<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 15 (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:Helvetica;
panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Verdana;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"Book Antiqua";
panose-1:2 4 6 2 5 3 5 3 3 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
{mso-style-priority:99;
mso-style-link:"Plain Text Char";
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
mso-add-space:auto;
font-size:12.0pt;
font-family:"Calibri",sans-serif;}
p.MsoListParagraphCxSpFirst, li.MsoListParagraphCxSpFirst, div.MsoListParagraphCxSpFirst
{mso-style-priority:34;
mso-style-type:export-only;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
mso-add-space:auto;
font-size:12.0pt;
font-family:"Calibri",sans-serif;}
p.MsoListParagraphCxSpMiddle, li.MsoListParagraphCxSpMiddle, div.MsoListParagraphCxSpMiddle
{mso-style-priority:34;
mso-style-type:export-only;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
mso-add-space:auto;
font-size:12.0pt;
font-family:"Calibri",sans-serif;}
p.MsoListParagraphCxSpLast, li.MsoListParagraphCxSpLast, div.MsoListParagraphCxSpLast
{mso-style-priority:34;
mso-style-type:export-only;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
mso-add-space:auto;
font-size:12.0pt;
font-family:"Calibri",sans-serif;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.PlainTextChar
{mso-style-name:"Plain Text Char";
mso-style-priority:99;
mso-style-link:"Plain Text";
font-family:"Calibri",sans-serif;}
p.msonormal00, li.msonormal00, div.msonormal00
{mso-style-name:msonormal0;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
p.msochpdefault, li.msochpdefault, div.msochpdefault
{mso-style-name:msochpdefault;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.plaintextchar0
{mso-style-name:plaintextchar;}
span.emailstyle21
{mso-style-name:emailstyle21;}
span.emailstyle22
{mso-style-name:emailstyle22;}
span.emailstyle23
{mso-style-name:emailstyle23;}
span.emailstyle24
{mso-style-name:emailstyle24;}
span.emailstyle25
{mso-style-name:emailstyle25;}
span.emailstyle26
{mso-style-name:emailstyle26;}
span.emailstyle27
{mso-style-name:emailstyle27;}
span.EmailStyle32
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle33
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle34
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle35
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle36
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle37
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle38
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle39
{mso-style-type:personal-reply;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@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="#000000" vlink="#000000">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">Thanks Jamie. These are good thoughts which further demonstrate the need for public comment on these specific issues.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Anne<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Gnso-newgtld-wg [mailto:gnso-newgtld-wg-bounces@icann.org]
<b>On Behalf Of </b>Jamie Baxter<br>
<b>Sent:</b> Monday, March 11, 2019 9:04 AM<br>
<b>To:</b> Julie Hedlund <julie.hedlund@icann.org>; gnso-newgtld-wg@icann.org<br>
<b>Subject:</b> Re: [Gnso-newgtld-wg] Notes and Action Items - New gTLD Subsequent Procedures PDP WG - 09 March 2019<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><strong><span style="font-size:9.0pt;font-family:"Helvetica",sans-serif;color:black">[EXTERNAL]</span></strong><span style="font-size:9.0pt;font-family:"Helvetica",sans-serif;color:black"><o:p></o:p></span></p>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="2" width="100%" align="center">
</div>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black">My apologies to the group for not being able to join the March 2 session on Subsequent Procedures in Kobe. <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black">After review of the Adobe record, I would like to respond to a few points made and offer some additional insights that do not appear to be part of the current dialogue considerations.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black"> <o:p></o:p></span></p>
</div>
<div style="margin-left:.5in">
<p class="MsoNormalCxSpMiddle"><span style="font-family:"Calibri",sans-serif;color:black">A. “Closure of a round” <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black">It was suggested in the Adobe chat during the discussions on concepts for round closure, that a “time limit” be put on resolving contention (reason unclear). Given that contention
resolution is simply an end place, and may occur at several places in the process and/or at a much later place in contentions involving community applicants, I think this suggestion:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black"> <o:p></o:p></span></p>
</div>
<div style="margin-left:.5in">
<p class="MsoNormalCxSpMiddle"><span style="font-family:"Calibri",sans-serif;color:black">a. runs contrary to an applicant’s right to engage in accountability mechanisms, including reconsideration requests, CEP, IRP, (and hopefully the new appeals process),
and<o:p></o:p></span></p>
</div>
<div style="margin-left:.5in">
<p class="MsoNormalCxSpMiddle"><span style="font-family:"Calibri",sans-serif;color:black">b. it seems to minimize or lack acknowledgement that delays in resolving contention has largely existed at the pace of ICANN (org & Board) <o:p></o:p></span></p>
</div>
<div style="margin-left:.5in">
<p class="MsoNormalCxSpMiddle"><span style="font-family:"Calibri",sans-serif;color:black"> 1. extending ICANN’s response times beyond published response schedules, with ICANN often referencing a rationale outside of an applicant’s control such as Board/Board
committee meeting schedules and/or ICANN personnel availability, and<o:p></o:p></span></p>
</div>
<div style="margin-left:.5in">
<p class="MsoNormalCxSpMiddle"><span style="font-family:"Calibri",sans-serif;color:black"> 2. enlisting additional (and often lengthy) reports and investigations to address unforeseen issues and concerns throughout the ongoing round<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black">The key point that I am making here is that if any policy or predictability of that policy involving “closure of a round” is to be achieved, all stakeholders and roles involved
in achieving that need to be fully understood and held to account - including ICANN org & Board. <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black">My personal opinion is that in the 2012 round, ICANN either took or imposed “time-related” liberties that may ultimately continue to drag down any policy or predictability of policy
on round closure going forward. Their role and ability/willingness to align with policy goals on round closure must be part of the discussion. <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black"> <o:p></o:p></span></p>
</div>
<div style="margin-left:.5in">
<p class="MsoNormalCxSpMiddle"><span style="font-family:"Calibri",sans-serif;color:black">B. Limited Appeals Mechanism<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black">I would completely disagree with any assertion coming from the in person meeting that the current offerings of ICANN accountability mechanisms is sufficient to address cases where
third party evaluators simply got something wrong. <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black">I agree with both Jeff Neuman’s spoken comments (unfair and/or inconsistent decisions) and the Adobe chat comment of Anne Aikman-Scalese (Board not being responsible for appeals,
instead leaning on experts) on issues and methods for inserting an appeals mechanism. Greg Satan has perfectly articulated the problem and clear reason why an appeal process on substance is necessary – process may be right, but substantive outcome was completely
wrong. Any marginalized population can attest to an experience where a well-intended process has let them down or left them behind because of misunderstandings or bias, and where the lack of redress has simply added to their marginalization. <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black">It is important to course correct substantive errors early in the process (i.e. as they occur). This ensures applicants are treated more fairly, avoids unwarranted stigma about
an application, and it prevents the Board from being forced into a corner of defending a third party outcome that seemingly tows the line procedurally, but which they believe or may believe is substantively flawed.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black">Thanks<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Book Antiqua",serif;color:black">Jamie<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Book Antiqua",serif;color:black"><o:p> </o:p></span></p>
</div>
<blockquote style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 6.0pt;margin-left:6.0pt;margin-top:5.0pt;margin-bottom:5.0pt" id="replyBlockquote">
<div id="wmQuoteWrapper">
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black">-------- Original Message --------<br>
Subject: [Gnso-newgtld-wg] Notes and Action Items - New gTLD Subsequent<br>
Procedures PDP WG - 09 March 2019<br>
From: Julie Hedlund <<a href="mailto:julie.hedlund@icann.org"><span style="color:windowtext">julie.hedlund@icann.org</span></a>><br>
Date: Sat, March 09, 2019 7:26 pm<br>
To: "<a href="mailto:gnso-newgtld-wg@icann.org"><span style="color:windowtext">gnso-newgtld-wg@icann.org</span></a>" <<a href="mailto:gnso-newgtld-wg@icann.org"><span style="color:windowtext">gnso-newgtld-wg@icann.org</span></a>><o:p></o:p></span></p>
<div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black">Dear Working Group members,<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black">Please see below the notes from the meetings at ICANN64 in Kobe on 09 March 2019. These high-level notes are designed to help WG members navigate through the content
of the call and are not a substitute for the recording, transcript, or the chat, which will be posted at:
<a href="https://community.icann.org/display/NGSPP/2019-03-09+ICANN64+Kobe+-+New+gTLD+Subsequent+Procedures+PDP" target="_blank">
<u><span style="color:blue">https://community.icann.org/display/NGSPP/2019-03-09+ICANN64+Kobe+-+New+gTLD+Subsequent+Procedures+PDP</span></u></a>.
<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black">Please also see the attached referenced slides.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black">Kind regards,<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black">Julie<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black">Julie Hedlund, Policy Director<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black">Notes and Action Items:</span></b><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><u><span style="font-family:"Verdana",sans-serif;color:black">Sessions 1 and 2</span></u><span style="font-family:"Verdana",sans-serif;color:black">:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">1. Intro and Current Status:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Timeline: Will probably have a very narrow additional public comment period.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Question: Will the comment period and analysis of 4 months realistic? Answer: We think it is realistic.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Important for the next public comment period to be very targeted.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Need to weigh the benefits – would need to be substantive issues.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Any future public comment period (and any after the Initial Report) are not required – but if we do one it will be a decision by the WG. There also needs to be a benefit to
outweigh the costs.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">2. Open WG topics:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">a. ‘Closure’ of a Round:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">i. What are the elements of the New gTLD Program that may be impacted by defining “the Closure of a Round”? Do these elements truly depend on “Closing the Round” or are there other
potential triggers for these elements?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">ii. What milestones are needed to start the next round?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">iii. What milestones are needed to distribute excess funds, if applicable?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">iv. Should an applicant be required to withdraw their application(s) upon a final action being taken that impacts such application(s)? If so, what events would trigger the required
withdrawal of such applications?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">v. If applications are either still pending in one of the stages of the new gTLD Program, or if the time period for which an accountability mechanism or appeal can be filed before
subsequent procedures begin, should applicants be able to apply for that/those string(s) in such subsequent procedures? If no, should that/those string be “reserved”? If yes, what would be the impact on the process for those new applications?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">vi. If a string was rejected (or alternatively all applications for a particular string are rejected), should there be anything preventing an applicant from applying for the same
string<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">Discussion:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Question: What’s a round and what’s an application? What do we mean by “rounds”?
<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Could do it by application windows – Next window closes X amount of time after the close of the previous window; it’s a rolling process.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Question: What does “closure” mean and what does it symbolize? Could look at various elements and their disposition, such as auctions.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Closure could be when X percent are delegated.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Read out from the chat: Anne Aikman-Scalese (IPC): COMMENT: These questions regarding "Closure" of a Round are good ones and demonstrate that this is one of those topics that
deserves public comment. COMMENT<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- There is the issue of variables – could we look at combining a fixed date and passing a certain stage, whichever is sooner. If you haven’t passed 50% of a certain stage then
you don’t move on. <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- It depends on whether we are talking about rounds or ongoing.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- What happens if we decide that X is a threshold, what happens to those who didn’t make it? You would have to set the rules before anyone applies.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- One trigger event – find solution for ending accountability mechanisms as these could hold up future applications.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Anne Aikman-Scalese (IPC): QUESTION: Should the opening of a new application window be dependent on ICANN org's estimate of how long it will take with its existing workload
to complete the work on the outstanding applications? QUESTION<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Needs to be some way to make sure that an applicant is actively moving towards a goal.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- On the question of whether to have a reason for forced withdrawal – should have to say why it should matter.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Could alert an applicant that they have X amount of time unless you can document why you haven’t withdrawn.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">b. Limited Appeals Mechanisms, what still needs to be resolved?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">i. In the Initial Report we recommended the creation of a limited appeals mechanism be developed which is wholly separate from Accountability Mechanisms under the Bylaws. The comments
we received to the Initial Report seemed to support this recommendation.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">ii. More specifically, we see support in general for:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">1) Allowing both substantive and procedural challenges<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">a) Identify specific program elements (evaluation, objections, CAPE, etc.?).<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">b) Confirm if it this intended to apply to inconsistent application of the AGB?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">c) Confirm if it this intended to apply to outcomes that an applicant simply does not agree with?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">d) See comments from Jamie Baxter, ALAC, RySG, Valideus, Council of Europe<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">2) Standing for appeals being granted to directly aggrieved parties (applicants, either directly or indirectly affected (e.g., string contention))<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><u><span style="font-family:"Verdana",sans-serif;color:black">Questions for Consideration</span></u><span style="font-family:"Verdana",sans-serif;color:black">:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">a. Any additional limitations? Any additional criteria for qualifying standing?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">3) A quick look mechanism to limit frivolous challenges<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">a. What is the outcome/repercussion if an appeal is found to be frivolous?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">4. A Limit of one appeal per applicant relating to a particular cause of action/facts and circumstances giving rise to the appeal. <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">5. Establishing a loser pays model<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">6. Allowing the remedy to determined by what is being appealed<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">a) When should remedies be identified?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">7) A 3rd-party to be the arbiter of the appeals process<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">a) How would the mechanism be paid for? Should it be built into application fees for instance?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">8. Ensuring that utilizing the limited appeals process will not limit access to Accountability Mechanisms.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">Discussion:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Allow appeals for those who don’t get to be a community and/or those who don’t think the other should be a community; or a third party that doesn’t think a community application
should have been awarded. Example is .hotel. Could be anyone in contention for a string as well as anyone who has objections.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Or maybe have both appeals and objections, or don’t call this an appeals mechanism, since they don’t call for the same type of procedure. Even in the case of an appeal there
is the question of whether third parties can join as amici or challengers.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- If you have a one-sided appeal it raises an issue.
<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- There was no appeal mechanism in the 2012 round, but they could file an accountability mechanism.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- WG agreed in the Initial Report agreed that there should be a limited appeal mechanism.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Having a limited appeal – to look at all aspects of appeals – would enhance accountability.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Could allow appeals from third parties (non-affiliated). Would this be more of an objection? There might be communities that might not have the money to front an objection.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Anne Aikman-Scalese (IPC): COMMENT: It may help to distinguish between a decision made by ICANN versus a decision made by a designated Panel outside ICANN -e.g. WIPO, ICC, etc.
COMMENT<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Anne Aikman-Scalese (IPC): COMMENT: I don' t think one appeals panel would be qualified to evaluate all types of appeals - For example, Legal Rights Objection is different
from ICANN's evaluation of financial qualification of the applicant. COMMENT<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Could try to mind map this out to help to connect the question to a response, depending on the context.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Different types of processes that might be appealed. Might want to consider the recommendation to outsource, as in 2012 round.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Grounds for the appeal: need to decide them and make them somewhat limited. If we establish a clear appeals level then you would get one appeal per level.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Grounds could be that the rules weren’t followed; next question is who is named in that appeal. You aren’t challenging someone, you are appealing the decision to an appellate
authority.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Make a mandatory requirement for panelists to reveal their affiliations and sign off on knowledge of ICANN rules.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Don’t mix limited appeals with accountability mechanisms. Have one accountability mechanism dedicated to the community at large, one to applicants and those associated with
applications could be the new appeal mechanisms.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Apply new limited appeal mechanism to next round of gTLDs, but any appeal of a technical evaluation would go to ICANN.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Don’t want to duplicate an existing Accountability Mechanism, such as an IRP; need to look at the gap and see what needs a challenge mechanism. Avoid then deciding that we need
a challenge to the challenge.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Isolate the appeal from the decision body.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- There may be differences between a challenge of an ICANN decision and from a third party. Don’t know which decisions ICANN will take on and which it will outsource in the subsequent
gTLD procedures.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Verdana",sans-serif;color:black">-- Re: IRP – under the Bylaws of 2016 there is a new IRP. The decisions will take binding precedent. New IRP covers appeals of expert panel decisions. IRP tends to be a bit formal
and has tended to be expensive. <o:p></o:p></span></p>
</div>
</div>
<div class="MsoNormal" align="center" style="text-align:center"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black">
<hr size="2" width="100%" align="center">
</span></div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif;color:black">_______________________________________________<br>
Gnso-newgtld-wg mailing list<br>
<a href="mailto:Gnso-newgtld-wg@icann.org"><u><span style="color:blue">Gnso-newgtld-wg@icann.org</span></u></a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg"><u><span style="color:blue">https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg</span></u></a>
<o:p></o:p></span></p>
</div>
</blockquote>
</div>
<br>
<hr>
<font face="Arial" color="Gray" size="1"><br>
This message and any attachments are intended only for the use of the individual or entity to which they are addressed. If the reader of this message or an attachment is not the intended recipient or the employee or agent responsible for delivering the message
or attachment to the intended recipient you are hereby notified that any dissemination, distribution or copying of this message or any attachment is strictly prohibited. If you have received this communication in error, please notify us immediately by replying
to the sender. The information transmitted in this message and any attachments may be privileged, is intended only for the personal and confidential use of the intended recipients, and is covered by the Electronic Communications Privacy Act, 18 U.S.C. §2510-2521.
<br>
</font>
</body>
</html>