<html>
<body>
At 11:58 AM 11/11/2015, Burr, Becky wrote:<br>
<blockquote type=cite class=cite cite="">So you would drop both the
language about regulation and the language about contracts?&nbsp; If so,
that's what I proposed several days ago (which was not well received.).
Or am I misunderstanding?</blockquote><br>
Yes, that is my position; I would support dropping both.&nbsp; <br><br>
The contract language should be dropped because the language proposed
would do substantial damage to much of the entire accountability project,
giving ICANN an easy way to work around the limitations in the Mission
Statement.<br><br>
The &quot;regulation&quot; language does less harm, so in my opinion
dropping it is less critical.&nbsp; But I don't think it adds anything
much beyond additional confusion to the mission statement; if the mission
statement doesn't already prohibit this kind of &quot;regulation,&quot;
we should amend it so that it does.&nbsp; I think it already does the
job, but I wouldn't object strongly if the final proposal contained
something like a statement that <br>
&nbsp;&quot;Without limiting the foregoing absolute prohibition, ICANN
shall not regulate the content carried or provided by services that use
the Internet's unique identifiers.&quot;<br><br>
David<br><br>
<br>
<blockquote type=cite class=cite cite="">On Nov 11, 2015, at 8:39 AM,
David Post
&lt;<a href="mailto:david.g.post@gmail.com">david.g.post@gmail.com</a>
&gt; wrote:<br><br>
<blockquote type=cite class=cite cite="">At 09:10 PM 11/10/2015, Burr,
Becky wrote:<br>
<blockquote type=cite class=cite cite="">SNIP&nbsp;&nbsp; So I will
restate the specific questions for the CCWG:<br><br>
1. Do you agree or disagree with the following statement: &quot;To the
extent<br>
that registry operators voluntarily assume obligations with respect
to<br>
registry operations as part of the application process, ICANN should
have<br>
the authority to enforce those commitments.²</blockquote><br>
I disagree.&nbsp; <br><br>
This is the camel sneaking its nose under the tent.&nbsp; ICANN is, in
effect, a monopoly provider of registration (and other) services to the
Internet community.&nbsp; Having a single provider of these services is,
of course, desirable for many reasons.&nbsp; But like all monopolists, it
can get consumers of its services to &quot;voluntarily assume&quot; any
number of obligations - with respect to both price and non-price terms in
their contracts - that are not in the best interest of the community as a
whole, and which consumers would never agree to in a competitive market
where there were alternative sources of supply to which they could
turn.&nbsp; This is <i>precisely </i>what the accountability mechanisms
should be guarding against.&nbsp;&nbsp;&nbsp; <br><br>
The whole point of this accountability exercise, and of the careful
delineation of ICANN's Mission, in my opinion, is to ensure that ICANN
cannot act outside of that mission - including acting by means of
including (and enforcing) contractual terms that are offered to, and
&quot;voluntarily&quot; assumed by, registries and registrars (who have
no alternatives to accepting ICANN's terms).<br><br>
<blockquote type=cite class=cite cite="">2. Do you agree or disagree with
the following statement: &quot;ICANN shall not<br>
regulate services that use the Internet's unique identifiers, or the<br>
content that such services carry or provide.²&nbsp; - Wherever you land,
please<br>
explain what you mean by ³regulate² and
³services.&quot;</blockquote><br>
I agree with the thrust of this statement, though I do not believe that
it is well-crafted to the job it is trying to do.&nbsp; The statement, in
context, is intended just to clarify the &quot;absolute prohibition&quot;
against acting in a manner that is not &quot;reasonably appropriate to
achieve [ICANN's] mission,&quot; without limiting that prohibition in any
way.&nbsp; But it is not doing that job well. <br><br>
First, I don't know what definitions of &quot;regulate&quot; and
&quot;services&quot; could make the statement that &quot;ICANN shall not
regulate services that use the Internet's unique identifiers&quot; a
correct one.&nbsp; Registries and registrars offer &quot;services&quot;
that &quot;use the Internet's unique identifiers&quot; - if
&quot;services&quot; means what it ordinarily means (&quot;the
performance of any duties or work for another; helpful or professional
activity&quot; - Webster's).&nbsp; And ICANN clearly
&quot;regulates&quot; registries and registrars - if
&quot;regulates&quot; means what it ordinarily does, i.e. proposing,
imposing, and enforcing binding rules of conduct on those entities.&nbsp;
<br><br>
So saying &quot;ICANN shall not regulate services that use the Internet's
unique identifiers&quot; is, at best, muddying the waters.<br><br>
As for regulating &quot;the content that such services carry or
provide,&quot; if this is not already taken care of in the Mission
Statement, it should be.&nbsp; I believe that it is.&nbsp; ICANN can only
<br><br>
&quot;coordinate the development and implementation of policies for which
uniform or coordinated resolution is reasonably necessary to facilitate
the openness, interoperability, resilience, security and/or stability
[and] that are developed through a bottom-up, consensus-based
multistakeholder process and designed to ensure the stable and secure
operation of the Internet’s unique names system.&quot;&nbsp; <br><br>
As long as there's no &quot;contract exception&quot; to that
&quot;absolute prohibition,&quot; this excludes the kind of content
regulation we're concerned about.&nbsp; <br><br>
David<br><br>
<br><br>
*******************************<br>
David G Post - Senior Fellow, Open Technology Institute/New America
Foundation<br>
blog (Volokh Conspiracy)
<a href="http://www.washingtonpost.com/people/david-post" eudora="autourl">
http://www.washingtonpost.com/people/david-post</a><br>
book (Jefferson's Moose)&nbsp;
<a href="http://tinyurl.com/c327w2n%A0%A0%A0%A0%A0" eudora="autourl">
http://tinyurl.com/c327w2n&nbsp;&nbsp;&nbsp;&nbsp; </a> <br>
music
<a href="http://tinyurl.com/davidpostmusic" eudora="autourl">
http://tinyurl.com/davidpostmusic</a> publications etc.&nbsp;
<a href="http://www.davidpost.com       /" eudora="autourl">
http://www.davidpost.com&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </a> <br>
******************************* </blockquote></blockquote><br>
*******************************<br>
David G Post - Senior Fellow, Open Technology Institute/New America
Foundation<br>
blog (Volokh Conspiracy)
<a href="http://www.washingtonpost.com/people/david-post" eudora="autourl">
http://www.washingtonpost.com/people/david-post<br>
</a>book (Jefferson's Moose)&nbsp;
<a href="http://tinyurl.com/c327w2n%A0%A0%A0%A0%A0%A0" eudora="autourl">
http://tinyurl.com/c327w2n&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </a> <br>
music
<a href="http://tinyurl.com/davidpostmusic" eudora="autourl">
http://tinyurl.com/davidpostmusic</a> publications etc.&nbsp;
<a href="http://www.davidpost.com        /" eudora="autourl">
http://www.davidpost.com&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </a>
<br>
******************************* </body>
</html>