<p dir="ltr">Some people keep referring to sole member model as if we will still not require threshold to spill the board or exercise any of the community powers.</p>
<p dir="ltr">What we have in front of us is just a minor issue(compared to what had been surmounted in the past) that ought not to require so much unnecessary threats as I don&#39;t think they are necessary neither do they draw much water.</p>
<p dir="ltr">I encourage everyone to just calm down about all these and then we move into the substance of the issue by looking at the text that was proposed at the last meeting (which by the way only had 1 objection when the co-chairs asked for objection), and figure out whether it&#39;s sufficient compromise or not. </p>
<p dir="ltr">Regards</p>
<div class="gmail_quote">On 21 Feb 2016 6:24 p.m., &quot;Phil Corwin&quot; &lt;<a href="mailto:psc@vlaw-dc.com">psc@vlaw-dc.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">&quot;... so what conclusions can be drawn from the fact that we can&#39;t even hold the Board to the same rules that we have established for ourselves in this process?&quot;<br>
<br>
The same conclusion that can be drawn from the fact that &quot;we&quot; folded on the Member model in Dublin when the Board protested, rather than insisting that ICANN&#39;s single member community have the same statutory powers as any other California non-profit corporation.<br>
<br>
Don&#39;t get me wrong. The accountability powers in the current proposal are far more robust than what we have at present. But getting the level of community cohesion to exercise the more powerful ones will be like herding cats.<br>
<br>
Philip S. Corwin, Founding Principal<br>
Virtualaw LLC<br>
1155 F Street, NW<br>
Suite 1050<br>
Washington, DC 20004<br>
202-559-8597/Direct<br>
202-559-8750/Fax<br>
202-255-6172/cell<br>
<br>
Twitter: @VlawDC<br>
 <br>
&quot;Luck is the residue of design&quot; -- Branch Rickey<br>
<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:accountability-cross-community-bounces@icann.org">accountability-cross-community-bounces@icann.org</a> [mailto:<a href="mailto:accountability-cross-community-bounces@icann.org">accountability-cross-community-bounces@icann.org</a>] On Behalf Of Schaefer, Brett<br>
Sent: Sunday, February 21, 2016 6:59 AM<br>
To: Jordan Carter<br>
Cc: Accountability Cross Community<br>
Subject: Re: [CCWG-ACCT] recap and next steps?<br>
<br>
Jordan,<br>
<br>
This is a good summary.<br>
<br>
I am offended at how the Board has abused its power in this process by violating process, procedure and timelines to push its agenda.<br>
<br>
I would ask one additional question. Our entire proposal is focused on how to make ICANN accountable to the community, so what conclusions can be drawn from the fact that we can&#39;t even hold the Board to the same rules that we have established for ourselves in this process?<br>
<br>
Best,<br>
<br>
Brett<br>
<br>
<br>
________________________________<br>
Brett Schaefer<br>
Jay Kingham Senior Research Fellow in International Regulatory Affairs Margaret Thatcher Center for Freedom Davis Institute for National Security and Foreign Policy The Heritage Foundation<br>
214 Massachusetts Avenue, NE<br>
Washington, DC 20002<br>
202-608-6097<br>
<a href="http://heritage.org" rel="noreferrer" target="_blank">heritage.org</a>&lt;<a href="http://heritage.org/" rel="noreferrer" target="_blank">http://heritage.org/</a>&gt;<br>
<br>
On Feb 20, 2016, at 10:28 PM, Jordan Carter &lt;<a href="mailto:jordan@internetnz.net.nz">jordan@internetnz.net.nz</a>&lt;mailto:<a href="mailto:jordan@internetnz.net.nz">jordan@internetnz.net.nz</a>&gt;&gt; wrote:<br>
<br>
Hi all<br>
<br>
I&#39;m trying for a recap / reset in this message, not sure I succeed but trying to help the discussion along.<br>
<br>
Here&#39;s the background that has caused the current extension of debate, as I understand it:<br>
<br>
- CCWG incorporated the idea that a decisional participant with a special role (GAC&#39;s advisory role that requires due deference by the Board, unique among ACs) should not be a decision-maker in applying accountability powers in relation to the consequences of that role. (In other words, GAC can choose - either consensus advice, or the ability to decide on accountability powers re its views - but not both).<br>
<br>
- if GAC is excluded from decisions, there would likely be four other SOs and ACs participating.<br>
<br>
- CCWG developed a principle that the use of community powers should not require unanimity for their use, so a proposal was made that the threshold for the Board Removal power should lower to 3 in such a situation.<br>
<br>
- the debate since has been about when that lower threshold of 3 SOs/ACs should apply.<br>
<br>
  - some participants think it&#39;s only if an IRP holds that the Board has breached the mission / bylaws<br>
<br>
  - other participants think it&#39;s broader than that and applies whenever the cause is related to Board responses to GAC advice<br>
<br>
- the Board has repeatedly said that it does not want the &quot;no unanimity&quot; principle to apply, but is willing to accept the lower threshold where an IRP finds against it.<br>
<br>
-  there seems to be disagreement about what the CCWG actually decided in this, which is driving the discussion.<br>
<br>
<br>
So here is what I think are some basics that we have to do:<br>
<br>
- we have to reach clarity about what precisely we have decided, and if there were any gaps in that, they need to be specified.<br>
<br>
- we have to decide what to do if that clarity exposes alternatives that haven&#39;t been decided between - that may include a position that the Board isn&#39;t happy with.<br>
<br>
- we have to choose alternative that can drive the widest possible consensus within the group (unlike Steve Crocker&#39;s email, I don&#39;t think that a decision on this can be pushed to implementation)<br>
<br>
- we have to publish the report<br>
<br>
I&#39;m not a spokesperson for the leadership team but I can say that I&#39;ll be doing what I can with the co-chairs and other rapporteurs to help make sure that the options are as clear as they can be for our meeting on Tuesday -- so that the chances of confusion are as low as possible.<br>
<br>
I&#39;ve said before that I don&#39;t mind where the group finalises on this issue.  Here&#39;s why<br>
<br>
I do not think it&#39;s likely that the community is going to use the new accountability powers to disagree with Board implementation of matters that include GAC advice in the future.  There are a number of reasons why I hold that view, two key ones being:<br>
<br>
- the improving transparency of GAC advice and particularly the GNSO/GAC engagement and the Board/GAC engagement<br>
- the existence of the new accountability framework, which makes it less likely the Board will go against strong community sentiment<br>
<br>
If I thought this was an important issue which would have a significant impact on our package, and that it was a life or death matter to resolve one way or the other, I would be very offended by the way this has played out in the past few days.  But because the stakes are so low on the substance, I am *very* happy to fall into consensus with whatever direction the group wants to go, and I *do not* see this as an issue where *anyone* should be adopting non-negotiable positions.<br>
<br>
I don&#39;t expect that everyone will agree with me that this simply isn&#39;t that important an issue, but I really hope that as a CCWG, we can put this matter into perspective.  The CCWG has to come to a conclusion on that, and get the report out.<br>
<br>
<br>
SO -- hopefully on Tuesday we can work through the options in front of us and come to a decision about what to do.<br>
<br>
If any party gets to the point on this issue that they feel like dying in the ditch is worth it, well may I humbly suggest that you find yourself a ditch? :-)<br>
<br>
<br>
best<br>
Jordan<br>
<br>
--<br>
Jordan Carter<br>
<br>
Chief Executive<br>
InternetNZ - your voice for the Open Internet<br>
<br>
<a href="tel:%2B64-4-495-2118" value="+6444952118">+64-4-495-2118</a> (office) | <a href="tel:%2B64-21-442-649" value="+6421442649">+64-21-442-649</a> (mob)<br>
Email: <a href="mailto:jordan@internetnz.net.nz">jordan@internetnz.net.nz</a>&lt;mailto:<a href="mailto:jordan@internetnz.net.nz">jordan@internetnz.net.nz</a>&gt;<br>
Skype: jordancarter<br>
Web: <a href="http://www.internetnz.nz" rel="noreferrer" target="_blank">www.internetnz.nz</a>&lt;<a href="http://www.internetnz.nz" rel="noreferrer" target="_blank">http://www.internetnz.nz</a>&gt;<br>
<br>
<br>
_______________________________________________<br>
Accountability-Cross-Community mailing list <a href="mailto:Accountability-Cross-Community@icann.org">Accountability-Cross-Community@icann.org</a>&lt;mailto:<a href="mailto:Accountability-Cross-Community@icann.org">Accountability-Cross-Community@icann.org</a>&gt;<br>
<a href="https://mm.icann.org/mailman/listinfo/accountability-cross-community" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/accountability-cross-community</a><br>
_______________________________________________<br>
Accountability-Cross-Community mailing list <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" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/accountability-cross-community</a><br>
<br>
-----<br>
No virus found in this message.<br>
Checked by AVG - <a href="http://www.avg.com" rel="noreferrer" target="_blank">www.avg.com</a><br>
Version: 2016.0.7303 / Virus Database: 4530/11623 - Release Date: 02/14/16<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" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/accountability-cross-community</a><br>
</blockquote></div>