<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; font-size: 14px; font-family: Calibri, sans-serif;">
<div>
<div>
<div style="color: rgb(0, 0, 0);">Kavouss, all -</div>
<div style="color: rgb(0, 0, 0);"><br>
</div>
<div>I agree with Kavouss that it is not within our remit to second guess specific ongoing disputes. &nbsp;(I’m not sure that anyone suggested writing to ICANN on the .hotel matter, but if so, I think that would also be outside our mandate.) That said, the declaration
 in the Booking.com case has a very interesting and informative discussion about the
<font color="#ff0000">reconsideration process</font>&nbsp;in general that I do think is highly relevant to our work.</div>
<div style="color: rgb(0, 0, 0);"><br>
</div>
<div style="color: rgb(0, 0, 0);">Becky</div>
<div style="color: rgb(0, 0, 0);"><br>
</div>
<div style="color: rgb(0, 0, 0);">
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 11pt; "><span style="font-size: 9pt; font-family: Arial, sans-serif;">J. Beckwith Burr<o:p></o:p></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 11pt; "><b><span style="font-size: 9pt; font-family: Arial, sans-serif; color: rgb(6, 134, 88);">Neustar, Inc. /</span></b><span style="font-size: 9pt; font-family: Arial, sans-serif;">&nbsp;Deputy
 General Counsel and Chief Privacy Officer<o:p></o:p></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 11pt; "><span style="font-size: 9pt; font-family: Arial, sans-serif;">1775 Pennsylvania Avenue NW, Washington, DC 20006<o:p></o:p></span></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 11pt; "><span style="font-size: 9pt; font-family: Arial, sans-serif; color: rgb(6, 134, 88);">Office</span><span style="font-size: 9pt; font-family: Arial, sans-serif;">: &#43; 1.202.533.2932&nbsp;<span style="color: rgb(6, 134, 88); ">&nbsp;Mobile</span>:&nbsp;
 &#43;1.202.352.6367&nbsp;&nbsp;<span style="color: rgb(6, 134, 88); ">/&nbsp;<a href="mailto:becky.burr@neustar.biz" style="color: purple; ">becky.burr@neustar.biz</a>&nbsp;/ www.neustar.biz</span></span></p>
</div>
</div>
</div>
<div style="color: rgb(0, 0, 0);"><br>
</div>
<span id="OLK_SRC_BODY_SECTION" style="color: rgb(0, 0, 0);">
<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>Kavouss Arasteh &lt;<a href="mailto:kavouss.arasteh@gmail.com">kavouss.arasteh@gmail.com</a>&gt;<br>
<span style="font-weight:bold">Date: </span>Friday, March 6, 2015 at 2:40 AM<br>
<span style="font-weight:bold">To: </span>Jordan Carter &lt;<a href="mailto:jordan@internetnz.net.nz">jordan@internetnz.net.nz</a>&gt;<br>
<span style="font-weight:bold">Cc: </span>Accountability Community &lt;<a href="mailto:accountability-cross-community@icann.org">accountability-cross-community@icann.org</a>&gt;, Becky Burr &lt;<a href="mailto:becky.burr@neustar.biz">becky.burr@neustar.biz</a>&gt;<br>
<span style="font-weight:bold">Subject: </span>Re: [CCWG-ACCT] Declaration issued in the Booking.com v ICANN IRP<br>
</div>
<div><br>
</div>
<div>
<div>
<div dir="ltr">
<div>Dear All,</div>
<div>With respect to the problem raised by Booking.com, it is my strong view that CCWG should not get involved in any sopecific string rather concdntrate of the&nbsp; nature of the complaint .and address that as a principle&nbsp; in its finding.</div>
<div>Writting tio ICANN&nbsp; with specific refernce to <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__booking.com&amp;d=AwMFaQ&amp;c=MOptNlVtIETeDALC_lULrw&amp;r=62cJFOifzm6X_GRlaq8Mo8TjDmrxdYahOP8WDDkMr4k&amp;m=D_912tXO-MKrGOBwNWBcPPMTGWTe2ycEbV7H1b0k-PU&amp;s=ZKOx_HGKc9gI014WI_e-652LMzse0LXhXCQOA8zKW-8&amp;e=">
booking.com</a> string .hotel is outside of our mandate as it is an issue for ICANN to resolve no doubt in consultaion with GAC.</div>
<div>Let us concenrate of the principles and not specific string, gTLD .</div>
<div>Regards</div>
<div>Kavouss r</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2015-03-06 8:11 GMT&#43;01:00 Dr Eberhard Lisse <span dir="ltr">
&lt;<a href="mailto:el@lisse.na" target="_blank">el@lisse.na</a>&gt;</span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Alice,<br>
<br>
this is what I have been saying, for quite a while now.<br>
<br>
We are not happy with the Board (as an example),<br>
<br>
so, we add another review mechanism, with which we are not happy,<br>
<br>
so, we need another redress mechanism.<br>
<br>
Guess what? we might need arbitration in case we are not happy with the<br>
redress...<br>
<br>
<br>
I remain convinced that (to speak in my profession's language) that<br>
we are treating the symptoms instead of making a proper diagnosis<br>
and treat the underlying cause.<br>
<br>
greetings, el<br>
<span><br>
<br>
<br>
On 2015-03-06 08:44, Alice Munyua wrote:<br>
&gt; Dear Colleagues,<br>
&gt;<br>
&gt; As you may be aware, the African Union Commission endorsed<br>
&gt; application for the new gTLD (dot Africa) has been the subject of<br>
&gt; a series of applications for review by another applicant including<br>
&gt; the IRP initiated in October 2013.<br>
&gt;<br>
&gt; Article 4 Section 3 of the Bylaws, which state (amongst others)<br>
&gt; that:<br>
&gt;<br>
</span>&gt;&nbsp; &nbsp;* “The IRP Panel should strive to issue its written<br>
<span>&gt;&nbsp; &nbsp;declaration no later than six months after the filing of the<br>
&gt;&nbsp; &nbsp;request for independent review.<br>
</span>&gt;&nbsp; &nbsp;* In order to keep the costs and burdens of independent review<br>
<span>&gt;&nbsp; &nbsp;as low as possible, the IRP Panel should conduct its proceedings<br>
&gt;&nbsp; &nbsp;by email and otherwise via the Internet to the maximum extent<br>
&gt;&nbsp; &nbsp;feasible.&nbsp; Where necessary, the IRP Panel may hold meetings by<br>
&gt;&nbsp; &nbsp;telephone.&nbsp; In the unlikely event that a telephonic or in-person<br>
&gt;&nbsp; &nbsp;hearing is convened, the hearing shall be limited to argument<br>
&gt;&nbsp; &nbsp;only<br>
</span>&gt;&nbsp; &nbsp;*<br>
<div>
<div class="h5">&gt;<br>
&gt;<br>
&gt; The IR Panel has so far<br>
&gt;<br>
&gt; o Applied interim protections stopping ICANN from progressing any<br>
&gt; application for dot Africa until the Panel has concluded its work;<br>
&gt;<br>
&gt; o Determined that a formal hearing, including calling of<br>
&gt; witnesses, should occur;<br>
&gt;<br>
&gt; o Decided to convene an in person hearing including<br>
&gt; cross-examination of witnesses, which has not taken place yet due<br>
&gt; to the withdrawal of a panel member.<br>
&gt;<br>
&gt; o Not set a time for completion, despite the By Laws requiring a<br>
&gt; Panel to strive to issue its written declaration no later than six<br>
&gt; months after the filing of a Request (Article IV, s.3)<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Our observation is that this important accountability (IRP)<br>
&gt; process in its current form is dysfunctional and does not seem to<br>
&gt; benefit any of the affected parties.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; While we focus on strengthening review and redress mechanisms for<br>
&gt; example by making them more accessible (through lower costs and<br>
&gt; easier “standing” to make a complaint) and applicable to a<br>
&gt; wider range of Board decisions, etc, we would also like to<br>
&gt; provisions put in place to ensure that there is redress against<br>
&gt; the dispute resolution provider in the event that the process goes<br>
&gt; off-track.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; There are several possible inputs to the enhancing ICANN<br>
&gt; accountability process that draw on the dot Africa experience to<br>
&gt; date.<br>
&gt;<br>
&gt; o Community Empowerment (WP1)<br>
&gt;<br>
&gt; § Community empowerment with regard to ICANN functions needs to<br>
&gt; be exercised responsibly: If there are checks and balances on<br>
&gt; ICANN, what checks and balances apply to different sections of the<br>
&gt; ICANN community?<br>
&gt;<br>
&gt; § Process issues need to be considered from the viewpoint of<br>
&gt; those who are simply trying to conduct legitimate business with<br>
&gt; ICANN.<br>
&gt;<br>
&gt; § There is a need to avoid legitimate public policy, commercial<br>
&gt; and technical objectives, for example from new gTLD applicants in<br>
&gt; underserved regions, being frustrated by lengthy procedural delays<br>
&gt; through no fault of those trying to achieve them<br>
&gt;<br>
&gt; o Review and Redress (WP2)<br>
&gt;<br>
&gt; § Grounds for review, especially at the IRP stage, should be<br>
&gt; clearly specified.<br>
&gt;<br>
&gt; § All review processes should have some form of time limit for<br>
&gt; each stage, but allowing for some flexibility in specified<br>
&gt; circumstances.<br>
&gt;<br>
&gt; § Any proposal for ICANN to be bound by an arbitration process<br>
&gt; needs to be considered carefully and subject to rigorous<br>
&gt; appraisal.<br>
&gt;<br>
&gt; § Redress against the dispute resolution provider in the event<br>
&gt; that the process goes off-track.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; o Stress Testing (or Contingencies)<br>
&gt;<br>
&gt; § These should include the risk of gridlocking ICANN<br>
&gt; decision-making through use of cascading review mechanisms.<br>
&gt;<br>
&gt; § Any of the parties exploited ICANN’s hands-off approach to<br>
&gt; the detriment of other stakeholders and affected parties.&nbsp; Any<br>
&gt; accountability process should in turn have its own accountability<br>
&gt; fail-safes.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&nbsp; Best regards<br>
&gt; Alice Munyua<br>
&gt; African Union Commission (AUC)<br>
&gt;<br>
</div>
</div>
[...]<br>
--<br>
<span class="im HOEnZb">Dr. Eberhard W. Lisse&nbsp; \&nbsp; &nbsp; &nbsp; &nbsp; / Obstetrician &amp; Gynaecologist (Saar)<br>
<a href="mailto:el@lisse.NA">el@lisse.NA</a>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; / *&nbsp; &nbsp; &nbsp;|&nbsp; &nbsp;Telephone: <a href="tel:%2B264%2081%20124%206733" value="&#43;264811246733">
&#43;264 81 124 6733</a> (cell)<br>
PO Box 8421&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;\&nbsp; &nbsp; &nbsp;/<br>
Bachbrecht, Namibia&nbsp; &nbsp; &nbsp;;____/<br>
</span>
<div class="HOEnZb">
<div class="h5">_______________________________________________<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://urldefense.proofpoint.com/v2/url?u=https-3A__mm.icann.org_mailman_listinfo_accountability-2Dcross-2Dcommunity&amp;d=AwMFaQ&amp;c=MOptNlVtIETeDALC_lULrw&amp;r=62cJFOifzm6X_GRlaq8Mo8TjDmrxdYahOP8WDDkMr4k&amp;m=D_912tXO-MKrGOBwNWBcPPMTGWTe2ycEbV7H1b0k-PU&amp;s=uKJiJ6NX8Hi80EI_rj1I29Uaij9VAuQOMZTApwddR2s&amp;e=" target="_blank">https://mm.icann.org/mailman/listinfo/accountability-cross-community</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</span>
</body>
</html>