<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:"Consolas","serif";}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Mwendwa,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Regarding your first question, &nbsp;let me first say that I don&#8217;t see &#8216;bottom-up&#8217; as a cliché.&nbsp; Secondly, it is a fundamental principle of policy development.&nbsp;
 I think it is important to note that the principle is not saying that IANA functions are operated in a bottom-up way but rather that the IANA functions operator&#8217;s role is to implement changes according to such policies.&nbsp; As I see it, the essence of this principle
 is not that policy development must be bottom-up but rather that &#8220;</span><span style="font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black">the IANA functions &nbsp;operator should be independent of the policy processes</span><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8221;.&nbsp;
 That said, is the term &#8216;bottom-up&#8217; essential to the principle?&nbsp; No.&nbsp; And I think that is probably your point.&nbsp; I personally don&#8217;t have any problem leaving &#8216;bottom-up&#8217; in the statement but I don&#8217;t think removing it if the group wants to do that would detract
 from the principle.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">If we want to keep the principle short and to the point, we could delete the second sentence.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Chuck<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> cwg-stewardship-bounces@icann.org [mailto:cwg-stewardship-bounces@icann.org]
<b>On Behalf Of </b>Mwendwa Kivuva<br>
<b>Sent:</b> Thursday, November 06, 2014 5:59 AM<br>
<b>To:</b> Milton L Mueller<br>
<b>Cc:</b> cwg-stewardship@icann.org<br>
<b>Subject:</b> Re: [CWG-Stewardship] Draft of Principles<o:p></o:p></span></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal"><u><span style="font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black">Independence of policy from IANA</span></u><span style="font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black">: &nbsp;the IANA funtions &nbsp;operator should
 be independent of the policy processes.&nbsp; Its role is to implement changes in accordance with policy agreed through the relevant
</span><span style="font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:blue">bottom up</span><span style="font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black"> policy process [Note: &nbsp;this does not pre-suppose any model for separation of the
 policy and IANA roles.&nbsp; The current contract already requires such separation];</span><o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">Is bottom up a cliche we want to see in our principles?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<p class="MsoNormal"><u><span style="font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black">Diversity of IANA&#8217;s Customers:</span></u><span style="font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black">&nbsp;
</span><br>
<u><span style="font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black">For ccTLDs,</span></u><span style="font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black"> the IANA should provide a service without requiring a contract and should respect
 the diversity of agreements and arrangements in place for ccTLDs.&nbsp; In particular, the national policy authority or legislation (related to the ccTLD operator) should be respected and no additional requirements should be imposed unless it is directly and demonstrably
 linked to global security, stability and resilience of the DNS.</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<p class="MsoNormal"><span style="font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black">&quot;unless it is directly and demonstrably linked to global security, stability and resilience of the DNS&quot;</span><o:p></o:p></p>
</div>
<p class="MsoNormal">Is there any example of a policy that can be implemented at the ccTLD level that can threaten the DNS?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><br clear="all">
<o:p></o:p></p>
<div>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">______________________<br>
Mwendwa Kivuva, Nairobi, Kenya<br>
L: <a href="https://www.linkedin.com/in/lordmwesh" target="_blank">https://www.linkedin.com/in/lordmwesh</a><br>
B: <a href="http://lord.me.ke/" target="_blank">http://lord.me.ke/</a><br>
T: <a href="http://twitter.com/lordmwesh" target="_blank">twitter.com/lordmwesh</a><o:p></o:p></p>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,&quot;sans-serif&quot;;color:#292F33">&quot;There are some men who lift the age they inhabit, till all men walk on higher ground in that lifetime.&quot; - Maxwell Anderson</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class="MsoNormal">On 5 November 2014 20:40, Milton L Mueller &lt;<a href="mailto:mueller@syr.edu" target="_blank">mueller@syr.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">I agree 100% with Avri. Separability has to be a principle, otherwise we have failed the accountability
 test. </span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">From:</span></b><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">
<a href="mailto:cwg-stewardship-bounces@icann.org" target="_blank">cwg-stewardship-bounces@icann.org</a> [mailto:<a href="mailto:cwg-stewardship-bounces@icann.org" target="_blank">cwg-stewardship-bounces@icann.org</a>]
<b>On Behalf Of </b>Avri Doria<br>
<b>Sent:</b> Tuesday, November 4, 2014 9:16 PM<br>
<b>To:</b> <a href="mailto:cwg-stewardship@icann.org" target="_blank">cwg-stewardship@icann.org</a><br>
<b>Subject:</b> Re: [CWG-Stewardship] Draft of Principles</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#330033">&nbsp;</span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;margin-bottom:12.0pt"><span style="color:#330033">Hi,<br>
<br>
While actual separation and the means of implementing that separation may be solutions, I am strongly of the opinion that the potential to separate MUST be a principle any solution is built on.&nbsp; It may never be exercised, but it would be unacceptable for there
 to be a solution that prohibited or did not otherwise allow any possible future separation of the function from ICANN.<br>
<br>
This is one of several principles I feel I must personally argue for persistently, and without which any solution would be unsatisfactory.<br>
<br>
avri</span><o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#330033">On 05-Nov-14 10:45, Guru Acharya wrote:</span><o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre><span style="color:#330033">Avri,</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">While I agree that separability should be a part of the solution, I don't</span><o:p></o:p></pre>
<pre><span style="color:#330033">think it can be made a principle.</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">There are many who want IANA to perpetually reside in ICANN. They believe</span><o:p></o:p></pre>
<pre><span style="color:#330033">that self regulation will ensure accountability and that the need for</span><o:p></o:p></pre>
<pre><span style="color:#330033">separability does not exist.</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">Therefore, separability may be a component of your solution rather than a</span><o:p></o:p></pre>
<pre><span style="color:#330033">principle for all solutions.</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">Regards,</span><o:p></o:p></pre>
<pre><span style="color:#330033">Guru</span><o:p></o:p></pre>
<pre><span style="color:#330033">On 5 Nov 2014 04:00, &quot;Avri Doria&quot; <a href="mailto:avri@acm.org" target="_blank">&lt;avri@acm.org&gt;</a> wrote:</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre><span style="color:#330033"> Hi,</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">Comments:</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033"> a.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *Oversight, accountability and transparency*:&nbsp; the service</span><o:p></o:p></pre>
<pre><span style="color:#330033">should be accountable and transparent.</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">I see no reason to include the term 'oversight' here.</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;i.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *Independence of oversight*:&nbsp; Oversight</span><o:p></o:p></pre>
<pre><span style="color:#330033">should be independent of the IANA functions operator and should assure the</span><o:p></o:p></pre>
<pre><span style="color:#330033">accountability of the operator to the (inclusive) global multi-stakeholder</span><o:p></o:p></pre>
<pre><span style="color:#330033">community;</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">I recommend removing this as a principle for the following reasons:</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">a. I do not think oversight is a principle, but one possible solution to</span><o:p></o:p></pre>
<pre><span style="color:#330033">the accountability issue.</span><o:p></o:p></pre>
<pre><span style="color:#330033">b. if 'oversight' is a component of the solution, I do not understand how</span><o:p></o:p></pre>
<pre><span style="color:#330033">it is independent of the stakeholders to whom ICANN is also accountable, so</span><o:p></o:p></pre>
<pre><span style="color:#330033">the notion of 'Independence' is not a principle I understand in this case.</span><o:p></o:p></pre>
<pre><span style="color:#330033">Yes any possible oversight mechanism should be independent of ICANN</span><o:p></o:p></pre>
<pre><span style="color:#330033">corporate, but I do believe it is accountable to the same stakeholders as</span><o:p></o:p></pre>
<pre><span style="color:#330033">is ICANN.</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">I think we need a specific principle on accountability in this section:</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">Accountability: Post transition accountability on the IANA Stewardship</span><o:p></o:p></pre>
<pre><span style="color:#330033">function should be to the Internet stakeholder community.</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">I also think we need to add a principle called separability</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">Separability: In the event that the ICANN corporation, or any of its</span><o:p></o:p></pre>
<pre><span style="color:#330033">subsidies, remains responsible for the IANA functions after the transition</span><o:p></o:p></pre>
<pre><span style="color:#330033">of stewardship, it should remain possible for a well formed review and</span><o:p></o:p></pre>
<pre><span style="color:#330033">contracting granting authority to reassign the IANA function to a new IANA</span><o:p></o:p></pre>
<pre><span style="color:#330033">service provider(s).&nbsp; The power of removing the function to a different</span><o:p></o:p></pre>
<pre><span style="color:#330033">operator should persist through any future transfers of the the IANA</span><o:p></o:p></pre>
<pre><span style="color:#330033">function(s)</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">Under (c.) I recommend that we include the principle that service levels</span><o:p></o:p></pre>
<pre><span style="color:#330033">be subject to independent audit, with results published for review by the</span><o:p></o:p></pre>
<pre><span style="color:#330033">Internet community on an annual basis.</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">thanks</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">avri</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">_______________________________________________</span><o:p></o:p></pre>
<pre><span style="color:#330033">CWG-Stewardship mailing list</span><o:p></o:p></pre>
<pre><span style="color:#330033"><a href="mailto:CWG-Stewardship@icann.org" target="_blank">CWG-Stewardship@icann.org</a></span><o:p></o:p></pre>
<pre><span style="color:#330033"><a href="https://mm.icann.org/mailman/listinfo/cwg-stewardship" target="_blank">https://mm.icann.org/mailman/listinfo/cwg-stewardship</a></span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
</blockquote>
<pre><span style="color:#330033">&nbsp;</span><o:p></o:p></pre>
</blockquote>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#330033">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
CWG-Stewardship mailing list<br>
<a href="mailto:CWG-Stewardship@icann.org">CWG-Stewardship@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/cwg-stewardship" target="_blank">https://mm.icann.org/mailman/listinfo/cwg-stewardship</a><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>