<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">I’ll dig up some of the emails this evening and go through their justifications etc.<div class=""><br class=""></div><div class="">-James</div><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 19 Aug 2015, at 18:17, Tamir Israel <<a href="mailto:tisrael@cippic.ca" class="">tisrael@cippic.ca</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta content="text/html; charset=windows-1252" http-equiv="Content-Type" class="">
<div bgcolor="#FFFFFF" text="#000000" class="">
Ah, OK, but then what purpose does this serve at all? As David and
Milton note, the prohibition is there to prevent ICANN from acting
outside its mandate. Why an exception for imposing conditions to
that effect by contract?<br class="">
<br class="">
Maybe this is just too abstract. Did they have any examples (or can
anyone think of any) of what might be caught by the prohibition that
ICANN should nonetheless be able to impose via contract?<br class="">
<br class="">
Best,<br class="">
Tamir<br class="">
<br class="">
<div class="moz-cite-prefix">On 8/19/2015 1:13 PM, James Gannon
wrote:<br class="">
</div>
<blockquote cite="mid:991E1A8F-1606-4543-9A83-67B0C70FC98F@cyberinvasion.net" type="cite" class="">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252" class="">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252" class="">
Thats what we didn’t want, the BC wanted to add the ability for
mutual agreement and we did not.
<div class="">The language in the current report doesn’t make that
clear.<br class="">
<div class=""><br class="">
</div>
<div class="">-James</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
<div class="">
<blockquote type="cite" class="">
<div class="">On 19 Aug 2015, at 18:08, Tamir Israel <<a moz-do-not-send="true" href="mailto:tisrael@cippic.ca" class="">tisrael@cippic.ca</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<meta content="text/html; charset=windows-1252" http-equiv="Content-Type" class="">
<div bgcolor="#FFFFFF" text="#000000" class=""> But this
doesn't say anything about mutual agreement and, in
any case, might not that be almost worse, because you
run the risk of moving to 'voluntary' mutual
agreements as a way of getting around issues that
can't get resolved through the core ICANN
policy-making processes. <br class="">
<br class="">
Is there a clear process for generating mutual
agreement? We've definitely been stung by 'voluntary'
before....<br class="">
<br class="">
Best,<br class="">
Tamir<br class="">
<br class="">
<div class="moz-cite-prefix">On 8/19/2015 12:59 PM,
James Gannon wrote:<br class="">
</div>
<blockquote cite="mid:B0032114-3555-4348-9A44-CC6163138668@cyberinvasion.net" type="cite" class="">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252" class="">
Sorry guys Im only catching up on this now.
<div class="">So yes that wording is terrible and
needs to be updated.</div>
<div class=""><br class="">
</div>
<div class="">The actual meaning behind this was as
a result of a comment from the BC in PC1 that
sought to allow ICANN compliance to enforce
restrictions that may be outside of its mission in
cases where those restrictions were as a result of
mutual agreement between the registry and ICANN.
We fought against that path for obvious reasons,
and the response from the BC was that without
their language they felt that ICANN wouldn’t be
able to enforce its rightful compliance mission
through its ability to contract with registries.</div>
<div class=""><br class="">
</div>
<div class="">Many of us disagreed with that and
felt that the language as it stands now does not
prohibit or hinder ICANN from entering into
contracts where they have a compliance
responsibility.</div>
<div class=""><br class="">
</div>
<div class="">But I agree that the language does not
reflect that adequately.</div>
<div class=""><br class="">
</div>
<div class="">-James Gannon</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
<div class="">
<blockquote type="cite" class="">
<div class="">On 19 Aug 2015, at 17:00, David
Post <<a moz-do-not-send="true" href="mailto:david.g.post@GMAIL.COM" class="">david.g.post@GMAIL.COM</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">But if that's the meaning of
the laguage, shouldn't we still be worried
about it? I would think that the mission
statement SHOULD "prohibit ICANN from
imposing other obligations on
registries/registrars," no? That is,
ICANN should not be permitted to impose
obligations on registries/registrars, by
contract or otherwise, obligations that
are not within its mission - doesn't this
language cut dramatically against that? <br class="">
David<br class="">
<br class="">
<br class="">
At 04:04 PM 8/18/2015, Paul Rosenzweig
wrote:<br class="">
<blockquote type="cite" class="cite" cite="">Ahhh … in context I think this
is clear (or at least it is to me). The
concern was that by restricting ICANN’s
mission and prohibiting it from
regulating services or content we might
inadvertently be also prohibiting ICANN
for imposing other obligations on
registries/registrars. All this is
intended to say (and the language may be
inartful) is that the mission limitation
on regulation of services and content
does not OTHERWISE limit the remaining
contractual authorities of ICANN. That,
at least, was the thrust of the
conversation in Paris and that is what
this summary in para 158 is intended to
capture.<br class="">
<br class="">
Paul<br class="">
<br class="">
Paul Rosenzweig<br class="">
<a moz-do-not-send="true" href="mailto:paul.rosenzweigesq@redbranchconsulting.com" class="">paul.rosenzweig@redbranchconsulting.com</a>
<br class="">
O: +1 (202) 547-0660<br class="">
M: +1 (202) 329-9650<br class="">
VOIP: +1 (202) 738-1739<br class="">
Skype: paul.rosenzweig1066<br class="">
<a moz-do-not-send="true" href="http://www.redbranchconsulting.com/index.php?option=com_content&view=article&id=19&Itemid=9" class="">Link to my PGP Key</a><br class="">
<br class="">
<br class="">
<b class="">From:</b> Mueller, Milton L
[<a moz-do-not-send="true" href="mailto:milton.mueller@PUBPOLICY.GATECH.EDU" eudora="autourl" class="">
mailto:milton.mueller@PUBPOLICY.GATECH.EDU</a>]
<br class="">
<b class="">Sent:</b> Tuesday, August
18, 2015 2:54 PM<br class="">
<b class="">To:</b> <a moz-do-not-send="true" href="mailto:NCSG-DISCUSS@LISTSERV.SYR.EDU" class="">NCSG-DISCUSS@LISTSERV.SYR.EDU</a><br class="">
<b class="">Subject:</b> "Limitations on
ICANN's contracting authority."<br class="">
<br class="">
I was reading the CCWG proposal and had
one of those WTF moments….<br class="">
<br class="">
Can someone who was in Paris or who was
more involved in CCWG tell me what this
means: <br class="">
<br class="">
“The CCWG-Accountability …concluded that
the prohibition on regulation of
services that use the Internet’s unique
identifiers or the content that <br class="">
they carry or provide does not act as a
restraint on ICANN’s contracting
authority.”<br class="">
<br class="">
WHAT???<br class="">
<br class="">
Since ICANN regulates by contracts with
registries and registrars, the
prohibition on regulation of services
that use the Internet’s unique
identifiers or the content that they
carry or provide had bloody well better
limit ICANN’s ability to regulate
services and content via contracts,
otherwise it doesn’t prohibit anything.
Am I missing something here?<br class="">
<br class="">
Dr. Milton L. Mueller<br class="">
Professor, School of Public Policy<br class="">
Georgia Institute of Technology<br class="">
<br class="">
</blockquote>
<br class="">
*******************************<br class="">
David G Post - Senior Fellow, Open
Technology Institute/New America
Foundation<br class="">
blog (Volokh Conspiracy) <a moz-do-not-send="true" href="http://www.washingtonpost.com/people/david-post" eudora="autourl" class="">
http://www.washingtonpost.com/people/david-post<br class="">
</a>book (Jefferson's Moose) <a moz-do-not-send="true" href="http://tinyurl.com/c327w2n%A0%A0%A0%A0%A0%A0%A0" eudora="autourl" class="">
http://tinyurl.com/c327w2n </a><br class="">
music <a moz-do-not-send="true" href="http://tinyurl.com/davidpostmusic%A0" eudora="autourl" class="">http://tinyurl.com/davidpostmusic
</a>publications etc. <a moz-do-not-send="true" href="http://www.davidpost.com%a0%a0%a0%a0%a0%a0%a0%a0%a0/" eudora="autourl" class="">
http://www.davidpost.com </a><br class="">
******************************* </div>
</div>
</blockquote>
</div>
<br class="">
</div>
</blockquote>
<br class="">
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</blockquote>
<br class="">
</div>
</div></blockquote></div><br class=""></div></body></html>