<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:"MS Gothic";
        panose-1:2 11 6 9 7 2 5 8 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:"\@MS Gothic";
        panose-1:2 11 6 9 7 2 5 8 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:#0563C1;
        text-decoration:underline;}
span.EmailStyle19
        {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="#0563C1" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:12.0pt">Dear Working Group members,</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt">Please see below the notes from the meeting on 23 March at 2000 UTC.
<b><i>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,</i></b> which will be posted at:
</span><a href="https://community.icann.org/display/NGSPP/2020-03-23+New+gTLD+Subsequent+Procedures+PDP">https://community.icann.org/display/NGSPP/2020-03-23+New+gTLD+Subsequent+Procedures+PDP</a>.<o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt">  </span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt">Kind regards,<br>
Julie</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal"><b><span style="font-size:12.0pt">Notes and Action Items:</span></b><o:p></o:p></p>
<p class="MsoNormal"><b><span style="font-size:12.0pt"> </span></b><o:p></o:p></p>
<p class="MsoNormal"><b>Actions:</b><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">2.8.1 Role of GAC Early Warnings/Advice<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>CLEAN LANGUAGE -- Implementation Guidance xx (rationale 2)</u>: To the extent that the GAC provides Advice in the future on categories of TLDs, the Working Group urges the GAC to provide this Advice, and the Board to take any corresponding
 action, prior to the finalization of the next Applicant Guidebook. Once the application period has begun, the Working Group urges the GAC to limit Advice to  individual applications only, based on the merits and details of the application for a particular
 string, not [only] on groups or classes of applications or string types.<o:p></o:p></p>
<p class="MsoNormal">ACTION ITEM: Can the clean language be changed in a way that would satisfy the WG?  Paul will gather a small group for a rewrite if necessary.<o:p></o:p></p>
<p class="MsoNormal"><u>Recommendation xx (rationale 3)</u>:<o:p></o:p></p>
<p class="MsoNormal">ACTION ITEM: Re-write to emphasize that the AGB should reference the section of the Bylaws that govern how GAC Advice is addressed by the Board.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>Recommendation xx (rationale 4)</u>:<o:p></o:p></p>
<p class="MsoNormal">ACTION ITEM: Change the first sentence to: “The Working Group recommends that GAC Early Warnings are issued during a period that is concurrent with the application comment period, as described in the 2012 Applicant Guidebook.” Delete sticken
 text and footnote.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>Recommendation xx (rationale 6)</u>: <o:p></o:p></p>
<p class="MsoNormal">ACTION ITEM: Change the text to: “Relevant GAC members are strongly encouraged to make themselves available during a specified period of time period for direct dialogue with applicants impacted by GAC Early Warnings or GAC Advice to determine
 if a mutually acceptable solution can be found.” Delete stricken text (second instance of “period”).<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>c. New issues raised in deliberations since publication of the Initial Report, if applicable.</u><o:p></o:p></p>
<p class="MsoNormal"><u>Re: CCT-RT Recommendation 33</u>:<o:p></o:p></p>
<p class="MsoNormal">ACTION ITEM: Leadership and staff to gather up categories on which the GAC has already provided advice and see if the WG has addressed or will address them.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>Notes:</b><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">1. Updates to Statements of Interest<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">2. Discussion of Final Report Topics – see the documents at:
<a href="https://docs.google.com/document/d/1xXu7gPKiblS3Vh4MCuK6NWfeRmMolXf9VF5sO7OG4VE/edit?usp=sharing">
https://docs.google.com/document/d/1xXu7gPKiblS3Vh4MCuK6NWfeRmMolXf9VF5sO7OG4VE/edit?usp=sharing</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">a. 2.8.1 Role of GAC Early Warnings/Advice<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Affirmation xx -- Suggested change from Paul McGrady:<o:p></o:p></p>
<p class="MsoNormal">-- Add at the beginning, “The Working Group acknowledges the ability of the GAC to issue GAC Consensus Advice in accordance with the ICANN Bylaws.”<o:p></o:p></p>
<p class="MsoNormal">ACTION ITEM: Leave in the reference to the section of the Bylaws.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Clean Version Text:<o:p></o:p></p>
<p class="MsoNormal"><u>Implementation Guidance xx (rationale 2)</u>: To the extent that the GAC provides Advice in the future on categories of TLDs, the Working Group urges the GAC to provide this Advice, and the Board to take any corresponding action, prior
 to the finalization of the next Applicant Guidebook. Once the application period has begun, the Working Group urges the GAC to limit Advice to  individual applications only, based on the merits and details of the application for a particular string, not [only]
 on groups or classes of applications or string types.<o:p></o:p></p>
<p class="MsoNormal"><u>Suggested changes from Paul McGrady -- Change Implementation Guidance to Recommendation:</u><o:p></o:p></p>
<p class="MsoNormal"><u>Implementation Guidance xx (rationale 2)</u>: Recommendation xx: To the extent that the GAC provides GAC Consensus Advice (as defined in the ICANN Bylaws) in the future on categories of TLDs, the Working Group urges the GAC to should
 provide this Advice, and the Board to take any corresponding action, prior to the finalization of the next Applicant Guidebook. In the event that such GAC Consensus Advice is issued after the finalization of the next Applicant Guidebook, the ICANN Board must,
 in the absence of extraordinary circumstances, vote to reject the GAC Consensus Advice. Once the application period has begun, the Working Group urges the GAC to limit should limit GAC Consensus Advice to that which applies to individual applicationsstrings
 only, based on the merits and details of the applications for a particularthat string, not [only] on groups or classes of applications or string types.<u> [ In the event that GAC Consensus Advice is issued after the application period has begun and the GAC
 Consensus Advice applies to groups or classes of applications or string types, the ICANN Board must, absent extraordinary circumstances, vote to reject the GAC Consensus Advice.] </u><o:p></o:p></p>
<p class="MsoNormal"><u>Discussion</u>:<o:p></o:p></p>
<p class="MsoNormal">-- Concerns about the suggested edits -- that they would constrain GAC advice.<o:p></o:p></p>
<p class="MsoNormal">-- Suggest a softer approach to encourage GAC to give its advice earlier.<o:p></o:p></p>
<p class="MsoNormal">-- The GAC has been trying to look for ways to intercede in ways that are constructive.<o:p></o:p></p>
<p class="MsoNormal">-- The GAC operates more efficiently now than it did during the early days of the last round.<span style="font-family:"MS Gothic"">
</span>And is more engaged.<o:p></o:p></p>
<p class="MsoNormal">-- Question: Where did we come out on the timing of public comment depending on the number of applications?  Answer: There is a separate section that talks about timelines.  Let’s focus on the substance of GAC Advice and Early Warning.<o:p></o:p></p>
<p class="MsoNormal">-- It might be helpful to focus on the implications, say the advice on closed generics, in terms of a hypothetical -- how the language that Paul is suggesting would work.  How do we ensure that the GAC gives the advice before the AGB is
 published.<o:p></o:p></p>
<p class="MsoNormal">-- Concerned about trying to time limit when the GAC can give advice -- GAC cannot be expected to predict where it might need to provide advice.<o:p></o:p></p>
<p class="MsoNormal">-- This would not preclude the GAC from issuing advice on single strings.  This applied to GAC Advice for categories or groups of applications.  GAC could still give advice on all of the individual strings in a particular category, and
 just not call it a “category”.<o:p></o:p></p>
<p class="MsoNormal">-- I don’t think we can say what the Board “must” do -- even if they accept this recommendation.<o:p></o:p></p>
<p class="MsoNormal">-- We could say that the Board should take into account whether the GAC had a clear opportunity to give this advice before the milestone (not deadline), in considering whether to adopt GAC advice.<o:p></o:p></p>
<p class="MsoNormal">-- Stick to “urges” and not say “should” or “must”.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>ACTION ITEM: Can the clean language be changed in a way that would satisfy the WG?  Paul will gather a small group for a rewrite if necessary.</b><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>Recommendation xx (rationale 1)</u>:<o:p></o:p></p>
<p class="MsoNormal">-- Suggestion to delete footnote #18.<o:p></o:p></p>
<p class="MsoNormal"><u>Recommendation xx (rationale 3)</u>:<o:p></o:p></p>
<p class="MsoNormal">-- Question: How does ICANN Org “mitigate concerns”?  I thought they facilitate mitigation between applicants and the GAC.  Answer: There were a couple of ways it did in 2012, and we’re not stating how they should do it.  They could use
 PICs. <o:p></o:p></p>
<p class="MsoNormal">-- When we talk about a “strong presumption” we need another reference to the Bylaws to substitute for this.  Need to refer applicants to the Bylaws section that governs this.  It is referenced in footnote #19.  We aren’t trying to write
 the AGB here.  <o:p></o:p></p>
<p class="MsoNormal">-- Should be more specific that there should be Implementation Guidance that the AGB has to reference the relevant section of the Bylaws.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>ACTION ITEM: Re-write to emphasize that the AGB should reference the section of the Bylaws that govern how GAC Advice is addressed by the Board.</b><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>Recommendation xx (rationale 4)</u>:<o:p></o:p></p>
<p class="MsoNormal">-- Reference to 2012 Applicant Guidebook is confusing.  Suggests that the WG might be recommending the same time period as in the 2012 AGB.  Delete “as described in the 2012 Applicant Guidebook” and the footnote.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>ACTION ITEM: Change the first sentence to: “The Working Group recommends that GAC Early Warnings are issued during a period that is concurrent with the application comment period, as described in the 2012 Applicant Guidebook.” Delete
 sticken text and footnote.</b><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>c. New issues raised in deliberations since publication of the Initial Report, if applicable.</u><o:p></o:p></p>
<p class="MsoNormal"><u>Re: CCT-RT Recommendation 33 states</u>: “As required by the October 2016 Bylaws, GAC consensus advice to the Board regarding gTLDs should also be clearly enunciated, actionable and accompanied by a rationale, permitting the Board to
 determine how to apply that advice. ICANN should provide a template to the GAC for advice related to specific TLDs, in order to provide a structure that includes all of these elements. In addition to providing a template, the Applicant Guidebook (AGB) should
 clarify the process and timelines by which GAC advice is expected for individual TLDs.” <o:p></o:p></p>
<p class="MsoNormal">-- Question: Can we provide a recommendation that encourages the GAC to provide advice to applicants about strings that they would find concerning?  What would be really helpful for applicants is to know that they are going down the wrong
 path.  Answer: GAC could say that they have already provided advice on certain categories.  It would be good for us to determine whether to incorporate that Advice first and then see if there are other categories that they are currently concerned about.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>ACTION ITEM: Leadership and staff to gather up categories on which the GAC has already provided advice and see if the WG has addressed or will address them.</b><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">3. AOB: Upcoming Meeting Planning<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">-- We are going to keep the calls on the schedule.<o:p></o:p></p>
<p class="MsoNormal">-- We record all the calls and the email list is open.<o:p></o:p></p>
<p class="MsoNormal">-- We know this is a dynamic situation that could change rapidly.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>