<div dir="ltr">Dear Milton,<div>I have read the proposal with alot of interest because while man have expressed their discontent with the status quo, I haven&#39;t seen any one bring a proposal this far yet. My comments:</div>
<div><br></div><div><p class="MsoNormal"><i>Principle&nbsp;#1: Completely&nbsp;separate&nbsp;root zone
file modification&nbsp;from policy&shy;making</i></p>

<p class="MsoNormal">Whilst I agree that the separation is important, it must be
noted that contractually, this is the status-quo: ICANN makes policy and IANA
is responsible for &quot;the coordination of the assignment of technical
Internet protocol parameters.&quot; Given that the IANA function is being
fulfilled by ICANN I would assume this would give rise to outsiders construing
this as a conflict of interest and at the same time lead to possible blurring
of lines within ICANN of the two functions --- and by extension contracts.</p><p class="MsoNormal"><br></p>

<p class="MsoNormal">Principle&nbsp;#4:&nbsp;De&shy;link&nbsp;IANA&nbsp;globalization&nbsp;from&nbsp;broader&nbsp;ICANN&nbsp;reforms</p>

<p class="MsoNormal">I agree with this principle to the extent that the policy
and governance layer above the DNSA (ICANN??) is globally representative and
can serve the interests of the larger internet community; and to the extent
that the framework allows discretion for this global entity to compel DNSA
(IANA &amp; Root zone maintainer) to works within the remit of policies &amp;
processes set by this entity. Unfortunately this entity is not address in this
proposal --- more about this later.</p><p class="MsoNormal"><br></p>

<p class="MsoNormal">Principle&nbsp;#2:&nbsp;Don&rsquo;t&nbsp;internationalize&nbsp;political&nbsp;oversight:&nbsp;end&nbsp;it</p>

<p class="MsoNormal">I have a particular problem with DNSA-related &amp; root
zone maintainer functions being controlled by only registry operators: IMHO the
vast majority of registries have either political or monetary motivation and given
the slightest opportunity, abuse would be inevitable. If this were a purely &nbsp;root-zone-maintainer function where the SoW
was &ldquo;execute orders from above&rdquo;, that would be ok, but recall your proposal is
a merger of IANA function and the root zone maintainer which causes a bit of
concern.</p><p class="MsoNormal"><br></p>

<p class="MsoNormal">I have also noticed a conspicuous absence of anything in
your proposal on the USG-ICANN (not IANA) contract. With the IANA contract
gone, I would expect more than ever that any power in the USG-ICANN contract
would be checked; &nbsp;failure to do so leaves
USG with unilateral power to influence the policy making process --- which as
you recall will be the only body with the &ldquo;brains&rdquo; in the new ecosystem.</p>

<p class="MsoNormal"><br></p><p class="MsoNormal">My suggestion is a modification of the proposal to:</p>

<p class="" style="margin-left:0.75in">1.<span style="font-size:7pt;font-family:&#39;Times New Roman&#39;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span>End unilateral USG oversight over ICANN and
replace the USG oversight over ICANN with something more geographical et al
representative: &nbsp;multi stakeholder,
multilateral etc.? I don&#39;t know yet -- but the principle should be true
representation of all stakeholders.</p>

<p class="" style="margin-left:0.75in">2.<span style="font-size:7pt;font-family:&#39;Times New Roman&#39;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span>ICANN continues to develop policy and provide a
governance layer over the DNSA</p>

<p class="" style="margin-left:0.75in">3.<span style="font-size:7pt;font-family:&#39;Times New Roman&#39;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span>Once the IANA technical contract is ended, ICANN
signs a contract with DNSA which performs technical function based on the
policies and stays under &nbsp;supervision of
ICANN</p><p class="" style="margin-left:0.75in"><br></p><p class="" style="margin-left:0.75in">Regards,</p></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 3 March 2014 14:52, Milton L Mueller <span dir="ltr">&lt;<a href="mailto:mueller@syr.edu" target="_blank">mueller@syr.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal">Dear all:<u></u><u></u></p>
<p class="MsoNormal">Today IGP released an innovative proposal to resolve the 15-year controversy over the United States government&rsquo;s special relationship to the Internet Corporation for Assigned Names and Numbers (ICANN).
<a href="http://www.internetgovernance.org/wordpress/wp-content/uploads/ICANNreformglobalizingIANAfinal.pdf" target="_blank">
http://www.internetgovernance.org/wordpress/wp-content/uploads/ICANNreformglobalizingIANAfinal.pdf</a><u></u><u></u></p>
<p class="MsoNormal"><u></u>&nbsp;<u></u></p>
<p class="MsoNormal">The proposal, which involves removing root zone management functions from ICANN and creating an independent and neutral private sector consortium to take them over, will be presented at the Singapore ICANN meeting March 21, and has also
 been submitted to the &ldquo;NETMundial&rdquo; Global Multistakeholder Meeting on the Future of Internet Governance in
<em><span style="font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">S�o </span></em>Paulo, Brazil, April 23 and 24.<u></u><u></u></p>
<p class="MsoNormal"><u></u>&nbsp;<u></u></p>
<p class="MsoNormal">We propose four basic principles to guide the reform of the IANA functions: 1. Keep the IANA function clerical; separate it from policy; 2. Don&rsquo;t internationalize political oversight: end it; 3. Align incentives to ensure the accuracy and
 security of root zone maintenance; 4. De-link globalization of the IANA function from broader ICANN policy process reforms. Even if there are quibbles about the details of the proposal, we look forward to gaining agreement on those principles, and are willing
 to entertain any proposals that embody them. <u></u><u></u></p>
<p class="MsoNormal"><u></u>&nbsp;<u></u></p>
<p class="MsoNormal"><u></u>&nbsp;<u></u></p>
<p class="MsoNormal">Milton Mueller<u></u><u></u></p>
<p class="MsoNormal">Professor, 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"><u></u>&nbsp;<u></u></p>
<p class="MsoNormal"><u></u>&nbsp;<u></u></p>
<p class="MsoNormal"><u></u>&nbsp;<u></u></p>
<p class="MsoNormal"><u></u>&nbsp;<u></u></p>
<p class="MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>

<br>_______________________________________________<br>
discuss mailing list<br>
<a href="mailto:discuss@1net.org">discuss@1net.org</a><br>
<a href="http://1net-mail.1net.org/mailman/listinfo/discuss" target="_blank">http://1net-mail.1net.org/mailman/listinfo/discuss</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Douglas Onyango, PRINCE 2, ITILv3<br>
UG: +256 772 712 139 | NG: +234 813 604 7638
</div>