<div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div dir="ltr"><div>Dear all</div><div><br></div><div>The ALAC Team has the following comments and questions<i> vis-à-vis</i>
SAC060 and SSAC2021-09. These are limited to Part A charter questions,
and we understand that SSAC members will be invited again to discuss
other parts of their early input when the EPDP Team considers the rest
of the charter questions.</div><div><br></div><div>SAC060 Recommendation 14 says,<i> “ICANN should ensure that the number of strings that are activated is conservative”; and goes on to rationalize that:<br><br>“Variants introduce a permutation issue both at top level as well as with combinations of the top level and second level”, </i>giving the following example:<i><br></i></div><ul><li>A TLD string with 4 char with 3 variants each, produces a variant set of 81 different strings (3^4 = 81)</li><li>An
SLD (under such above TLD) with 4 char with 3 variants each, produces a
variant set of 72,171 different strings (3^4 x 3^4 = 72,171)</li></ul><div><i>and
that "[s]uch a large number of variant strings present challenges for
management of variant domains at the registry, the registrar and
registrant levels." </i><br><br><b>Question #1: Could the authors please
elaborate, by using a theoretical example, on the nature of the
challenges in managing variant domains at registry, the registrar and
registrant levels? </b><br><br>In agreeing with the user experience
report recommendation that ICANN must implement a conservative variant
TLD allocation process, SSAC suggests:<br><ul><li>In SAC060, that “<i>A
variant TLD application must be accepted only if the TLD applicant
clearly demonstrates the necessity for activating the string. Variants
that are not necessary, but are desired, must not be allocated and
activated</i>” and</li><li>In SSAC2021-09, that “<i>..there should be a
mechanism to ensure that the number of delegated top-level variant
labels remains small. Unless there is demonstrated widespread usage of
the variant label, the variant label should not be activated.</i>”</li></ul><b>Question
#2: Could the authors please suggest criteria for or provide examples
of what constitutes a demonstration of “the necessity for activating the
string” or “widespread usage of the variant label”?</b></div><div><b><br></b></div><div><b><br></b></div><div>With kind regards</div><div><br></div><div><b><br></b></div><div><b><br></b></div><div><b><br></b></div><div><b><br></b></div><div><b><br></b></div><div><b><br></b></div><div>satish<b><br></b></div></div><br><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 10, 2022 at 3:42 AM Donna@registry.godaddy <Donna@registry.godaddy> 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 style="overflow-wrap: break-word;" lang="EN-US">
<div class="gmail-m_6134534894984124161WordSection1">
<p class="MsoNormal">Thanks Jeff, your 1. Below may need a rewrite.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">A reminder to others that it would be great if we could get your questions by cob Monday 10 January (UTC 23:59)<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Thanks<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Donna<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div style="border-color:rgb(225,225,225) currentcolor currentcolor;border-style:solid none none;border-width:1pt medium medium;padding:3pt 0in 0in">
<p class="MsoNormal"><b>From:</b> Gnso-epdp-idn-team <<a href="mailto:gnso-epdp-idn-team-bounces@icann.org" target="_blank">gnso-epdp-idn-team-bounces@icann.org</a>>
<b>On Behalf Of </b>Jeff Neuman<br>
<b>Sent:</b> Saturday, January 8, 2022 6:26 AM<br>
<b>To:</b> Emily Barabas <<a href="mailto:emily.barabas@icann.org" target="_blank">emily.barabas@icann.org</a>>; <a href="mailto:gnso-epdp-idn-team@icann.org" target="_blank">gnso-epdp-idn-team@icann.org</a><br>
<b>Subject:</b> Re: [Gnso-epdp-idn-team] Deadline 10 January: Provide questions for SSAC members<u></u><u></u></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div style="border-color:currentcolor currentcolor currentcolor rgb(185,74,72);border-style:none none none solid;border-width:medium medium medium 4.5pt;padding:0in 0in 0in 14pt">
<p class="MsoNormal" style="background:rgb(242,222,222) none repeat scroll 0% 0%"><span style="font-family:"Tahoma",sans-serif;color:rgb(185,74,72)">Caution:</span><span style="color:black">
</span><span style="font-family:"Tahoma",sans-serif;color:rgb(185,74,72)">This email is from an external sender. Please do not click links or open attachments unless you recognize the sender and know the content is safe. Forward suspicious emails to isitbad@.</span><u></u><u></u></p>
</div>
<p> <u></u><u></u></p>
<div>
<p class="MsoNormal">Here are my questions based on SSAC 60<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal" style="background:white none repeat scroll 0% 0%"><span style="font-size:14pt;font-family:"Arial",sans-serif;color:black">SAC060 notes that variant code points in LGR may Introduce a “permutation issue”, possibly creating a large number of variant domain names,
which “presents challenges for the management of variant domains at the registry, the registrar and registrant levels.”</span><span style="font-size:14pt;font-family:"Arial",sans-serif"><u></u><u></u></span></p>
<p class="MsoNormal" style="background:white none repeat scroll 0% 0%"><span style="font-size:8.5pt;font-family:"Courier New""><u></u> <u></u></span></p>
<p class="MsoNormal" style="background:white none repeat scroll 0% 0%"><span style="font-size:14pt;font-family:"Arial",sans-serif;color:black">SAC060 advises that “ICANN should ensure that the number of strings that are activated is as small as possible.</span><span style="font-size:14pt;font-family:"Arial",sans-serif"><u></u><u></u></span></p>
<p class="MsoNormal" style="background:white none repeat scroll 0% 0%"><span style="font-size:14pt;font-family:"Arial",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal" style="background:white none repeat scroll 0% 0%"><u><span style="color:black">Questions</span></u><u></u><u></u></p>
<p class="MsoNormal" style="background:white none repeat scroll 0% 0%"><span style="color:black">1. Although this advice sounds standing sounds like it is sensible:</span><u></u><u></u></p>
<p class="MsoNormal" style="text-indent:0.5in;background:white none repeat scroll 0% 0%"><span style="color:black">a. How can this practically be implemented?
</span><u></u><u></u></p>
<p class="MsoNormal" style="text-indent:0.5in;background:white none repeat scroll 0% 0%"><span style="color:black">b. What does “As small as possible” really mean?
</span><u></u><u></u></p>
<p class="MsoNormal" style="text-indent:0.5in;background:white none repeat scroll 0% 0%"><span style="color:black">c. Who determines what is “as small as possible” means?
</span><u></u><u></u></p>
<p class="MsoNormal" style="text-indent:0.5in;background:white none repeat scroll 0% 0%"><span style="color:black">d. What is a number that would be anything other than arbitrary?</span><u></u><u></u></p>
<p class="MsoNormal" style="background:white none repeat scroll 0% 0%"><span style="color:black">2. According to the Rationale, it appears that the SSAC is presenting this advice to protect registries, registrars and registrants from themselves. In other words, the advice assumes
that registries, registrars and registrants will want to activate more strings than they would be able to handle.</span><u></u><u></u></p>
<p class="MsoNormal" style="text-indent:0.5in;background:white none repeat scroll 0% 0%"><span style="color:black">a. Normally all policy starts from the basic presumption that each of the actors involved will act in a rational manner and in their own best interests. This
is the basis of all business and economic theory. But this policy recommendation takes the opposite view and starts from the premise that registries, registrars and registrants will essentially try to activate more than they can handle and thus we need to
protect them from themselves. Is there any evidence upon which that assumption is based?</span><u></u><u></u></p>
<p class="MsoNormal" style="text-indent:0.5in;background:white none repeat scroll 0% 0%"><span style="color:black">b. Given no proof that registries will intentionally activate more strings than they can handle, should we really be placing any artificial limits?</span><u></u><u></u></p>
<p class="MsoNormal" style="text-indent:0.5in;background:white none repeat scroll 0% 0%"><span style="color:black">c. Assuming we either have or do not have a limit, how do we determine when a registry, registrar or registrar has more challenges than they can handle? What
do we do? Is this really an ICANN problem?</span><u></u><u></u></p>
<p class="MsoNormal" style="text-indent:0.5in;background:white none repeat scroll 0% 0%"><span style="color:black">d. Finally, given all of the above, shouldn’t we allow registries, registrars and registrars figure out what it is that they can handle as opposed to placing
an arbitrary limit? </span><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<table style="border-collapse:collapse" cellspacing="0" cellpadding="0" border="0">
<tbody>
<tr>
<td style="width:144.3pt;border-color:rgb(6,23,95) currentcolor currentcolor;border-style:solid none none;border-width:3pt medium medium;padding:0in 5.4pt" width="192" valign="bottom">
<p class="MsoNormal" style="text-align:justify"><span style="font-family:"Arial",sans-serif;color:black;border:1pt none windowtext;padding:0in"><img style="width: 1.85in; height: 0.8416in;" id="gmail-m_6134534894984124161Picture_x0020_1" src="cid:17e41d17b73692e331" width="178" height="81"></span><u></u><u></u></p>
</td>
<td style="width:129.95pt;border-color:rgb(6,23,95) currentcolor currentcolor;border-style:solid none none;border-width:3pt medium medium;padding:0in 5.4pt" width="173" valign="bottom">
<p class="MsoNormal" style="text-align:justify"><span style="font-family:"Arial",sans-serif;color:rgb(6,23,95)">Jeffrey J. Neuman</span><span style="font-size:12pt;font-family:"Times New Roman",serif"><u></u><u></u></span></p>
<p class="MsoNormal" style="text-align:justify"><span style="font-family:"Arial",sans-serif;color:black">Founder & CEO</span><span style="font-size:12pt;font-family:"Times New Roman",serif"><u></u><u></u></span></p>
<p class="MsoNormal" style="text-align:justify"><span style="font-family:"Arial",sans-serif;color:rgb(6,23,95)">JJN Solutions, LLC</span><span style="font-size:12pt;font-family:"Times New Roman",serif"><u></u><u></u></span></p>
<p class="MsoNormal" style="text-align:justify"><span style="font-family:"Arial",sans-serif;color:black">p: +1.202.549.5079</span><span style="font-size:12pt;font-family:"Times New Roman",serif"><u></u><u></u></span></p>
<p class="MsoNormal" style="text-align:justify"><span style="font-family:"Arial",sans-serif;color:black">E:
</span><span style="font-size:12pt;font-family:"Times New Roman",serif"><a href="mailto:jeff@jjnsolutions.com" target="_blank"><span style="font-size:11pt;font-family:"Arial",sans-serif;color:rgb(17,85,204)">jeff@jjnsolutions.com</span></a><u></u><u></u></span></p>
<p class="MsoNormal" style="text-align:justify"><span style="font-family:"Arial",sans-serif;color:black"><a href="http://jjnsolutions.com" target="_blank">http://jjnsolutions.com</a></span><span style="font-size:12pt;font-family:"Times New Roman",serif"><u></u><u></u></span></p>
</td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div style="border-color:rgb(225,225,225) currentcolor currentcolor;border-style:solid none none;border-width:1pt medium medium;padding:3pt 0in 0in">
<p class="MsoNormal"><b>From:</b> Gnso-epdp-idn-team <<a href="mailto:gnso-epdp-idn-team-bounces@icann.org" target="_blank">gnso-epdp-idn-team-bounces@icann.org</a>>
<b>On Behalf Of </b>Emily Barabas<br>
<b>Sent:</b> Thursday, January 6, 2022 2:23 PM<br>
<b>To:</b> <a href="mailto:gnso-epdp-idn-team@icann.org" target="_blank">gnso-epdp-idn-team@icann.org</a><br>
<b>Subject:</b> [Gnso-epdp-idn-team] Deadline 10 January: Provide questions for SSAC members<u></u><u></u></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Dear all,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">As discussed on today’s call, EPDP Team members are <span style="color:black">
requested to draft specific questions they would like to ask SSAC members on the 13 January call. <u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:black"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:black">For reference, you can find the early written input from SSAC members <u><a href="https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.icann.org%2Fdownload%2Fattachments%2F176621266%2FSSAC2021-09.pdf%3Fversion%3D1%26modificationDate%3D1637184294000%26api%3Dv2&data=04%7C01%7Cdonna%40registry.godaddy%7C8cb046d9acc14e45a55c08d9d21bf177%7Cd5f1622b14a345a6b069003f8dc4851f%7C0%7C0%7C637771840665310886%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=SpG11swN3bh%2B1xKwt8pIJBxFkyXjnOE9KTQjfhb0ZtE%3D&reserved=0" title="https://community.icann.org/download/attachments/176621266/SSAC2021-09.pdf?version=1&modificationDate=1637184294000&api=v2" target="_blank">here</a>.</u></span><u></u><u></u></p>
<p class="MsoNormal"><span style="color:black"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:black">Kindly respond to this message with your questions for SSAC members no later than
<b>Monday, 10 January.<u></u><u></u></b></span></p>
<p class="MsoNormal"><b><span style="color:black"><u></u> <u></u></span></b></p>
<p class="MsoNormal"><span style="color:black">Kind regards,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:black">Ariel, Steve, and Emily<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal"><span style="font-size:10pt;font-family:"Arial",sans-serif;color:black">Emily Barabas</span><span style="color:black"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10pt;font-family:"Arial",sans-serif;color:black">Policy Development Support Senior Manager</span><span style="color:black"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10pt;font-family:"Arial",sans-serif;color:black">Internet Corporation for Assigned Names and Numbers (ICANN)</span><span style="color:black"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10pt;font-family:"Arial",sans-serif;color:black">Phone: +31 (0)6 84507976</span><span style="color:black"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10pt;font-family:"Arial",sans-serif;color:black"><a href="https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.icann.org%2F&data=04%7C01%7Cdonna%40registry.godaddy%7C8cb046d9acc14e45a55c08d9d21bf177%7Cd5f1622b14a345a6b069003f8dc4851f%7C0%7C0%7C637771840665310886%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=txbaCNGpP1bdHNa75Q7nNM3%2BIXNhoXzv4fQ6dx202kw%3D&reserved=0" title="http://www.icann.org/" target="_blank">www.icann.org</a></span><span style="color:black"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:black"> <u></u><u></u></span></p>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
_______________________________________________<br>
Gnso-epdp-idn-team mailing list<br>
<a href="mailto:Gnso-epdp-idn-team@icann.org" target="_blank">Gnso-epdp-idn-team@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-epdp-idn-team" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-epdp-idn-team</a></blockquote></div></div>