<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">I am forwarding the email below, as it will be of interest to this group as well.  It would also be of interest to hear the views of those who are involved in the process (to the extent that is possible given ongoing negotiations).</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Greg</div><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Edward Morris</b> <span dir="ltr">&lt;<a href="mailto:egmorris1@toast.net">egmorris1@toast.net</a>&gt;</span><br>Date: Thu, Apr 30, 2015 at 10:14 AM<br>Subject: [CCWG-ACCT] Ominous update on the IANA transition<br>To: Accountability Cross Community &lt;<a href="mailto:accountability-cross-community@icann.org">accountability-cross-community@icann.org</a>&gt;<br><br><br><div dir="ltr"><div>Hi,</div><div><br></div><div>I think this post on the NCSG list by Dr. Mueller might be of interest to those of us working on Accountability. </div><div><br></div><div>Best,</div><div><br></div><div>Ed Morris</div><div><br></div><div><br></div><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Milton L Mueller</b> <span dir="ltr">&lt;<a href="mailto:mueller@syr.edu" target="_blank">mueller@syr.edu</a>&gt;</span><br>Date: Thu, Apr 30, 2015 at 2:27 PM<br>Subject: Ominous update on the IANA transition<br>To: <a href="mailto:NCSG-DISCUSS@listserv.syr.edu" target="_blank">NCSG-DISCUSS@listserv.syr.edu</a><br><br><br>





<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal">                             <u></u><u></u></p>
<p class="MsoNormal">Dear NCSG:<u></u><u></u></p>
<p class="MsoNormal">It’s now official: ICANN doesn’t even want to let the IETF have a choice of its IANA functions operator.
<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Those of you who read my <a href="http://www.internetgovernance.org/2015/04/28/icann-wants-an-iana-functions-monopoly-and-its-willing-to-wreck-the-transition-process-to-get-it/" target="_blank">
blog post on ICANN’s interactions with the numbers community</a> will already know that ICANN is refusing to accept the consensus of the numbers community by recognizing its contractual right to terminate its IANA functions operator agreement with ICANN. In
 that blog, I referred to second-hand reports that IETF was encountering similar problems with ICANN. Those reports are now public; the chairs of the IETF, IAB and IETF Administrative Oversight Committee have
<a href="http://www.ietf.org/mail-archive/web/ianaplan/current/msg01680.html" target="_blank">sent a letter to their community</a> noting that ICANN is refusing to renew their supplemental service level agreement because it includes new provisions designed to facilitate change
 in IANA functions operators should IETF become dissatisfied with ICANN. <u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">These are truly shocking moves, because in effect ICANN’s legal staff is telling both the numbers and the protocols communities that they will not accept the proposals for the IANA transition that they have developed as part of the IANA
 Stewardship Coordination Group (ICG) process. In both cases, the proposals were consensus proposals within the affected communities, and were approved by the ICG as complete and conformant to the NTIA criteria. Thus, ICANN is in effect usurping the entire
 process, setting itself (rather than ICG and NTIA) as the arbiter of what is an acceptable transition proposal.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">The key point of conflict here seems to be the issue of whether ICANN will have a permanent monopoly on the provision of IANA functions, or whether each of the affected communities – names, numbers and protocols – will have the right to
 choose the operator of their global registries. Separability is explicitly recognized by the Cross community working group on Names as a principle to guide the transition, and was also listed as a requirement by the CRISP team. And the IETF has had an agreement
 with ICANN giving them separability since 2000 (<a href="https://tools.ietf.org/html/rfc2860" target="_blank">RFC 2860</a>).  Yet despite the wishes of the community, ICANN seems to insist on a monopoly and seems to be exploiting the transition process to get one.
<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Of course, a severable contract for the IANA functions is the most effective and important form of accountability. If the users of IANA are locked in to a single provider, it is more difficult to keep the IANA responsive, efficient and
 accountable. Given the implications of these actions for the accountability CCWG, I hope someone on that list will forward this message to their list, if someone has not noted this event already.  <u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Milton L Mueller<u></u><u></u></p>
<p class="MsoNormal">Laura J. and L. Douglas Meredith Professor<u></u><u></u></p>
<p class="MsoNormal">Syracuse University School of Information Studies<u></u><u></u></p>
<p class="MsoNormal"><a href="http://faculty.ischool.syr.edu/mueller/" target="_blank">http://faculty.ischool.syr.edu/mueller/</a><u></u><u></u></p>
<p class="MsoNormal">Internet Governance Project<u></u><u></u></p>
<p class="MsoNormal"><a href="http://internetgovernance.org/" target="_blank">http://internetgovernance.org</a><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>

</div><br></div>
<br>_______________________________________________<br>
Accountability-Cross-Community mailing list<br>
<a href="mailto:Accountability-Cross-Community@icann.org">Accountability-Cross-Community@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/accountability-cross-community" target="_blank">https://mm.icann.org/mailman/listinfo/accountability-cross-community</a><br>
<br></div><br></div>