<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">All,</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">I've been following this thread and I've gone back to look at the Beijing Communique and the Board Resolution and Rationale and think this through.  I apologize for the length of this post, but at least it's my first in this thread. </div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">I think the Board was attempting to take a nuanced position. The Board did not exactly adopt the GAC Advice, but neither did they reject it.  To some extent, they kicked the can down the road, and here we are.  </div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">We can start with the GAC advice, which was disarmingly simple: "For strings representing generic terms, exclusive registry access should serve a public interest goal." </div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">The GAC advice did not ban closed generics.  The GAC advice could have allowed a closed generic to proceed in the prior round -- if the TLD met the safeguard of "serving a public interest goal."  It appears that the Board looked into making this happen; unfortunately, there was no existing capability to make a "public interest goal" determination.  The Rationale shows that the Board asked the GNSO to provide policy guidance on this point, perhaps hoping to fill this gap.  The GNSO demurred, based on timing concerns and the Council's limited remit (and perhaps to avoid de facto "negotiations" with the GAC).</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">The Board was thus left with no way forward to implement closed generics in the last round, unless they (a) rejected GAC advice (which the Board has generally sought to avoid) or (b) allowed Org to create a public interest test under the guise of "implementation" (which would have opened several Pandora's boxes). Thus, the Board couldn't truly adopt the GAC advice in the prior round.</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">The Board resolution did not ban closed generics either. A ban would have been at odds with the GAC advice, which expressly offered guardrails for closed generics.  In this spirit, the Board created three options.  None of these provided the result the GAC advice envisioned, but neither did they reject the GAC advice.    Most importantly, a path forward for closed generic applications is among the options.  None of the three options -- switch, withdraw or wait until the next round -- allowed a closed generic application to proceed in the prior round, but the "wait" option preserved closed generic applications for consideration in the next round (i.e., this round).  So, not a ban. But permission with a major caveat -- GNSO policy was needed to make this wrork</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style=""><font face="verdana, sans-serif">But where does that leave us? </font></div><div class="gmail_default" style=""><font face="verdana, sans-serif"><br></font></div><div class="gmail_default" style=""><font face="verdana, sans-serif">Can we say the Board accepted the GAC advice? The Board did not expressly say so, and the Resolution does not clearly characterize its relationship to the GAC advice. T</font><font face="verdana, sans-serif">he "Resolved" clause follows the spirit of the GAC advice, recognizing it could not be put in place for that round: the Board "requests that the GNSO specifically <i>include the issue</i> of </font><b style="font-family:verdana,sans-serif">exclusive registry access for generic strings serving a public interest goal</b><font face="verdana, sans-serif"> as part of the policy work it is planning to initiate on subsequent rounds of the New gTLD Program."  T</font><font face="verdana, sans-serif">he Board falls short on clarity; it does not require the PDP outcome to include the "public interest goal" criterion. Perhaps the Board didn't want to be seen as dictating a policy outcome to the GNSO. But it's clear what the Board wanted.</font></div><div class="gmail_default" style=""><font face="verdana, sans-serif"><br></font></div><div class="gmail_default" style=""><font face="verdana, sans-serif">The last paragraph of the Rationale supports this, saying that "<span style="color:rgb(51,51,51)">The adoption of the </span><abbr title="Governmental Advisory Committee" style="box-sizing:border-box;unicode-bidi:bidi-override;direction:ltr;border-bottom:1px dotted rgb(153,153,153);text-decoration-line:none;text-decoration-style:initial;color:rgb(51,51,51)">GAC</abbr><span style="color:rgb(51,51,51)"> advice will have a positive impact on the community because it will assist with resolving the </span><abbr title="Governmental Advisory Committee" class="gmail-" style="box-sizing:border-box;unicode-bidi:bidi-override;direction:ltr;border-bottom:1px dotted rgb(153,153,153);text-decoration-line:none;text-decoration-style:initial;color:rgb(51,51,51)">GAC</abbr><span style="color:rgb(51,51,51)"> advice concerning the New </span><abbr title="generic Top Level Domain" class="gmail-" style="box-sizing:border-box;unicode-bidi:bidi-override;direction:ltr;border-bottom:1px dotted rgb(153,153,153);text-decoration-line:none;text-decoration-style:initial;color:rgb(51,51,51)">gTLD</abbr><span style="color:rgb(51,51,51)"> Program."</span>   If this is meant to say that the Board adopted the GAC advice, it's awfully vague, and of course, the GAC advice can't be adopted in practice without a PDP-created "public interest goals" test and method for applying for and reviewing closed generic applications.</font></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Taking all this into account, it seems apparent that the goal of both the GAC and the Board was to allow closed generics to proceed if, and only if, there was a public interest goal requirement.  And it was the Board's expectation that we would make this happen.</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">In the end, this tells us what we should have done -- or more optimistically what we could still do.  But it does not tell us what the status quo would be if we failed.  </div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">The GNSO Council is quoted in the Board's Rationale with what could be their version of the status quo: "The GNSO Council stated that, "although the GNSO did not explicitly consider the issue of 'closed generic' TLDs as part of the new gTLD PDP, we recall that the issue of restricting new gTLDs was, in general, considered and discussed. At that time, it was the view within the GNSO that it should not be the responsibility of ICANN to restrict the use of gTLDs in any manner, but instead to let new gTLD applicants propose various models; open or closed, generic or not.'"  That is certainly the status quo of 2007 and 2012, but it is not the status quo of 2015.</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">The Board Resolution is not a prohibition, but it is also not a self-evaporating decision (which I once thought it was).  If our general rule is that the status quo is the AGB as implemented and with all Board decisions included, then I think we stick with that rule here.</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">I think that means that the status quo is this: <b>Closed generic TLDs may be applied for in this round, in the hope that a public interest goals requirement could still be put in place for the round.  If not, those applications can opt to switch to open, withdraw, or wait for the next round.  This could be simplified to say that the status quo is that closed generic TLDs will be allowed with a public interest goals requirement, but that this requirement must be defined in this PDP or a subsequent one.</b><br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">In that case, we have failed the status quo. Such failure should be rewarded neither with a "ban" or an "open season."  Instead, we have an "incomplete." If you agree, then we must create a policy that allows generic strings serving a public interest goal, with sufficient guidance so that this policy can be implemented with predictability.  I think anything less goes back to the GNSO Council to resolve. We can't make this go away by inaction; it will wander among us as an unfulfilled policy objective, haunting us until we bring it peace.</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Greg</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jul 12, 2020 at 7:20 PM Marc Trachtenberg via Gnso-newgtld-wg <<a href="mailto:gnso-newgtld-wg@icann.org">gnso-newgtld-wg@icann.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div dir="auto">
The bottom line at this point is that the only reason to include anything other than what the Board actually resolved is to add commentary supporting a particular point of view on whether closed generics should be allowed and if so, when. The only thing we
 can agree upon is that we can't agree. So let the Board speak for itself and people who read the report can interpret it as they will. <br>
<br>
<div dir="ltr">
<div><br>
</div>
<div>Best Regards,</div>
<b>
<div><b><br>
</b></div>
Marc H.Trachtenberg</b>
<div>
<div>Shareholder</div>
<div>Greenberg Traurig, LLP</div>
<div>77 West Wacker Drive</div>
<div>Chicago, IL 60601</div>
<div>Office (312) 456-1020</div>
<div>Mobile (773) 677-3305</div>
</div>
</div>
<div dir="ltr"><br>
<blockquote type="cite">On Jul 12, 2020, at 4:29 PM, Alexander Schubert <alexander@schubert.berlin> wrote:<br>
<br>
</blockquote>
</div>
<blockquote type="cite">
<div dir="ltr">
<div><font color="#0e0e3f"><b>*EXTERNAL TO GT*</b><br>
<br>
</font></div>
<div>Dear Jeff,</div>
<div><br>
</div>
<div>Let me start by highlighting your good stewardship in this group. I am amazed how you lead us - and how you orbit around all aspects of this PDP. Very good job.</div>
<div><br>
</div>
<div>Regarding the ".disaster" example:</div>
<div>That's the problem with examples; they initially make sense - but when diving into details: they might turn out not so good. In the case of the Red Cross applying for any generic term based new gTLD: just because their work is so extraordinary humanitarian
 doesn't mean any potential generic gTLD is deemed to be worthy to be taken by them. So when people poked holes in this example then less as to prove no example can be given - but more to prevent having an insufficient example in our WG report.</div>
<div><br>
</div>
<div><br>
</div>
<div>Thanks,</div>
<div><br>
</div>
<div>Alexander </div>
<div><br>
</div>
<div><br>
</div>
<div id="gmail-m_8359990364835939769composer_signature">
<div style="font-size:88%;color:rgb(54,79,103)" dir="auto">Sent from my Samsung device</div>
</div>
<br>
<br>
-------- Original message --------<br>
From: Jeff Neuman <<a href="mailto:jeff@jjnsolutions.com" target="_blank">jeff@jjnsolutions.com</a>> <br>
Date: 7/12/20 18:36 (GMT+02:00) <br>
To: George Sadowsky <<a href="mailto:george.sadowsky@gmail.com" target="_blank">george.sadowsky@gmail.com</a>> <br>
Cc: <a href="mailto:gnso-newgtld-wg@icann.org" target="_blank">gnso-newgtld-wg@icann.org</a> <br>
Subject: Re: [Gnso-newgtld-wg] Latest Version of Compromise Closed Generic Text <br>
<br>
<div>
<div>
<div style="direction:ltr">Thanks George for keeping the dialogue going and I think this is very helpful.</div>
<div><br>
</div>
<div style="direction:ltr">So, I presented an example before (and in) the initial report that I came up with.  The example was an application for .disaster by the International Red Cross.  The application (made up by me) was to have second level names given
 to specific disasters to serve as the official Red Cross fund raiser for these events.  Examples include HurricaineMaria.disaster, covid19VA.disaster, covid19UK.disaster, etc.  Users would know that if they went to these sites and donated, that the money would
 actually be going to the official Red Cross and to official sources.   The goal would be to drastically reduce the amount of fraud to end users from fake fundraising campaigns.</div>
<div><br>
</div>
<div style="direction:ltr">Those that opposed closed generics did not agree that this would be good enough.  They argued that generic words should be open to all “competitors” and why should the Red Cross monopolize a word/string.  They come from the very
 traditional view that second level domains should be available to all (with restrictions).  It is a view of end users being the registrants of domains as opposed to end users being those that use the Internet in general.   Opponents argued “why couldn’t they
 just apply for .redcross” or “why cant they just make it open”?  So essentially it became a debate about words and generic ness and who has a right to them as opposed to looking at the application itself to see if it served a public interest goal.  </div>
<div><br>
</div>
<div style="direction:ltr">When it became apparent that even in this humanitarian extreme example that members of the working group were unwilling to consider the application that we decided to end the discussion because it was clear that no example would
 satisfy the “serving a public interest goal” to members of the group. </div>
<div style="direction:ltr"><span id="gmail-m_8359990364835939769ms-outlook-ios-cursor"></span></div>
<div style="direction:ltr">I hope that helps explain a little bit more how we got here and that we have indeed tried to discuss some examples.
</div>
</div>
<div><br>
</div>
<div>Get <a href="https://urldefense.com/v3/__https://aka.ms/o0ukef__;!!DUT_TFPxUQ!VFYmMUj6rLqzvQYxqjU02Kinys6WMsx-qvncEa1LBXK4V3G66AraAqvp5U1t0bOOWF0$" target="_blank">
Outlook for iOS</a></div>
</div>
<hr style="display:inline-block;width:98%">
<div id="gmail-m_8359990364835939769divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> George Sadowsky <<a href="mailto:george.sadowsky@gmail.com" target="_blank">george.sadowsky@gmail.com</a>><br>
<b>Sent:</b> Sunday, July 12, 2020 9:35:12 AM<br>
<b>To:</b> Jeff Neuman <<a href="mailto:jeff@jjnsolutions.com" target="_blank">jeff@jjnsolutions.com</a>><br>
<b>Cc:</b> Kleiman Kathy <<a href="mailto:kathy@kathykleiman.com" target="_blank">kathy@kathykleiman.com</a>>; <a href="mailto:gnso-newgtld-wg@icann.org" target="_blank">gnso-newgtld-wg@icann.org</a> <<a href="mailto:gnso-newgtld-wg@icann.org" target="_blank">gnso-newgtld-wg@icann.org</a>><br>
<b>Subject:</b> Re: [Gnso-newgtld-wg] Latest Version of Compromise Closed Generic Text</font>
<div> </div>
</div>
<div style="overflow-wrap: break-word;">Thanks, Jeff, for a thorough and and balanced response.  I have several comments and suggestions, interspersed in the text below.<br>
<div><br>
<blockquote type="cite">
<div>On Jul 11, 2020, at 11:50 PM, Jeff Neuman <<a href="mailto:jeff@jjnsolutions.com" target="_blank">jeff@jjnsolutions.com</a>> wrote:</div>
<br>
<div>
<div>
<div>
<div>
<div style="direction:ltr">Thanks George.  </div>
<div><br>
</div>
<div style="direction:ltr">This is helpful, but I am not sure that any part of the Board resolution or rationale necessarily supports the notion that the default position be an outright ban.  In reading the resolution and rationale again, one could
 read that as meaning that the board was not looking to ban closed generics altogether, but was looking for guidance as to how applications for closed generics could be evaluated as “serving a public interest goal.”</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
<span>_______________________________________________</span><br>
<span>Gnso-newgtld-wg mailing list</span><br>
<span><a href="mailto:Gnso-newgtld-wg@icann.org" target="_blank">Gnso-newgtld-wg@icann.org</a></span><br>
<span><a href="https://urldefense.com/v3/__https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg__;!!DUT_TFPxUQ!VFYmMUj6rLqzvQYxqjU02Kinys6WMsx-qvncEa1LBXK4V3G66AraAqvp5U1tDn1BScM$" target="_blank">https://urldefense.com/v3/__https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg__;!!DUT_TFPxUQ!VFYmMUj6rLqzvQYxqjU02Kinys6WMsx-qvncEa1LBXK4V3G66AraAqvp5U1tDn1BScM$</a>
</span><br>
<span>_______________________________________________</span><br>
<span>By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (<a href="https://urldefense.com/v3/__https://www.icann.org/privacy/policy__;!!DUT_TFPxUQ!VFYmMUj6rLqzvQYxqjU02Kinys6WMsx-qvncEa1LBXK4V3G66AraAqvp5U1t79nX2yM$" target="_blank">https://urldefense.com/v3/__https://www.icann.org/privacy/policy__;!!DUT_TFPxUQ!VFYmMUj6rLqzvQYxqjU02Kinys6WMsx-qvncEa1LBXK4V3G66AraAqvp5U1t79nX2yM$</a>
 ) and the website Terms of Service (<a href="https://urldefense.com/v3/__https://www.icann.org/privacy/tos__;!!DUT_TFPxUQ!VFYmMUj6rLqzvQYxqjU02Kinys6WMsx-qvncEa1LBXK4V3G66AraAqvp5U1t5yO8t_M$" target="_blank">https://urldefense.com/v3/__https://www.icann.org/privacy/tos__;!!DUT_TFPxUQ!VFYmMUj6rLqzvQYxqjU02Kinys6WMsx-qvncEa1LBXK4V3G66AraAqvp5U1t5yO8t_M$</a> ). You can visit the Mailman link above to change your membership status or
 configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.</span></div>
</blockquote>

<hr>If you are not an intended recipient of confidential and privileged information in this email, please delete it, notify us immediately at <a href="mailto:postmaster@gtlaw.com" target="_blank">postmaster@gtlaw.com</a>, and do not use or disseminate the information.<br>
</div>

_______________________________________________<br>
Gnso-newgtld-wg mailing list<br>
<a href="mailto:Gnso-newgtld-wg@icann.org" target="_blank">Gnso-newgtld-wg@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg</a><br>
_______________________________________________<br>
By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (<a href="https://www.icann.org/privacy/policy" rel="noreferrer" target="_blank">https://www.icann.org/privacy/policy</a>) and the website Terms of Service (<a href="https://www.icann.org/privacy/tos" rel="noreferrer" target="_blank">https://www.icann.org/privacy/tos</a>). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.</blockquote></div>