<div dir="ltr">Just read it all. <div><br></div><div>My summary:</div><div><br></div><div>* Vistaprint complained that its application for &#39;.webs&#39; was found to be confusingly similar to a number of applications for &#39;.web&#39;. It points out that in other single/plural cases, ICANN has taken a closer look but didn&#39;t in its case.</div><div><br></div><div>* The IRP panel recommends that ICANN&#39;s Board specifically look at the issue of whether Vistaprint was treated equally and fairly.</div><div><br></div><div>* It notes that this recommendation is not binding.</div><div><br></div><div>* It notes that ICANN&#39;s Board Governance Committee did a good job on Vistaprint&#39;s reconsideration request and covered the issues fairly and in depth.</div><div><br></div><div><br></div><div><br></div><div>The panel digs into the IRP process itself a little - as have the other IRP reviews. It finds:</div><div><br></div><div>* That ICANN must stop claiming that the IRP should be deferential toward ICANN&#39;s decisions. The issue is decided.</div><div><br></div><div>* That IRP decisions can be both binding and non-binding. They are binding when the panel makes a finding but not binding when it comes to deciding what ICANN has to do in response. </div><div><br></div><div>* In other words, if the IRP finds that something was not done correctly and has to be fixed, ICANN is obliged to do so. But it is not obliged to do what the IRP comes up with as a solution. It can devise its own solution.</div><div><br></div><div>* The panel is not happy about its restricted role. It finds that the rules covering the IRP and the rules covering the third party review experts contradict ICANN&#39;s own bylaws. </div><div><br></div><div><br></div><div><br></div><div>My personal view:</div><div><br></div><div>* The changes that ICANN&#39;s legal department made to the IRP and the third-party expert rules in order to ensure that ICANN Corporate can never be overruled continue to cause serious problems. </div><div><br></div><div>* Put simply: ICANN has created its own ICANN-friendly version of what are legal/arbitration norms - and as a result they don&#39;t work properly.</div><div><br></div><div>* There is no effective way to challenge decisions made through the new gTLD process. Each accountability step moves further and further away from addressing the actual core issue in a particular case. This just creates frustration and paperwork.</div><div><br></div><div>* I can&#39;t help but feel that this constant drive to create ICANN-friendly special versions of commonly agreed processes is exactly what we are looking at with the MEM accountability model proposed by ICANN. </div><div><br></div><div>* I wish the ICANN/internet community would stop telling itself that ICANN is somehow so special that it needs custom rules for everything it does. It doesn&#39;t and this approach creates more problems and more confusion down the line.</div><div><br></div><div><br></div><div><br></div><div>Kieren</div><div><br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 11, 2015 at 3:54 PM, Burr, Becky <span dir="ltr">&lt;<a href="mailto:Becky.Burr@neustar.biz" target="_blank">Becky.Burr@neustar.biz</a>&gt;</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>Although I have not read this decision thoroughly, it seems very interesting. The arbitrators hold that ICANN is the prevailing party , but cite concerns about the IRP process.  I look forward to reading it more carefully.</div>
<div><br>
</div>
<div><br>
</div>
<div>
<div>J. Beckwith Burr</div>
<div>Deputy General Counsel &amp; Chief Privacy Officer</div>
<div><br>
</div>
</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>Greg Shatan &lt;<a href="mailto:gregshatanipc@gmail.com" target="_blank">gregshatanipc@gmail.com</a>&gt;<br>
<span style="font-weight:bold">Date: </span>Sunday, October 11, 2015 at 6:13 PM<br>
<span style="font-weight:bold">To: </span>Accountability Community &lt;<a href="mailto:accountability-cross-community@icann.org" target="_blank">accountability-cross-community@icann.org</a>&gt;<br>
<span style="font-weight:bold">Subject: </span>[CCWG-ACCT] New (and long) IRP Decision<br>
</div><span class="">
<div><br>
</div>
<div>
<div>
<div dir="ltr">
<div style="font-family:verdana,sans-serif">Vistaprint v. ICANN.  Issued October 9.  Have not read it yet....</div>
<div style="font-family:verdana,sans-serif"><br>
</div>
<div><font face="verdana,sans-serif"><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.icann.org_resources_files_1194117-2D2015-2D10-2D09-2Den&amp;d=AwMFaQ&amp;c=MOptNlVtIETeDALC_lULrw&amp;r=62cJFOifzm6X_GRlaq8Mo8TjDmrxdYahOP8WDDkMr4k&amp;m=Xq9ie2PDt_PtLEeKTVL9dhYWhc75Onp5QbndbDKRTfk&amp;s=OZSYzTSNh4ENmgmDkY7nEnQnz62X3ovgZtqm0Gsuc44&amp;e=" target="_blank">https://www.icann.org/resources/files/1194117-2015-10-09-en</a></font><br>
</div>
<div><br>
</div>
<div>Greg</div>
</div>
</div>
</div>
</span></span>
</div>

<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>
<br></blockquote></div><br></div></div>