Thanks Greg.<div><br></div><div>I've decided as WP1 rapporteur to start a piece of work to see if we can solve this. More details in around 48h.</div><div><br></div><div><br></div><div>Jordan <span></span><br><br>On Saturday, 14 November 2015, Greg Shatan <<a href="mailto:gregshatanipc@gmail.com">gregshatanipc@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">A very quick response:</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">1. I only used the ccNSO in the example because Chris Disspain did. Clearly, that exposed this issue right over a major fault line. I don't know if that was Chris's intent, or if he was just speaking from his cc point of view, but no matter -- the elephant is where it is. As Becky indicates, GNSO would have similar concerns (though without quite the same ability to walk away from ICANN). One could imagine similar concerns from at least some of the other SO/ACs as well (though without the same history, which can't be ignored).</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">2. The completion deadline isn't *really* 48 hours from now. That's only when the Formal Update (downgraded from an Executive Summary, and perhaps to be further downgraded to a Strong Breeze, or a Foul Wind) is being published. The *real* proposal won't be published until November 30 (known to those in the US as "the Monday after Thanksgiving").</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">3. This does expose issues, as you say:</div><div class="gmail_default"><ul><li><font face="verdana, sans-serif">Should all Bylaw changes coming from any SO/AC be immune from challenge by the Community?</font></li><li><font face="verdana, sans-serif">Or should this immunity be granted only to the ccNSO, given the Great Schism of 2002 and the subsequent Great Re-Engagement of 2003, which was predicated on specific understandings?</font></li><li><font face="verdana, sans-serif">How far would this immunity go?</font></li><ul><li><font face="verdana, sans-serif">If such Bylaws were immune from veto, would a "spill the board" or "IRP" action by the remaining Community members also be prohibited?</font></li></ul><li><font face="verdana, sans-serif">How far does this "One Big Community" idea go? </font></li><ul><li><font face="verdana, sans-serif">Does it go so far to say that each part of the Community must be subservient to the Community as a whole? (Which sounds like another word that begins with "Commun-" (not that there's anything wrong with that)) </font></li><li><font face="verdana, sans-serif">If not, how do you balance autonomy and Community? </font></li><li><font face="verdana, sans-serif">And to what extent should these be general rules vs. specific rules (or exceptions to the general rules)?</font></li></ul><li><font face="verdana, sans-serif">Can there be a narrowly tailored solution to this particular issue, so that we are dealing with an animal smaller than an elephant, and a problem smaller than the essential underpinnings of "Community Powers"?</font></li><li><font face="verdana, sans-serif">Do the various escalation steps (especially the conference call and the Community Forum) provide enough of an opportunity for an embattled SO/AC to try to stop this from happening, rather than changing the rules at all?</font></li></ul><div><font face="verdana, sans-serif">Greg</font></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 13, 2015 at 12:39 PM, Roelof Meijer <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','Roelof.Meijer@sidn.nl');" target="_blank">Roelof.Meijer@sidn.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif">
<div>
<div>
<div>Chris, all,</div>
<div><br>
</div>
<div>I am with Jordan on this.</div>
<div><br>
</div>
<div>In the present situation, the board can reject the outcome of such a GNSO or ccNSO process with a 2/3 majority vote, right? Again in the present situation (and if all is well), the board would do so on the basis of comments from the community on the GNSO
or ccNSO proposal. So, the community would kind of have the final say. Which is what we want, although it might sometimes be disappointing to a particular constituency.</div>
<div><br>
</div>
<div>In the post-transition situation, with the new community powers in place, we want the community to be able to correct the board on important decisions that the large majority of the community does not agree with. </div>
<div>Many of these important decisions will either be the outcome of a policy process of an SO or advice from an AC (think about the GAC and stress test 18 in this context). Some of those will require a bylaw change, quite a few not, I suspect.</div>
<div>Furthermore, those “important decisions” will in most cases (bylaw change or not) have an impact on a wider group than the SO or AC members that propose it.</div>
</div>
<div><br>
</div>
<div>So I think it’s completely justified that the community can eventually block an SO policy or AC advice (again, requiring a bylaw change or not) WITHOUT the consent of the “issuing” SO or AC. In fact, I think this this is one of the important pillars of
the multi-stakeholder model.</div>
<div><br>
</div>
<div><br>
</div>
<div>
<div><font color="#000000"><font face="Calibri">Best,</font></font></div>
<div><font color="#000000"><font face="Calibri"><br>
</font></font></div>
<div><font color="#000000"><font face="Calibri">Roelof Meijer</font></font></div>
</div>
</div>
<div><br>
</div>
<span>
<div style="font-family:Calibri;font-size:11pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt">
<span style="font-weight:bold">From: </span><<a href="javascript:_e(%7B%7D,'cvml','accountability-cross-community-bounces@icann.org');" target="_blank">accountability-cross-community-bounces@icann.org</a>> on behalf of Chris Disspain <<a href="javascript:_e(%7B%7D,'cvml','ceo@auda.org.au');" target="_blank">ceo@auda.org.au</a>><br>
<span style="font-weight:bold">Date: </span>donderdag 12 november 2015 10:50<br>
<span style="font-weight:bold">To: </span>Greg Shatan <<a href="javascript:_e(%7B%7D,'cvml','gregshatanipc@gmail.com');" target="_blank">gregshatanipc@gmail.com</a>><br>
<span style="font-weight:bold">Cc: </span>Jon Nevett <<a href="javascript:_e(%7B%7D,'cvml','jon@donuts.email');" target="_blank">jon@donuts.email</a>>, Accountability Cross Community <<a href="javascript:_e(%7B%7D,'cvml','accountability-cross-community@icann.org');" target="_blank">accountability-cross-community@icann.org</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [CCWG-ACCT] [WP1] Fwd: Updated Memo on Request on Sole Designator<br>
</div>
<div><br>
</div>
<div>
<div style="word-wrap:break-word">
<span style="font-family:'Verdana';font-size:13px;color:rgb(102,102,102)"><span>Thanks Greg.
<div><br>
</div>
<div>For clarity then, you are saying that where a policy has been created by the GNSO through its legitimate PDP and that policy requires a bylaw change, the community should be able to block that bylaw change. Does that not undermine the whole policy
development process and substantially change the role of the SOs within the ICANN structure?</div>
<div><br>
</div>
</span><div><span>Although I was not in the ccNSO room at the time of the discussion, I believe that this issue was a serious concern for the ccTLDs. Perhaps my ccTLD colleagues on the CCWG would care too confirm the position?<br>
<div>
<p style="margin:0px;font-style:normal;font-variant:normal;font-weight:normal;font-size:12px;line-height:normal;font-family:Helvetica;min-height:14px;color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<br>
<br>
</p>
<p style="margin:0px;font-style:normal;font-variant:normal;font-weight:normal;font-size:13px;line-height:normal;font-family:Verdana;color:rgb(148,67,251);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
Cheers,</p>
<p style="margin:0px;font-style:normal;font-variant:normal;font-weight:normal;font-size:13px;line-height:normal;font-family:Verdana;color:rgb(148,67,251);min-height:16px;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<br>
</p>
<p style="margin:0px;font-style:normal;font-variant:normal;font-weight:normal;font-size:13px;line-height:normal;font-family:Verdana;color:rgb(148,67,251);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
Chris</p>
</div>
<div><br>
</div>
<div><br>
</div>
<br>
</span><div>
<blockquote type="cite"><span>
<div>On 13 Nov 2015, at 00:17 , Greg Shatan <<a href="javascript:_e(%7B%7D,'cvml','gregshatanipc@gmail.com');" target="_blank">gregshatanipc@gmail.com</a>> wrote:</div>
<br>
</span><div><span>I think the corollary to Chris's questions is whether the ccNSO (in Chris's example) should be able to push through these changes despite opposition from the rest of the community.
<div><br>
</div>
<div>I would say that we have answered this question "no" and Chris's questions "yes." These have been fairly obvious implications of our work for quite some time.</div>
<div><br>
</div>
<div>On the other hand, if there is substantial opposition to this lack of autonomy (in favor of more power to the community as a whole), now that it's so explicitly stated, now's the time to say so!</div>
<div><br>
</div>
</span><div><span>Greg<span></span><br>
<br>
On Thursday, November 12, 2015, Chris Disspain <<a href="javascript:_e(%7B%7D,'cvml','ceo@auda.org.au');" target="_blank">ceo@auda.org.au</a>> wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><span style="font-family:'Verdana';font-size:13px;color:rgb(102,102,102)">All,
<div><br>
</div>
<div><span>Jon’s point is, in effect, the same as has been raised in the ccNSO (by me and a number of others).
<div><br>
</div>
<div>Using the ccNSO as an example there are 2 questions:</div>
<div><br>
</div>
<div>1. If the ccNSO goes through an internal or external review process and ends up approving changes to its operations that involve a change to the relevant bylaw then should that change be ‘blockable' without the ccNSO supporting such a block?</div>
<div><br>
</div>
<div>2. If the ccNSO has run a PDP and makes recommendations to the Board which are accepted and in the event that the recommendations require a bylaw change then should such change be ‘blockable’ without the ccNSO supporting such a block?</div>
<div><br>
</div>
<div>This applies to each SO (and for question 1 the ACs) including, importantly, the ASO which delivers global policy instructions on behalf on the NRO.</div>
<div><br>
</div>
<div>It is not an answer to these questions to say ‘it is highly unlikely that bylaw changes would be required because of a PDP or SO/AC review’. Unlikely scenario or not, these are fundamental questions that need to be answered.</div>
</span><div>
<div><span>
<p><br>
</p>
<p>Cheers,</p>
<p><br>
</p>
<p>Chris Disspain<span> </span><span>|</span><span> </span>Chief Executive Officer</p>
<p>.au Domain Administration Ltd</p>
<p>T: <span><a href="tel:%2B61%203%208341%204111" value="+61383414111" target="_blank">+61 3 8341 4111</a></span><span> </span><span>|</span><span> </span>F:
<span><a href="tel:%2B61%203%208341%204112" value="+61383414112" target="_blank">+61 3 8341 4112</a></span></p>
<p><span>E:</span><span> <a><span>ceo@auda.org.au</span></a> </span><span>|</span><span> </span><span>W:</span><span><a href="http://www.auda.org.au/" target="_blank"><span>www.auda.org.au</span></a></span><span> </span></p>
<p>auDA – Australia’s Domain Name Administrator</p>
<p><br>
</p>
</span><p><span><b>Important Notice</b></span><span><b></b></span><b>-
</b>This email may contain information which is confidential and/or subject to legal privilege, and is intended for the use of the named addressee only. If you are not the intended recipient, you must not use, disclose or copy any part of this email. If you
have received this email by mistake, please notify the sender and delete this message immediately. Please consider the environment before printing this email.</p>
</div><div><div>
<br>
<div>
<blockquote type="cite">
<div>On 12 Nov 2015, at 20:46 , Steve DelBianco <<a>sdelbianco@netchoice.org</a>> wrote:</div>
<br>
<div>
<div style="word-wrap:break-word;font-size:16px;font-family:Calibri,sans-serif">
<div>
<div>
<div>"consent of the governed"? I do not think it means what you think it means. </div>
<div><br>
</div>
<div>A government serves with the consent of those it governs, measured by majority of all citizens. A government that campaigned on raising taxes on the rich could prevail in an election WITHOUT requiring that the impacted rich give their support.</div>
<div><br>
</div>
<div>Even if it meant what Jon intends, “consent of the governed” for a budget veto would require consent of those who pay registration fees, not just the contract parties. That would mean ALAC support would be required, too.</div>
<div> </div>
<div>
<div></div>
</div>
</div>
</div>
<div><br>
</div>
<span>
<div style="font-family:Calibri;font-size:12pt;text-align:left;border-width:1pt medium medium;border-style:solid none none;padding:3pt 0in 0in;border-top-color:rgb(181,196,223)">
<span style="font-weight:bold">From: </span> <<a>wp1-bounces@icann.org</a>> on behalf of Robin Gross <<a>robin@ipjustice.org</a>><br>
<span style="font-weight:bold">Date: </span>Wednesday, November 11, 2015 at 10:24 PM<br>
<span style="font-weight:bold">To: </span>Accountability Cross Community <<a>accountability-cross-community@icann.org</a>><br>
<span style="font-weight:bold">Cc: </span>"James M. Bladel" <<a>jbladel@godaddy.com</a>>, "<a>wp1@icann.org</a>"
<<a>wp1@icann.org</a>>, Jon Nevett <<a>jon@donuts.email</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [WP1] [CCWG-ACCT] Updated Memo on Request on Sole Designator<br>
</div>
<div><br>
</div>
<div>
<div style="word-wrap:break-word">Also agree with Jon on this key point, which has been raised before, but not dealt with due to more "pressing" issues.
<div><br>
</div>
<div>Robin</div>
<div><br>
<div>
<div>On Nov 11, 2015, at 2:34 PM, James M. Bladel wrote:</div>
<br>
<blockquote type="cite">
<div style="word-wrap:break-word;font-size:14px;font-family:Calibri,sans-serif">
<div>Agree with Jon, “consent of the governed” is an necessary component of community decision making.</div>
<div><br>
</div>
<div>Thanks—</div>
<div><br>
</div>
<div>J.</div>
<div><br>
</div>
<div><br>
</div>
<span>
<div style="font-family:Calibri;font-size:11pt;text-align:left;border-width:1pt medium medium;border-style:solid none none;padding:3pt 0in 0in;border-top-color:rgb(181,196,223)">
<span style="font-weight:bold">From: </span><<a>accountability-cross-community-bounces@icann.org</a>> on behalf of Jon Nevett <<a>jon@donuts.email</a>><br>
<span style="font-weight:bold">Date: </span>Tuesday, November 10, 2015 at 20:51
<br>
<span style="font-weight:bold">To: </span>Accountability Cross Community <<a>accountability-cross-community@icann.org</a>><br>
<span style="font-weight:bold">Cc: </span>"<<a>wp1@icann.org</a>>" <<a>wp1@icann.org</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [CCWG-ACCT] [WP1] Updated Memo on Request on Sole Designator<br>
</div>
<div><br>
</div>
<div>
<div style="word-wrap:break-word">Folks:
<div><br>
</div>
<div>I'd like to propose an amendment to the Community Decision-making Process. </div>
<div><br>
</div>
<div>
<div>In the case where an issue being considered most directly relates to a specific Supporting Organization, we should require support of that SO in order to utilize a community action. For example, if the community is considering blocking a change
to a standard Bylaw -- Article IX of the ICANN Bylaws (CCNSO) -- we should ensure that the CCNSO supports using a community action in order to move forward. </div>
<div><br>
</div>
<div>In the case of blocking ICANN's budget, which includes the specific amount gTLD registration fees, the GNSO must support using that community process. </div>
<div><br>
</div>
<div>In the case of an ASO related IRP issue, the ASO must support before the community makes a decision binding. </div>
<div><br>
</div>
<div>We should require the specific SO at issue plus at least 50% of the other SOs and ACs participating in the decision in order for the community decision process is invoked. </div>
<div><br>
</div>
<div>To do otherwise, we risk tyranny of the majority being used against the group most impacted by a decision. </div>
<div><br>
</div>
<div>Of course, in the case where there is no SO that is predominantly at issue, we should go with a certain requirement of support that we already have been discussing. </div>
<div><br>
</div>
<div>We also would need to figure out how to handle a dispute of which SO is predominant. Regardless of how we handle that issue, we should ensure that the SO most impacted by use of community powers are in support. </div>
<div><br>
</div>
<div>Thanks.</div>
<div><br>
</div>
<div>Jon</div>
<div><br>
</div>
</div>
<div><br>
<div>
<blockquote type="cite">
<div>On Nov 10, 2015, at 9:44 AM, Alan Greenberg <<a>alan.greenberg@mcgill.ca</a>> wrote:</div>
<br>
<div>
<div>No misunderstanding. I was replying to Seun who raised the case of some AC/SOs choosing not to participate in a particular issue.<br>
<br>
Alan<br>
<br>
At 10/11/2015 07:29 AM, Schaefer, Brett wrote:<br>
<br>
<blockquote type="cite">Alan, <br>
<br>
I think there is a bit of misunderstanding. I’m not talking about a participating SO or AC choosing to abstain or make no decision. That is anticipated in the model. Abstention, as far as I understand it, is not considered either opposition or support for
the purposes of exercising the community powers – in other words iit does not count for the thresholds either in support or against.
<br>
<br>
I’m talking about situations like SSAC, where a AC decides not to participate at all. Most seem to believe that RSSAC will likewise decide not to participate.
<br>
<br>
But the assumption is that GNSO, ccNSO, ASO, ALAC, and GAC will. This is why everyone is assuming that we will have 5 participating entities in the community mechanism.
<br>
<br>
But if GAC or one of the others decides otherwise or simple cannot reach consensus on participating for some length of time, we would only have 4 or even fewer participating entities. In the first situation, using those four community powers would require community
unanimity. In the second, the community would not be able to exercise those powers at all.
<br>
<br>
That is why I suggested getting confirmation of intent to participate – acknowledging that this would not be an endorsement of the CCWG proposal – from the ACss and SOs so that we can accurately project for the model.
<br>
<br>
I also think that we need to explore thresholds for various levels of participation for that reason.
<br>
<br>
Best,<br>
<br>
Brett <br>
<br>
<br>
<br>
<br>
<hr>
Brett Schaefer<br>
Jay Kingham Senior Research Fellow in International Regulatory Affairs<br>
Margaret Thatcher Center for Freedom Davis Institute for National Security and Foreign Policy<br>
<font size="2" color="#58595B">The Heritage Foundation<br>
214 Massachusetts Avenue, NE<br>
Washington, DC 20002</font><br>
<a href="tel:202-608-6097" value="+12026086097" target="_blank">202-608-6097</a><br>
<font size="2" color="#004B8D"><a href="http://heritage.org/" target="_blank">heritage.org</a><br>
<br>
</font><b>From:</b> Alan Greenberg [<a> mailto:alan.greenberg@mcgill.ca</a>]
<br>
<b>Sent:</b> Tuesday, November 10, 2015 5:51 AM<br>
<b>To:</b> Seun Ojedeji; Schaefer, Brett<br>
<b>Cc:</b> <<a>wp1@icann.org</a>>; Accountability Cross Community<br>
<b>Subject:</b> Re: [CCWG-ACCT] [WP1] Updated Memo on Request on Sole Designator<br>
<br>
There is a huge difference between an AC/SO that has explicitly said it will not participate at all and one that decides to not state a position on exercising a power in a particular instance. The latter IS participating by neither supporting nor opposing the
action. Without sufficient ACTIVE support, the action dies.<br>
<br>
In the extreme, option 2 will allow one AC/SO to exercise a power on its own, since 1 is greater than 75% of 1.<br>
<br>
Alan <br>
-- <br>
Sent from my mobile. Please excuse brevity and typos.<br>
On November 10, 2015 1:54:23 AM GMT-03:00, Seun Ojedeji <<a>seun.ojedeji@gmail.com</a> > wrote:<br>
<br>
Hi,<br>
<br>
I think lowering the threshold may still bring us to a deadlock since we are not always certain whether all will participate at any point in time. Allowing splitting votes is out of discussion as we have agreed to go by consensus.<br>
<br>
Option 2 IMO seem to be a good thing to explore further and in order to ensure that is not abused, an overall minimum total number of participating SO/AC should be set. So if that minimum is not achieved then there is no need to check those in support or against.
I think a minimum number of 4 may be in order.<br>
That will ensure that percentage is not used on say 3 participating SO/AC or less.
<br>
<br>
Regards<br>
Sent from my Asus Zenfone2<br>
Kindly excuse brevity and typos.<br>
On 9 Nov 2015 22:57, "Schaefer, Brett" <<a> Brett.Schaefer@heritage.org</a>> wrote:<br>
Jordan,<br>
<br>
If the model that we are discussing is unworkable under a fairly realistic eventuality that seems to be a critical problem.<br>
<br>
In my opinion, it requires consideration of: (1) lowering the thresholds to three if there are only four participating entities; (2) shifting minimum thresholds from 4 entities in support to, instead, at least 75 percent of the participating entities in support;
or (3) allowing the splitting of votes to surmount existing thresholds. <br>
<br>
Best, <br>
<br>
Brett <br>
<br>
<b>From:</b> Jordan Carter [<a> mailto:jordan@internetnz.net.nz</a>]
<br>
<b>Sent:</b> Monday, November 09, 2015 4:46 PM<br>
<b>To:</b> Schaefer, Brett<br>
<b>Cc:</b> Accountability Cross Community; <a>
wp1@icann.org</a><br>
<b>Subject:</b> Re: [WP1] Updated Memo on Request on Sole Designator<br>
<br>
hi Brett,<br>
<br>
Such matrices of decision are not being drafted. If you are able to attend the call in around ~15 hours, I think it would be useful to talk this through. As I've said before, if we are down to four SO/ACs participating, to my mind that's too small an orbit
to use the current model. <br>
<br>
Jordan<br>
<br>
On 10 November 2015 at 08:34, Schaefer, Brett <<a> Brett.Schaefer@heritage.org</a>> wrote:<br>
Jordan,<br>
<br>
I appreciate the explanation provided in the memo. <br>
<br>
However, I note that the decision matrix remains unchanged in that it requires support from 4 SOs/ACs to exercise powers 1, 2, 5, and 7. The operating assumption is that GNSO, ccNSO, ASO, and ALAC will participate. I believe that they will, but it would be
good to get confirmation even with the knowledge that such a statement should not be considered an endorsement of the CCWG proposal.
<br>
<br>
Also, as we discussed in the previous CCWG WP1 call, there is a possible complication if RSSAC, as expected, decides not to participate and GAC either (1) decides not to participate, (2) decides not to participate immediately, but announces its desire to be
allowed participate at some future date, or (3) cannot reach a consensus position.
<br>
<br>
In that case, unanimous support by the 4 SOs/ACs assumed above to participate would be required in order to exercise powers 1,2, 5, and 7. I don’t think that unanimous support was supposed to be required for exercise of the community powers.
<br>
<br>
Until we have confirmation of which SOs and ACs (other than SSAC which has explicitly stated its intention not to participate) will be participating in the mechanism, we need to plan out possible scenarios. For this reason, I think we need to provide decision
matrices based on varying levels of participation. Is this being drafted? <br>
<br>
Thanks,<br>
<br>
Brett <br>
<br>
<b>From:</b> <a>
wp1-bounces@icann.org</a> [<a> mailto:wp1-bounces@icann.org</a>]
<b>On Behalf Of </b>Jordan Carter<br>
<b>Sent:</b> Sunday, November 08, 2015 5:51 PM<br>
<b>To:</b> Accountability Cross Community; <a>
wp1@icann.org</a><br>
<b>Subject:</b> Re: [WP1] Updated Memo on Request on Sole Designator<br>
<br>
... and in PDF<br>
J<br>
<br>
On 9 November 2015 at 11:50, Jordan Carter <<a>jordan@internetnz.net.nz</a> > wrote:<br>
Dear all - for your reading pleasure and for the lists record.<br>
<br>
Jordan<br>
<br>
<br>
<b>Brett</b> <b>Schaefer</b><i><br>
Jay Kingham Senior Research Fellow in International Regulatory Affairs<br>
Margaret Thatcher Center for Freedom Davis Institute for National Security and Foreign Policy</i><br>
The Heritage Foundation<br>
214 Massachusetts Avenue, NE<br>
Washington, DC 20002<br>
<a href="tel:202-608-6097" value="+12026086097" target="_blank">202-608-6097</a><br>
<a href="http://heritage.org/" target="_blank">heritage.org</a><br>
<br>
<b>Brett</b> <b>Schaefer</b><i><br>
Jay Kingham Senior Research Fellow in International Regulatory Affairs<br>
Margaret Thatcher Center for Freedom Davis Institute for National Security and Foreign Policy</i><br>
The Heritage Foundation<br>
214 Massachusetts Avenue, NE<br>
Washington, DC 20002<br>
<a href="tel:202-608-6097" value="+12026086097" target="_blank">202-608-6097</a><br>
<a href="http://heritage.org/" target="_blank">heritage.org</a><br>
---------- Forwarded message ----------<br>
From: <b>Gregory, Holly</b> <<a>holly.gregory@sidley.com</a> ><br>
Date: 7 November 2015 at 13:48<br>
Subject: Updated Memo on Request on Sole Designator<br>
Dear Co-Chairs, Jordan and Staff, <br>
<br>
Attached please find a substantially reorganized and revised memo on how the Sole Designator would be made operational, to replace the memo that was sent to you last week. The changes are largely in the nature of clarifications and we have addressed the point
requested below as well. We request that this memo be posted to replace the prior memo.
<br>
<br>
Please let us know if you have any questions.<br>
<br>
Kind regards, <br>
Holly and Rosemary <br>
<br>
<br>
<br>
<br>
<br>
-- <br>
Jordan Carter<br>
<br>
Chief Executive <br>
<b>InternetNZ<br>
</b><br>
<a href="tel:%2B64-4-495-2118" target="_blank">+64-4-495-2118</a> (office) |
<a href="tel:%2B64-21-442-649" target="_blank">+64-21-442-649</a> (mob)<br>
Email: <a>
jordan@internetnz.net.nz</a><br>
Skype: jordancarter<br>
Web: <a href="http://www.internetnz.nz/" target="_blank">www.internetnz.nz</a><br>
<br>
<i>A better world through a better Internet <br>
</i> <br>
<br>
<br>
<br>
-- <br>
Jordan Carter<br>
<br>
Chief Executive <br>
<b>InternetNZ<br>
</b><br>
<a href="tel:%2B64-4-495-2118" target="_blank">+64-4-495-2118</a> (office) |
<a href="tel:%2B64-21-442-649" target="_blank">+64-21-442-649</a> (mob)<br>
Email: <a>
jordan@internetnz.net.nz</a><br>
Skype: jordancarter<br>
Web: <a href="http://www.internetnz.nz/" target="_blank">www.internetnz.nz</a><br>
<br>
<i>A better world through a better Internet <br>
</i> <br>
<br>
_______________________________________________<br>
Accountability-Cross-Community mailing list<br>
<a>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>
<hr>
<br>
<br>
<pre>Accountability-Cross-Community mailing list
<a>
Accountability-Cross-Community@icann.org</a><a href="https://mm.icann.org/mailman/listinfo/accountability-cross-community" target="_blank">
https://mm.icann.org/mailman/listinfo/accountability-cross-community</a></pre>
</blockquote>
</div>
_______________________________________________<br>
Accountability-Cross-Community mailing list<br>
<a>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>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</span></div>
_______________________________________________<br>
Accountability-Cross-Community mailing list<br>
<a>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>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</span></div>
_______________________________________________<br>
WP1 mailing list<br>
<a>WP1@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/wp1" target="_blank">https://mm.icann.org/mailman/listinfo/wp1</a><br>
</div>
</blockquote>
</div>
<br>
</div></div></div>
</div>
</span></div>
</blockquote>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</span></div>
</div>
</span>
</div>
</blockquote></div><br></div>
</blockquote></div><br><br>-- <br>Jordan Carter<br>Chief Executive, InternetNZ<p>+64-21-442-649 | <a href="mailto:jordan@internetnz.net.nz">jordan@internetnz.net.nz</a><p>Sent on the run, apologies for brevity<br></p></p>