<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.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.EmailStyle20
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
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-reply;
        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,<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">Please see below the notes from the meeting today, 25 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-25+New+gTLD+Subsequent+Procedures+PDP">
https://community.icann.org/display/NGSPP/2019-03-25+New+gTLD+Subsequent+Procedures+PDP</a>.
<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">Please also see the referenced document at: <a href="https://docs.google.com/spreadsheets/d/1Ea-CjtL-heQjEwTesr7MYC_8gFEvmhY8XBCWTvoan6g/edit#gid=2003620097">
https://docs.google.com/spreadsheets/d/1Ea-CjtL-heQjEwTesr7MYC_8gFEvmhY8XBCWTvoan6g/edit#gid=2003620097</a>.
<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">Kind regards,<o:p></o:p></p>
<p class="MsoPlainText">Julie<o:p></o:p></p>
<p class="MsoPlainText">Julie Hedlund, Policy Director<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText"><b>Notes and Action Items:</b><o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText"><b>Actions:<o:p></o:p></b></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">2.4 Change Requests:<o:p></o:p></p>
<p class="MsoPlainText">ACTION ITEM 1: Line 5 BC comments -- Seek clarification re: New Idea.<o:p></o:p></p>
<p class="MsoPlainText">ACTION ITEM 2: Consider how to address role of the IRT in our recommendations.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><b>Notes:<o:p></o:p></b></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">1. Updates to Statements of Interest (SOIs): No updates provided.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">2. Brief Review of ICANN64 New gTLD Subsequent Procedures PDP WG Activity -- Update on comments on the list:<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">-- How do we take the comments that we've gotten and work towards getting to final recommendations?<o:p></o:p></p>
<p class="MsoPlainText">-- Should some of this go out for public comment?<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Update from ICANN64 and Subsequent Comments on the List:<o:p></o:p></p>
<p class="MsoPlainText">-- At ICANN64 covered recommendations where there seemed to be broad agreement.<o:p></o:p></p>
<p class="MsoPlainText">-- No intent to have different meaning from what has already been discussed and commented on.<o:p></o:p></p>
<p class="MsoPlainText">-- Try to avoid drafting exact wording but focus on agreeing on the content.<o:p></o:p></p>
<p class="MsoPlainText">-- Avoid focusing on labels (i.e., "New Idea").  There may be additional meaning in "New Idea" than what was intended.  Not that this is a New Idea that no one has thought of, but it is new in that it was not mentioned in the Supplemental
 Initial Report.  Label shouldn't be used for anything else.<o:p></o:p></p>
<p class="MsoPlainText">-- If an idea gets acceptance from the WG that will shape the recommendations and be used to measure consensus.<o:p></o:p></p>
<p class="MsoPlainText">-- Board Resolution: approved the latest plan for NCAP Study 1.  Need to address that the study is ongoing.  Number of different scenarios.<o:p></o:p></p>
<p class="MsoPlainText">-- In discussion of comments, be as specific as possible (and seek clarfication) and also be constructive in suggesting solutions.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Discussion:<o:p></o:p></p>
<p class="MsoPlainText">-- Question arose re: autofill in applications -- that both comments could be labeled as "New Idea".  Sometimes something that could be characterized as a "New Idea" is actually dissent from the recommendation, so a lack of consent. 
 So not accurate to be listed as a "New Idea".<o:p></o:p></p>
<p class="MsoPlainText">-- There was no intent at ICANN64 to characterize something that was dissent as a "New Idea".  But a "New Idea" may not mean that it couldn't become the new WG consensus.<o:p></o:p></p>
<p class="MsoPlainText">-- A New Idea is something that we didn't do originally; also, will we adopt new ideas without putting them out for public comment.<o:p></o:p></p>
<p class="MsoPlainText">-- "New Idea" meant something that wasn't part of the WG recommendations; but unlikely to be something that was done in 2012 -- although theoretically possible.<o:p></o:p></p>
<p class="MsoPlainText">-- WG role is to identify what we can live with and if we have a recommendation that is different from previously then that goes out for public comment.<o:p></o:p></p>
<p class="MsoPlainText">-- Question: Re: the Board's referral to the SubPro WG via resolution re: CCT-RT recommendations: How will we be treating that?  Do we say we've considered them?  Answer: SubPro took the items referred to us from the CCT-RT and we included
 those in the Initial Report and addressed in the comments analysis.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">From the Chat:<o:p></o:p></p>
<p class="MsoPlainText">Anne Aikman-Scalese - screen 2: COMMENT: Re Work Plan - June 17 listed as date we determine whether additional public comment is needed - for limited topics.  It seems quite clear that it will be needed - for example, the discussion
 of "when a round closes" raised a lot of questions which should be put out for public comment.  In addition, the Neustar proposal re "windows" also would need to go out for public comment.COMMENT<o:p></o:p></p>
<p class="MsoPlainText">Cheryl Langdon-Orr (CLO - PDP Co-Chair): Thanks Anne Aikman-Scalese (IPC): I agree with Donna - the topics will be limited.  The WG has the responsibility to make determinations on existing work.<o:p></o:p></p>
<p class="MsoPlainText">Cheryl Langdon-Orr (CLO - PDP Co-Chair): thus our frequent refrain of 'everything going back to the plenary/full WG in the Sub Team reviews of the PC's received<o:p></o:p></p>
<p class="MsoPlainText">Anne Aikman-Scalese (IPC): COMMENT: At this point, CCT-RT is not a "discussion", there are actual Resolutions by the Board.  We should take a look at the references to Sub Pro.  COMMENT<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">3. Review of comments - Supplemental Initial Report: see the document at: https://docs.google.com/spreadsheets/d/1Ea-CjtL-heQjEwTesr7MYC_8gFEvmhY8XBCWTvoan6g/edit#gid=2003620097 [docs.google.com]: 2.3: Role of Application Comment (start
 at line 37, 2.3.e.2); 2.4 Change Requests<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><b>2.3 Role of Application Comment<o:p></o:p></b></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><u>2.3.e.2</u>:<o:p></o:p></p>
<p class="MsoPlainText">Line 38,-40 BRG, IPC, RrSG -- Agreement (supports the recommendation)<o:p></o:p></p>
<p class="MsoPlainText">Line 41, RySG -- Agreement (but with verification)<o:p></o:p></p>
<p class="MsoPlainText">Line 42, NCSG -- Agreement (but public must be allowed to respond to commenters responses)<o:p></o:p></p>
<p class="MsoPlainText">Line 43, dotgay LLC -- Divergence (disagrees with the premise of the question)<o:p></o:p></p>
<p class="MsoPlainText">-- It is incorrect to say that everyone had a change to respond to clarifying questions -- the assumption is incorrect.  It isn't including community priority evaluations as part of evaulations.  CPE needs to be part of that consideration
 (to the regular public comment period or any public comment period).  Agree that applicants should have an opportunity to respond, in regular public comment period and in the CPE public comment period.<o:p></o:p></p>
<p class="MsoPlainText">-- Any letter of opposition needs to be considered a public comment -- if not then it doesn't fall into this category.<o:p></o:p></p>
<p class="MsoPlainText">-- Keep as divergence from the notion that letters of opposition where given the opportunity for public comment, but new idea that all public comment periods adopt this proposal, include CPE.<o:p></o:p></p>
<p class="MsoPlainText">Line 44, ALAC - Divergence (disagrees that this is an issue to be addressed)<o:p></o:p></p>
<p class="MsoPlainText">-- ALAC doesn't oppose the opportunity to respond to public comments, but we don't think this is an issue so long as the opportunity is available.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Discussion:<o:p></o:p></p>
<p class="MsoPlainText">-- How do the evaluators take into account responses received in public comment?  Also, the responses from applicants after the end of the public comment period?  There should be guidance.<o:p></o:p></p>
<p class="MsoPlainText">-- If the public comment arrives days before you start CPE or entered CPE there has to be a mechanism for the applicant to be able to respond; otherwise it can result in gaming (sending in a comment as late as possible to prevent a response).<o:p></o:p></p>
<p class="MsoPlainText">-- Implementation Team may need to look at the timing.<o:p></o:p></p>
<p class="MsoPlainText">-- Agreement that applicants should have the ability to respond.<o:p></o:p></p>
<p class="MsoPlainText">-- NCSG: Not only should applicants be allowed to respond, but the commenter should be allowed to respond.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">From the Chat:<o:p></o:p></p>
<p class="MsoPlainText">Anne Aikman-Scalese - screen 2: QUESTION:   How will CPE evaluation proceed with further exchanges of public comment?  (which is a good idea)  QUESTION<o:p></o:p></p>
<p class="MsoPlainText">Justine Chew: +1 Jamie. IMO what Jamie has raised is a good example of a "New Idea".<o:p></o:p></p>
<p class="MsoPlainText">Maxim Alzoba: what to do if the particular comment is not relevant to the appliaction?
<o:p></o:p></p>
<p class="MsoPlainText">Justine Chew: @jeff, I'm not sure I got what you said entirely. ALAC supported the additional time period, I think we suggested 7 days, for applicants to respond to late comments/CQs.<o:p></o:p></p>
<p class="MsoPlainText">Maxim Alzoba: not necessary last minute comments are done on purpose (sometimes it is a nature of the processes , when everybody does not have time), but having a lot of work in last minute does not work
<o:p></o:p></p>
<p class="MsoPlainText">Justine Chew: @Maxim, I agree with you, but still should be afforded time to respond to by applicant.<o:p></o:p></p>
<p class="MsoPlainText">Donna Austin, Neustar: Applicants should have adequate opportunity to respond to comments.<o:p></o:p></p>
<p class="MsoPlainText">Jamie Baxter | dotgay: @Maxim - in our case, there was over 2 years to comment, including the ICANN public comment period and the objection process, so it's highy unlikely it was by chance.<o:p></o:p></p>
<p class="MsoPlainText">Donna Austin, Neustar: Put a clock on the complete comment process.<o:p></o:p></p>
<p class="MsoPlainText">Susan Payne: then you have to go back to the applicant again - where does it end:)<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><u>2.3.e.3</u>: <o:p></o:p></p>
<p class="MsoPlainText">Lines 46-53, dotgay LLC. BRG, ALAC, ALAC, IPC, RySG, NCSG, RrSG -- Agreement (Support for the recommendation)<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><b>2.4 Change Requests<o:p></o:p></b></p>
<p class="MsoPlainText"><u><o:p><span style="text-decoration:none"> </span></o:p></u></p>
<p class="MsoPlainText"><u>General Comments</u>:<o:p></o:p></p>
<p class="MsoPlainText">Line 4, ALAC  -- Agreement (supports 2.4.c.1, 2.4.d.1, 2.4.e.1.1, 2.4.e.2)<o:p></o:p></p>
<p class="MsoPlainText">Line 5, BC -- Agreement (2.4.c.1: guidance for changes, public comment needed in certain cases) New Idea (changes to strings allowed only if not applied for, application should be treated as new, cost borne by applicant)<o:p></o:p></p>
<p class="MsoPlainText">-- ACTION ITEM: Seek clarification from the BC re: New Idea.<o:p></o:p></p>
<p class="MsoPlainText">-- -- Also add NCSG comments as dissention (but included below).<o:p></o:p></p>
<p class="MsoPlainText">-- Question: If there are these other types, is it something that the NCSG would approve?  Answer: Yes.  Just not changes to the string.<o:p></o:p></p>
<p class="MsoPlainText">Line 6, RySG -- Agreement (2.4.d.1) New Idea<o:p></o:p></p>
<p class="MsoPlainText">-- Need to discuss this New Idea with the WG.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Discussion:<o:p></o:p></p>
<p class="MsoPlainText">-- Do we have a view of whether IRTs have input into changes to the AGB?  See guidance from the Council?  For recent IRTs (thick WHOIS, IGO/INGO) where policy is drafted with IRT the language is published for public comment.  So, proposed
 changes to the AGB would go out for public comment.  Get clarification on whether exact language goes out for public comment.  Depends on whether it is policy or implementation guidance.  IRTs should not be able to change policy (though not in scope for this
 WG).<o:p></o:p></p>
<p class="MsoPlainText">Anne Aikman-Scalese - screen 2: COMMENT: I would assume that IRT will have input on the final draft of the AGB.   That was my question.  Naturally, the AGB will go out for public comment either way.  COMMENT
<o:p></o:p></p>
<p class="MsoPlainText">Steve Chan: @Anne, recent IRTs have a role in developing and agreeing to proposed policy language so one could assume that the IRT would provide input to the AGB?<o:p></o:p></p>
<p class="MsoPlainText">Cheryl Langdon-Orr (CLO - PDP Co-Chair): @Donna correct me if I am wrong here but we did in the development of IRT Guidelines make specific points on when an IRT is expected to 'go back' to a PDP process/ out for more public inut did
 we not??? <o:p></o:p></p>
<p class="MsoPlainText">Martin Sutton: NCSG comments are included in the specific questions further on<o:p></o:p></p>
<p class="MsoPlainText">Martin Sutton: can we cover when we reach each comment?<o:p></o:p></p>
<p class="MsoPlainText">Susan Payne: to be fair if we in SubPro make a rule that allows for this string change then this wouldn't be a "breach of the rules" as the NCSG states<o:p></o:p></p>
<p class="MsoPlainText">Donna Austin, Neustar: @Kathy, what's the basis of your claim of 20,000 applications? I don't dispute that there is deman, but I'd be interested to know what you're basing the 20,000 number on.<o:p></o:p></p>
<p class="MsoPlainText">Kristine Dorrain: @Susan, yes, we're discussing changing the rules.<o:p></o:p></p>
<p class="MsoPlainText">Kathy Kleiman: @Donna - gut sense. Also that we expected 500 in the first round and received 4 times that. I'm hearing 5000 projected by many people for the next round and, based on the past, I would predict 5000*4.  What's your expectation?<o:p></o:p></p>
<p class="MsoPlainText">Maxim Alzoba: I am not sure we need to use it as a fact based input<o:p></o:p></p>
<p class="MsoPlainText">Jean Guillon - Jovenet Consulting: @Donna: Law firms talk a lot here in France. Most have no knowledge about new gTLDs but the number that I received twice was 200 (all kinf of TLDs included).<o:p></o:p></p>
<p class="MsoPlainText">Steve Chan: The beginning of Question 2.4.d.1 reads: One of the types of changes that some members of the Working Group believe should be allowed are certain application changes intended to resolve string contention. For example, if
 there is string contention and each of the applicants in a contention set agree, then applicants should be allowed to 1) create joint ventures or 2) have a limited ability to select a different string, which must be closely related to the original string.<o:p></o:p></p>
<p class="MsoPlainText">Cheryl Langdon-Orr (CLO - PDP Co-Chair): flow charts<o:p></o:p></p>
<p class="MsoPlainText">Cheryl Langdon-Orr (CLO - PDP Co-Chair): even<o:p></o:p></p>
<p class="MsoPlainText">Jamie Baxter | dotgay: I would hope that the IRT will also have ovesight to ensure language of final the AGB is implement as stated - for example from 2012 round - prevent ICANN from keeping the public comment period open as long as
 they did despite the language containted in the AGB that clearly indicated it had an end date.<o:p></o:p></p>
<p class="MsoPlainText">Donna Austin, Neustar: I believe so Cheryl, the challenge is with interpretation and staff manage the IRT not the community. So things can get tricky.
<o:p></o:p></p>
<p class="MsoPlainText">Maxim Alzoba: implementation is what ICANN staff does the way they see fit<o:p></o:p></p>
<p class="MsoPlainText">Steve Chan: FWIW, the standing IRT proposed by this Working Group would only be in effect AFTER program launch. There was no overlap envisioned with the standard IRT.<o:p></o:p></p>
<p class="MsoPlainText">Anne Aikman-Scalese - screen 2: COMMENT:  IRT should be involved in Implementation Guidance all the way.  COMMENT<o:p></o:p></p>
<p class="MsoPlainText">Anne Aikman-Scalese - screen 2: COMMENT: The key to this is having broad recommendation on the IRT as specifiied in the GNSO Operating Procedures, including appropriate technical expertise.  COMMENT<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><u>2.4.c.1</u>: <o:p></o:p></p>
<p class="MsoPlainText">Lines 8-13, BRG, ALAC, IPC, RySG, ALAC, NCSG -- Agreement<o:p></o:p></p>
<p class="MsoPlainText">Line 14, GAC -- Agreement New Idea<o:p></o:p></p>
<p class="MsoPlainText">Line 15, BC -- Agreement New Idea (changes to strings allowed only if not applied for, application should be treated as new, cost borne by applicant)<o:p></o:p></p>
<p class="MsoPlainText">-- Go back to the role of the IRT -- don't agree that if it is implementation guidance it's up to ICANN Org to implement it.<o:p></o:p></p>
<p class="MsoPlainText">-- Policy recomendations are "you must do this" and implementation guidance is "you should do this).<o:p></o:p></p>
<p class="MsoPlainText">ACTION ITEM: How to address role of the IRT in our recommendations.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">-- Start on line 16, 2.4.d.1 for 01 April 2019.<o:p></o:p></p>
<p class="MsoPlainText"><o:p></o:p></p>
</div>
</body>
</html>