<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=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><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;}
/* 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;}
span.hoenzb
        {mso-style-name:hoenzb;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.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">Some further thoughts:<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">It is disappointing that the GAC’s comments on the Third Draft Proposal did not take a position on Recommendation 11, or even provide useful details regarding
 the reason(s) why some GAC members supported or opposed it. That shortfall places the rest of the community in the position of having to speculate on the reasons as we attempt to resolve a matter centering on the GAC’s role in a post-transition ICANN.<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">However, that shortfall on a matter in which the GAC has a very large stake reinforces my own experience with the GAC since I have engaged on ICANN matters
 -- which is that the GAC has difficulty reaching consensus, and that when it does it talks a considerable amount of time to get there. That’s perfectly understandable as the GAC is composed of representatives of sovereign nation states with widely divergent
 perspectives, and that GAC members &nbsp;cannot take a position until it is approved by the government officials they report to.<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">In short, the GAC tends to lag considerably behind the rest of the ICANN community in the timing of providing its official view – and in many instances is unable
 to reach consensus as presently defined. The only way to shorten that timeline would be for the GAC to change its definition of consensus to a lower threshold of agreement – or even begin operating by majority vote—and it seems evident that the large majority
 of the community would not wish for such a development.<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">Once it is finally rendered, the Board’s acceptance or rejection of GAC advice depends on less the difference between a majority versus two-thirds voting threshold
 than the selection of Board members who have allegiance to ICANN’s Mission, Commitments and Core Values, and to an Internet Governance narrative that welcomes governmental advice but rejects governmental control.<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">Given that a GAC operating under the definition of consensus memorialized in Recommendation 11 will almost always have a more difficult task in reaching consensus,
 and will take substantially longer to do so, than other Chartering organizations, my real concern is that including the GAC within the empowered community may substantially hinder the potential application of accountability measures in situations where time
 is of the essence. Therefore, while shaping the (hopefully final) Supplemental Proposal we need to make sure that the escalation process will be able to proceed at requisite speed even when one of the empowered entities is subject to the internal dynamics
 of the GAC and will often be unable to render a yay or nay.<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"><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;;color:navy">Philip S. Corwin, Founding Principal</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:navy">Virtualaw LLC</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:navy">1155 F Street, NW</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:navy">Suite 1050</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:navy">Washington, DC 20004</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:navy">202-559-8597/Direct</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:navy">202-559-8750/Fax</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:navy">202-255-6172/cell</span></b><b><span style="color:navy"><o:p></o:p></span></b></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:navy"><o:p>&nbsp;</o:p></span></b></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:navy">Twitter: @VlawDC</span></b><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black">&nbsp;<o:p></o:p></span></p>
<p class="MsoNormal"><b><i><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:navy">&quot;Luck is the residue of design&quot; -- Branch Rickey</span></i></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"><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;"> accountability-cross-community-bounces@icann.org [mailto:accountability-cross-community-bounces@icann.org]
<b>On Behalf Of </b>Jordan Carter<br>
<b>Sent:</b> Thursday, January 28, 2016 5:44 PM<br>
<b>To:</b> Andrew Sullivan<br>
<b>Cc:</b> Accountability Cross Community<br>
<b>Subject:</b> Re: [CCWG-ACCT] Recommendation 11, 2/3 board threshold, GAC consensus, and finishing<o:p></o:p></span></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class="MsoNormal">Dear Andrew, all:<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">I see the situation a little bit differently.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">It seems to me there is fairly broad agreement about these points:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">- the GAC's advice is advice, and does not bind the ICANN Board<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- the Bylaws set out how the Board should deal with GAC advice (attempt to come to an agreement - wrong language but you get the point)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- GAC today generates advice by consensus<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- GAC today could change the way it generates advice<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- the ICANN Bylaws should clearly state that the way the Board has to respond to GAC advice should only apply to consensus GAC advice<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- the Board has the ability to not accept GAC advice even if it works through the &quot;attempt to come to an agreement&quot; process.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">The critical difference we were discussing with our two options today is whether, in deciding not to accept GAC advice, the Board can&nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">(point 5) make that decision by majority, or&nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">(point 6) whether it has to achieve 2/3 support to make that decision.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">We know that in practice the ICANN Board would generally made a decision like this *by consensus*, so there is very unlikely to be any practical difference whichever option we choose.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">We also know that when the ICANN community was consulted about the idea of raising the threshold in the bylaws to 2/3, it was overwhelmingly rejected.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">May I add two other points I think that we know, but which are probably controversial:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">- the GNSO is unlikely to be able to approve the proposal with the 2/3 rule in place<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- the GAC is unlikely to be able to come to a consensus to reject the proposal in the absence of the 2/3 rule.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">I've explained why I think there is no practical difference between the two alternatives. Either way the Board will operate by consensus if at all possible on such weighty matters.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">That said, I do recognise the importance of the symbolism here. So let me set out my view of this.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">I think that governments form an integral part of the ICANN community. In a context of private sector led multistakeholder governance of the Internet DNS, they have to be at the table in an appropriate way.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">That's why I support GAC as an advisory body only in dealing with ICANN's main business - its various policy development processes.&nbsp; It is also why I support it as a decisional participant in the exercise of the limited and narrow set of
 accountability powers our proposals deal with.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">There is certainly no disrespect of sovereign states or the role of governments on my part when I say that the symbolism of 1/2 v 2/3 is simply not a battle worth fighting, especially when the rest of the ICANN community has so clearly
 expressed its view - and when it is so clear that it will make no practical difference whatsoever.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">I'll close by appealing again to what we are trying to do here. We are trying to close out a proposal, sure - and that should lead to all the chartering organisations supporting it, or at least not opposing it. I see that happening most
 simply through the Point 6 proposal - simple majority rule for the Board.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">But besides closing out this proposal, we are all trying to build a stable and constructive post-transition ICANN. Acknowledging and respecting our respective roles and responsibilities in that is important. In my view the CCWG will likely
 decide to proceed with Point 6. If that is right, it is a responsibility of all of us to portray that for what it is: a decision made on logical grounds, taking the feedback of the ICANN community into account. It is not an insult, or a symbolic &quot;win&quot; or &quot;loss&quot;
 for anyone. &nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">I appeal to everyone who's got a deeply entrenched position on this argument either way to make sure that the discussion and decisions over the next few days are done with that spirit of coming to a sound conclusion, and that whichever
 way it goes, the good faith of all participants isn't in doubt.&nbsp; That's the best thing I can think of to help us get this work done in a durable and successful way.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">cheers<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Jordan<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class="MsoNormal">On 29 January 2016 at 09:57, Andrew Sullivan &lt;<a href="mailto:ajs@anvilwalrusden.com" target="_blank">ajs@anvilwalrusden.com</a>&gt; wrote:<o:p></o:p></p>
<p class="MsoNormal">Dear colleagues,<br>
<br>
I was going to make a comment on the call today, but in the interests<br>
of time I took myself out of the queue.&nbsp; This note replaces what I<br>
wanted to say.<br>
<br>
For those chartering organizations and individuals that wish to reject<br>
the compromise, I have a question.&nbsp; If the proposed compromise<br>
position on recommendation 11 is rejected, there is a good reason to<br>
suppose that at least one important part of the community (the GAC)<br>
will reject the accountability proposal.&nbsp; That will conceivably<br>
scuttle the transition; and in the absence of a consensus on the<br>
accountability measures, there is no reason to suppose we'll get the<br>
additional powers that are in the current text (incuding the Empowered<br>
Community).&nbsp; Is it worth it to give up those additional powers to<br>
prevent the 2/3 board threshold, given that the additional powers<br>
provide a way to foil truly bad decisions anyway?<br>
<br>
As I understand things, we are in a trap.&nbsp; On the one hand, the GAC<br>
has produced a consensus position that the board must reject GAC<br>
advice by a supermajority.&nbsp; And indeed, as things are, the ICANN board<br>
has a difficult time even under the current arrangements when it<br>
decides to reject GAC advice.&nbsp; Yet the GAC is currently free to<br>
rearrange its own procedures such that it could lower its own<br>
threshold for decisions.&nbsp; Therefore, the consensus position of the GAC<br>
represents a grave threat to the transition.&nbsp; The current state of<br>
affairs is in any case not that hot; and the GAC could unilaterally<br>
make that current state of affairs worse.<br>
<br>
The compromise proposal does a few things.&nbsp; It is true that it<br>
increases the threshold for the board to reject GAC advice.&nbsp; But in<br>
exchange for that, it enshrines the GAC's responsibility to the rest<br>
of the ICANN community as to how the GAC will reach decisions.&nbsp; This<br>
means that, in exchange for the increased threshold -- a threshold<br>
that I think will be easy to reach regardless of the actual numbers on<br>
the board in any case that counts -- the GAC is giving up independent<br>
control over its decision-making procedures when exercising that<br>
threshold.&nbsp; In that way, it is actually an improvement of GAC's<br>
covenant with the ICANN community.<br>
<br>
Moreover, let us suppose that the GAC produced advice that the board<br>
decided to accept, but the rest of the community found that<br>
objectionable.&nbsp; In that case, the rest of the community could force<br>
the board not to take the advice _anyway_, because of the additional<br>
accountability measures that this CCWG wants to put in place.<br>
<br>
The compromise proposal is not perfect -- I too would prefer not to<br>
have the 2/3 rule -- but one does not expect complete satisfaction<br>
from a compromise.&nbsp; And it should be surprising to no-one that it came<br>
rather late: each side wants something pretty big, and both appear to<br>
be dug in.&nbsp; This means that each will need to give something up.<br>
That's what deals look like.&nbsp; And we need a deal, and soon, because we<br>
need to move ahead with the IANA transition.<br>
<br>
Best regards,<br>
<br>
A<br>
<span style="color:#888888"><br>
<span class="hoenzb">--</span><br>
<span class="hoenzb">Andrew Sullivan</span><br>
<span class="hoenzb"><a href="mailto:ajs@anvilwalrusden.com">ajs@anvilwalrusden.com</a></span><br>
<span class="hoenzb">_______________________________________________</span><br>
<span class="hoenzb">Accountability-Cross-Community mailing list</span><br>
<span class="hoenzb"><a href="mailto:Accountability-Cross-Community@icann.org">Accountability-Cross-Community@icann.org</a></span><br>
<span class="hoenzb"><a href="https://mm.icann.org/mailman/listinfo/accountability-cross-community" target="_blank">https://mm.icann.org/mailman/listinfo/accountability-cross-community</a></span></span><o:p></o:p></p>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<p class="MsoNormal">-- <o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal">Jordan Carter<br>
<br>
Chief Executive&nbsp;<br>
<b>InternetNZ</b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><br>
&#43;64-4-495-2118 (office) | &#43;64-21-442-649 (mob)<br>
Email:&nbsp;<a href="mailto:jordan@internetnz.net.nz" target="_blank"><span style="color:#1155CC">jordan@internetnz.net.nz</span></a>&nbsp;<br>
Skype: jordancarter<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Web: <a href="http://www.internetnz.nz" target="_blank">www.internetnz.nz</a>&nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><br>
<i>A better world through a better Internet&nbsp;</i><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="1" width="100%" noshade="" style="color:#A0A0A0" align="center">
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">No virus found in this message.<br>
Checked by AVG - <a href="http://www.avg.com">www.avg.com</a><br>
Version: 2016.0.7227 / Virus Database: 4489/11316 - Release Date: 01/03/16<br>
Internal Virus Database is out of date.<o:p></o:p></p>
</div>
</body>
</html>