<html 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)">
<style><!--
/* Font Definitions */
@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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
        {mso-style-priority:99;
        mso-style-link:"Plain Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-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;
        font-size:11.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;}
span.EmailStyle21
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle22
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle23
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle24
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle25
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle26
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle27
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.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>
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoPlainText">Dear Working Group members,</p>
<p class="MsoPlainText"> </p>
<p class="MsoPlainText">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">
https://community.icann.org/display/NGSPP/2019-03-09+ICANN64+Kobe+-+New+gTLD+Subsequent+Procedures+PDP</a>.
</p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Please also see the attached referenced slides.<o:p></o:p></p>
<p class="MsoPlainText"> </p>
<p class="MsoPlainText">Kind regards,</p>
<p class="MsoPlainText">Julie</p>
<p class="MsoPlainText">Julie Hedlund, Policy Director</p>
<p class="MsoPlainText"> </p>
<p class="MsoPlainText"><b>Notes and Action Items:</b></p>
<p class="MsoPlainText"> </p>
<p class="MsoNormal"><u>Sessions 1 and 2</u>:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">1. Intro and Current Status:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">-- Timeline: Will probably have a very narrow additional public comment period.<o:p></o:p></p>
<p class="MsoNormal">-- Question: Will the comment period and analysis of 4 months realistic?  Answer: We think it is realistic.<o:p></o:p></p>
<p class="MsoNormal">-- Important for the next public comment period to be very targeted.<o:p></o:p></p>
<p class="MsoNormal">-- Need to weigh the benefits – would need to be substantive issues.<o:p></o:p></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">2. Open WG topics:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">a. ‘Closure’ of a Round:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">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></p>
<p class="MsoNormal">ii. What milestones are needed to start the next round?<o:p></o:p></p>
<p class="MsoNormal">iii. What milestones are needed to distribute excess funds, if applicable?<o:p></o:p></p>
<p class="MsoNormal">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></p>
<p class="MsoNormal">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></p>
<p class="MsoNormal">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></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Discussion:<o:p></o:p></p>
<p class="MsoNormal">-- Question: What’s a round and what’s an application?  What do we mean by “rounds”? 
<o:p></o:p></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- Closure could be when X percent are delegated.<o:p></o:p></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- It depends on whether we are talking about rounds or ongoing.<o:p></o:p></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- One trigger event – find solution for ending accountability mechanisms as these could hold up future applications.<o:p></o:p></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- Needs to be some way to make sure that an applicant is actively moving towards a goal.<o:p></o:p></p>
<p class="MsoNormal">-- On the question of whether to have a reason for forced withdrawal – should have to say why it should matter.<o:p></o:p></p>
<p class="MsoNormal">-- Could alert an applicant that they have X amount of time unless you can document why you haven’t withdrawn.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">b. Limited Appeals Mechanisms, what still needs to be resolved?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">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></p>
<p class="MsoNormal">ii. More specifically, we see support in general for:<o:p></o:p></p>
<p class="MsoNormal">1) Allowing both substantive and procedural challenges<o:p></o:p></p>
<p class="MsoNormal">a) Identify specific program elements (evaluation, objections, CPE, etc.?).<o:p></o:p></p>
<p class="MsoNormal">b) Confirm if it this intended to apply to inconsistent application of the AGB?<o:p></o:p></p>
<p class="MsoNormal">c) Confirm if it this intended to apply to outcomes that an applicant simply does not agree with?<o:p></o:p></p>
<p class="MsoNormal">d) See comments from Jamie Baxter, ALAC, RySG, Valideus, Council of Europe<o:p></o:p></p>
<p class="MsoNormal">2) Standing for appeals being granted to directly aggrieved parties (applicants, either directly or indirectly affected (e.g., string contention))<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>Questions for Consideration</u>:<o:p></o:p></p>
<p class="MsoNormal">a. Any additional limitations? Any additional criteria for qualifying standing?<o:p></o:p></p>
<p class="MsoNormal">3) A quick look mechanism to limit frivolous challenges<o:p></o:p></p>
<p class="MsoNormal">a. What is the outcome/repercussion if an appeal is found to be frivolous?<o:p></o:p></p>
<p class="MsoNormal">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></p>
<p class="MsoNormal">5. Establishing a loser pays model<o:p></o:p></p>
<p class="MsoNormal">6. Allowing the remedy to determined by what is being appealed<o:p></o:p></p>
<p class="MsoNormal">a) When should remedies be identified?<o:p></o:p></p>
<p class="MsoNormal">7) A 3rd-party to be the arbiter of the appeals process<o:p></o:p></p>
<p class="MsoNormal">a) How would the mechanism be paid for? Should it be built into application fees for instance?<o:p></o:p></p>
<p class="MsoNormal">8. Ensuring that utilizing the limited appeals process will not limit access to Accountability Mechanisms.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Discussion:<o:p></o:p></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- If you have a one-sided appeal it raises an issue. <o:p></o:p></p>
<p class="MsoNormal">-- There was no appeal mechanism in the 2012 round, but they could file an accountability mechanism.<o:p></o:p></p>
<p class="MsoNormal">-- WG agreed in the Initial Report agreed that there should be a limited appeal mechanism.<o:p></o:p></p>
<p class="MsoNormal">-- Having a limited appeal – to look at all aspects of appeals – would enhance accountability.<o:p></o:p></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- Could try to mind map this out to help to connect the question to a response, depending on the context.<o:p></o:p></p>
<p class="MsoNormal">-- Different types of processes that might be appealed. Might want to consider the recommendation to outsource, as in 2012 round.<o:p></o:p></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- Make a mandatory requirement for panelists to reveal their affiliations and sign off on knowledge of ICANN rules.<o:p></o:p></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- Isolate the appeal from the decision body.<o:p></o:p></p>
<p class="MsoNormal">-- 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></p>
<p class="MsoNormal">-- 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></p>
</div>
</body>
</html>