<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:"Trebuchet MS";
panose-1:2 11 6 3 2 2 2 2 2 4;}
@font-face
{font-family:Arial-BoldMT;
panose-1:0 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:SymbolMT;
panose-1:0 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:ArialMT;
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.apple-converted-space
{mso-style-name:apple-converted-space;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.markedcontent
{mso-style-name:markedcontent;}
.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="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">Rubens, <o:p></o:p></p>
<p class="MsoNormal">Time and again you misrepresent what I am saying. I am saying that agreeing on and defining a written framework is critical to actually getting to Board approval. The reason is that there was in fact no formal adoption of written procedures
during the 2012 round for identifying high risk strings until after the high risk strings had already been identified by JAS/Interisle and after some strings were given the option to launch based on Alternate Path to Delegation.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The language of the Sub Pro first Recommendation is “MUST” and the fact is that in the 2012 round, the system for identifying high risk strings was never, as you put it, “defined”. I’m going to paste that Recommendation language again
below.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span class="markedcontent"><span style="font-size:15.0pt;font-family:"Arial",sans-serif">Recommendation 29.1: ICANN
<b>must</b> have ready prior to the opening of the Application</span></span><br>
<span class="markedcontent"><span style="font-size:15.0pt;font-family:"Arial",sans-serif">Submission Period
<b>a mechanism to evaluate the risk of name collisions</b> in the New gTLD</span></span><br>
<span class="markedcontent"><span style="font-size:15.0pt;font-family:"Arial",sans-serif">evaluation process as well as during the transition to delegation phase</span></span><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">At the very least, THERE IS A GAP IN THE FALLBACK POSITION OF USING THE NEW GTLD COLLISION OCCURRENCE MANAGEMENT FRAMEWORK because it does not provide a concrete method for evaluating risk in relation to newly-applied for strings. What
are the specific standards in that 2012 methodology that result in a string being identified as “high risk” and not approved for going forward? Will all of you who advocate the fallback position please provide comments to the current draft (as has been requested
numerous times by leadership) or else make a finite written counterproposal in a form that the Board could actually adopt?
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The fallback reference to the “New gTLD Collision Occurrence Management Framework” is in fact inadequate because it does not specify any method whatsoever for identifying high risk strings. (Incidentally it also states that .corp, .home,
and .mail cannot move forward.) <b>There is no way the Board can actually act on this fallback without it being further “defined”.</b><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Furthermore, the following Implementation Guidance appears BELOW the endorsement of the fallback position in the Sub Pro Final Report. This Implementation Guidance should not be ignored and the GAC has called it out.<o:p></o:p></p>
<p class="MsoNormal"><b><o:p> </o:p></b></p>
<p class="MsoNormal"><span class="markedcontent"><b><span style="font-size:15.0pt;font-family:"Arial",sans-serif">Implementation Guidance 29.4</span></b></span><span class="markedcontent"><span style="font-size:15.0pt;font-family:"Arial",sans-serif">: To the
extent possible, all applied-for strings</span></span><br>
<span class="markedcontent"><span style="font-size:15.0pt;font-family:"Arial",sans-serif">should be subject to a
<b>DNS Stability evaluation</b> to determine whether they</span></span><br>
<span class="markedcontent"><span style="font-size:15.0pt;font-family:"Arial",sans-serif">represent a name collision risk.
<o:p></o:p></span></span></p>
<p class="MsoNormal"><br>
<span class="markedcontent"><b><span style="font-size:15.0pt;font-family:"Arial",sans-serif">Implementation Guidance 29.5</span></b></span><span class="markedcontent"><span style="font-size:15.0pt;font-family:"Arial",sans-serif">:
<b>The ICANN community</b> should develop name</span></span><br>
<span class="markedcontent"><b><span style="font-size:15.0pt;font-family:"Arial",sans-serif">collision risk criteria and a test
</span></b></span><span class="markedcontent"><span style="font-size:15.0pt;font-family:"Arial",sans-serif">to provide information to an applicant for any</span></span><br>
<span class="markedcontent"><span style="font-size:15.0pt;font-family:"Arial",sans-serif">given string after the application window closes so that the applicant can</span></span><br>
<span class="markedcontent"><span style="font-size:15.0pt;font-family:"Arial",sans-serif">determine if they should move forward with evaluation.<o:p></o:p></span></span></p>
<p class="MsoNormal"><span class="markedcontent"><span style="font-size:15.0pt;font-family:"Arial",sans-serif"><o:p> </o:p></span></span></p>
<p class="MsoNormal"><span class="markedcontent"><span style="font-family:"Arial",sans-serif">We all understand that you and others want to make the NCAP project “go away”. (In fact, at one point, the GNSO Council was asked by Sub Pro Leadership to write a
letter to the Board to try to kill it. Council wisely declined to do so.) </span></span><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>Rather than saying “we object, we object”, it would be great if you could propose some concrete written guidelines for testing new proposed strings, specifying who will run the test, and putting all that into a written proposal that
the Board could actually act upon when it receives the requested input from the SSAC in response to its questions. In this regard, please do not continue to ignore GAC and ALAC comments on this topic as if those have no effect on the Board, e.g.<o:p></o:p></b></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>From the ALAC:<o:p></o:p></b></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="text-autospace:none"><b><span style="font-size:10.0pt;font-family:Arial-BoldMT;color:#0070C1">6. Name Collision<o:p></o:p></span></b></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:"SymbolMT",sans-serif;color:black">•
</span><span style="font-size:10.0pt;font-family:ArialMT;color:black">The ALAC supports the ICANN Board’s continued keen interest in the outcome of the SSAC’s<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:ArialMT;color:black">Name Collision Analysis Project (NCAP) and its impact on Subsequent Procedures and the<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:ArialMT;color:black">future rounds of the New gTLD Program.<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:"SymbolMT",sans-serif;color:black">•
</span><span style="font-size:10.0pt;font-family:ArialMT;color:black">We join the SSAC in recommending that the ICANN Board, prior to authorizing the addition of<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:ArialMT;color:black">new gTLDs to the root zone, receive and consider the results of the NCAP, pursuant to Board<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:ArialMT;color:black">Resolution 2017.11.02.30.<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:"SymbolMT",sans-serif;color:black">•
</span><span style="font-size:10.0pt;font-family:ArialMT;color:black">Further, we strongly advocate for the recommendations of SSAC resulting from the NCAP<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:ArialMT;color:black">Studies 2 and 3 (as approved by the ICANN Board) to be implemented prior to the launch of<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:ArialMT;color:black">the next round of applications for New gTLDs; or in the alternative, that delegation of any<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:ArialMT;color:black">applied-for strings which pose a risk of name collisions be withheld until the NCAP studies are<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.0pt;font-family:ArialMT;color:black">completed and recommendations are addressed in implementation, retrospectively for the next<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:ArialMT;color:black">round.</span><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thank you,<o:p></o:p></p>
<p class="MsoNormal">Anne <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0" style="border-collapse:collapse">
<tbody>
<tr>
<td width="336" valign="top" style="width:3.5in;padding:0in 5.4pt 0in 5.4pt">
<p class="MsoNormal" style="line-height:106%"><b><span style="font-family:"Trebuchet MS",sans-serif;color:#323232">Anne E. Aikman-Scalese</span></b><o:p></o:p></p>
</td>
</tr>
<tr>
<td width="336" valign="top" style="width:3.5in;padding:0in 5.4pt 0in 5.4pt">
<p class="MsoNormal" style="margin-bottom:3.0pt;line-height:106%"><span style="font-family:"Trebuchet MS",sans-serif;color:#323232">Of Counsel</span><o:p></o:p></p>
</td>
</tr>
<tr>
<td width="336" valign="top" style="width:3.5in;padding:0in 5.4pt 0in 5.4pt">
<p class="MsoNormal" style="margin-bottom:3.0pt;line-height:106%"><span style="font-family:"Trebuchet MS",sans-serif;color:#323232"><img width="17" height="7" style="width:.1736in;height:.0763in" id="Picture_x0020_2" src="cid:image001.png@01D8F42D.3F799D30"></span><o:p></o:p></p>
</td>
</tr>
<tr>
<td width="336" valign="top" style="width:3.5in;padding:0in 5.4pt 0in 5.4pt">
<p class="MsoNormal" style="line-height:106%"><span style="font-size:10.0pt;line-height:106%;font-family:"Trebuchet MS",sans-serif"><a href="mailto:AAikman@lewisroca.com" target="_new" title="Email User"><span style="color:#323232">AAikman@lewisroca.com</span></a></span><o:p></o:p></p>
</td>
</tr>
<tr>
<td width="336" valign="top" style="width:3.5in;padding:0in 5.4pt 0in 5.4pt">
<p class="MsoNormal" style="margin-bottom:.25in;line-height:106%"><span style="font-size:10.0pt;line-height:106%;font-family:"Trebuchet MS",sans-serif;color:#323232">D. 520.629.4428</span><o:p></o:p></p>
</td>
</tr>
<tr>
<td width="336" valign="top" style="width:3.5in;padding:0in 5.4pt 0in 5.4pt">
<p class="MsoNormal" style="margin-bottom:.25in;line-height:106%"><span style="font-size:10.0pt;line-height:106%;font-family:"Trebuchet MS",sans-serif"><img border="0" width="160" height="22" style="width:1.6666in;height:.2291in" id="Picture_x0020_1" src="cid:image002.png@01D8F42D.3F799D30"></span><o:p></o:p></p>
</td>
</tr>
<tr>
<td width="336" valign="top" style="width:3.5in;padding:0in 5.4pt 0in 5.4pt"></td>
</tr>
</tbody>
</table>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> NCAP-Discuss <ncap-discuss-bounces@icann.org> <b>
On Behalf Of </b>Rubens Kuhl via NCAP-Discuss<br>
<b>Sent:</b> Tuesday, November 8, 2022 7:18 PM<br>
<b>To:</b> NCAP Discussion Group <ncap-discuss@icann.org><br>
<b>Subject:</b> Re: [NCAP-Discuss] Current Status of the NCAP Project<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Helvetica",sans-serif"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"> <span style="font-size:10.0pt"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal">Sub Pro Recommendation 1 says ICANN<span class="apple-converted-space"> </span><b>MUST</b><span class="apple-converted-space"> </span>develop a Name Collision Risk Assessment methodology prior to the next round. “Let’s do what we did in
2012” does not describe a methodology and can’t really be effectively adopted by the Board, particularly not when standing GAC and ALAC advice is asking for more.<span style="font-size:10.0pt"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"> <span style="font-size:10.0pt"><o:p></o:p></span></p>
</div>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Anne,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Time and time again you misrepresent what SubPro Rec 1 said. There is nothing there preventing the same framework used in 2012 to be used in future rounds if Org so sees fit. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">The only thing that recommendation does not allow is to define the framework afterwards, which was what happened in 2012. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The 2012 framework checks all the boxes of the SubPro recommendations on the topic, so if you prefer new-magic-fancy-framework in lieu of the 2012 one is something you can do, but misrepresenting that the 2012 is a viable option is not. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Rubens<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</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>