<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:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@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:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
mso-add-space:auto;
font-size:12.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
p.MsoListParagraphCxSpFirst, li.MsoListParagraphCxSpFirst, div.MsoListParagraphCxSpFirst
{mso-style-priority:34;
mso-style-type:export-only;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
mso-add-space:auto;
font-size:12.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
p.MsoListParagraphCxSpMiddle, li.MsoListParagraphCxSpMiddle, div.MsoListParagraphCxSpMiddle
{mso-style-priority:34;
mso-style-type:export-only;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
mso-add-space:auto;
font-size:12.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
p.MsoListParagraphCxSpLast, li.MsoListParagraphCxSpLast, div.MsoListParagraphCxSpLast
{mso-style-priority:34;
mso-style-type:export-only;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
mso-add-space:auto;
font-size:12.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:1599631984;
mso-list-template-ids:431552098;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:36.0pt;
mso-level-number-position:left;
text-indent:-18.0pt;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:72.0pt;
mso-level-number-position:left;
text-indent:-18.0pt;
mso-ansi-font-size:10.0pt;
font-family:"Courier New";
mso-bidi-font-family:"Times New Roman";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:108.0pt;
mso-level-number-position:left;
text-indent:-18.0pt;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:144.0pt;
mso-level-number-position:left;
text-indent:-18.0pt;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:180.0pt;
mso-level-number-position:left;
text-indent:-18.0pt;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:216.0pt;
mso-level-number-position:left;
text-indent:-18.0pt;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:252.0pt;
mso-level-number-position:left;
text-indent:-18.0pt;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:288.0pt;
mso-level-number-position:left;
text-indent:-18.0pt;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:324.0pt;
mso-level-number-position:left;
text-indent:-18.0pt;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1
{mso-list-id:2008287419;
mso-list-type:hybrid;
mso-list-template-ids:1215468874 134807555 134807555 134807557 134807553 134807555 134807557 134807553 134807555 134807557;}
@list l1:level1
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l1:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";
mso-bidi-font-family:"Times New Roman";}
@list l1:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
@list l1:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Symbol;}
@list l1:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";
mso-bidi-font-family:"Times New Roman";}
@list l1:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
@list l1:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Symbol;}
@list l1:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";
mso-bidi-font-family:"Times New Roman";}
@list l1:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
ol
{margin-bottom:0cm;}
ul
{margin-bottom:0cm;}
--></style>
</head>
<body lang="en-BE" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">Dear all, </span><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB"> </span><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">Please</span><span style="color:black;mso-fareast-language:EN-GB"> find below th</span><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">e notes and action
items </span><span style="color:black;mso-fareast-language:EN-GB">from today’s meeting on </span><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">Thursday, 11 May 2023 at 12:00 UTC</span><span style="color:black;mso-fareast-language:EN-GB">.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB"> </span><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">Kind regards,</span><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB"> </span><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">Ariel, Steve, and Emily</span><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<div style="mso-element:para-border-div;border:none;border-bottom:solid windowtext 1.0pt;padding:0cm 0cm 1.0pt 0cm">
<p class="MsoNormal" style="border:none;padding:0cm"><o:p> </o:p></p>
</div>
<p class="MsoNormal"><b><u><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB"><o:p><span style="text-decoration:none"> </span></o:p></span></u></b></p>
<p class="MsoNormal"><b><u><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">Notes and Action Items - IDNs EPDP Call – 11 May 2023</span></u></b><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-GB"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span lang="EN-US" style="mso-fareast-language:EN-GB">Action Items<o:p></o:p></span></b></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal" style="margin-bottom:10.0pt"><b><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">Action Item 1</span></b><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">: EPDP members to encourage their community colleagues
to attend the webinar on 17 May at 11:00 UTC.<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-bottom:10.0pt"><b><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">Notes<o:p></o:p></span></b></p>
<p class="MsoNormal" style="margin-bottom:10.0pt"><u><span style="color:black;mso-fareast-language:EN-GB">Welcome and Chair Updates</span></u><u><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></u></p>
<ul style="margin-top:0cm" type="circle">
<li class="MsoListParagraphCxSpFirst" style="color:black;margin-bottom:10.0pt;margin-left:0cm;mso-add-space:auto;mso-list:l1 level1 lfo1">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Donna is on vacation this week. Justine will be chairing the call.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-bottom:10.0pt;margin-left:0cm;mso-add-space:auto;mso-list:l1 level1 lfo1">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">SOI update – Justine is the ALAC representative to the SubPro IRT.
</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-bottom:10.0pt;margin-left:0cm;mso-add-space:auto;mso-list:l1 level1 lfo1">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Thanks to all for remembering to attend the call one hour earlier. Meetings are now taking place at 12:00 UTC.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpLast" style="color:black;margin-bottom:10.0pt;margin-left:0cm;mso-add-space:auto;mso-list:l1 level1 lfo1">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">There is a community webinar scheduled for Wednesday next week (17 May) at 11:00 UTC. The webinar will focus on getting the community up to speed on Initial Report recommendations.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
<p class="MsoNormal" style="margin-bottom:10.0pt"><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">Action Item 1: EPDP members to encourage their community colleagues to attend the webinar on 17 May at 11:00 UTC.<o:p></o:p></span></p>
<ul style="margin-top:0cm" type="circle">
<li class="MsoListParagraph" style="color:black;margin-bottom:10.0pt;margin-left:0cm;mso-add-space:auto;mso-list:l1 level1 lfo1">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">The EPDP Team call on 25 May will be a discussion with SSAC. This is the second engagement session held with the SSAC and this EPDP.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
<p class="MsoNormal" style="margin-bottom:10.0pt"><u><span style="color:black;mso-fareast-language:EN-GB">IDN table harmonization (charter questions C4, C5, C6)
<o:p></o:p></span></u></p>
<p class="MsoNormal" style="margin-bottom:10.0pt"><span style="color:black;mso-fareast-language:EN-GB">Background and presentation on what harmonization is</span><span lang="EN-US" style="color:black;mso-fareast-language:EN-GB">:</span><span lang="EN-US" style="mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<ul style="margin-top:0cm" type="disc">
<li class="MsoNormal" style="color:black;mso-list:l0 level1 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Slide 3: Charter Questions C4, C5, C6</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span>
<ul style="margin-top:0cm" type="circle">
<li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Note: mutually coherent = harmonized</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span style="mso-fareast-language:EN-GB">Harmonization Core Question </span><span lang="EN-US" style="mso-fareast-language:EN-GB">-
</span><span style="mso-fareast-language:EN-GB">C4) Should the second-level IDN tables offered under a TLD, including IDN variant TLDs, be required to be mutually coherent? If yes, how should existing registrations which may not meet the “mutually coherent”
requirement of second-level IDN tables be addressed? <o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span style="mso-fareast-language:EN-GB">Harmonization Mechanism </span><span lang="EN-US" style="mso-fareast-language:EN-GB">-
</span><span style="mso-fareast-language:EN-GB">C5) The Staff Paper suggests maintaining a common set of harmonized second-level IDN tables for all IDN variant TLDs and then (a) choosing all these IDN tables to offer for all IDN variant TLDs, or (b) choosing
a relevant different subset of IDN tables to offer for each different IDN variant TLD. Are the above suggested methods in the Staff Paper sufficient for IDN table harmonization purposes? Should any additional implementation guidance be provided for a registry?<o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span style="mso-fareast-language:EN-GB">Harmonization Mechanism - IDN Table Format</span><span lang="EN-US" style="mso-fareast-language:EN-GB"> -
</span><span style="mso-fareast-language:EN-GB">C6) Should Registry Operators be required to use the machine readable LGR format as specified in RFC 7940 for their second-level IDN tables? Or should Registry Operators have the flexibility to resolve the harmonization
issue so long as it can predictably and consistently produce the same variant labels, albeit with different disposition values, across the same-script IDN tables?<o:p></o:p></span></li></ul>
</li><li class="MsoListParagraphCxSpFirst" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level1 lfo2;vertical-align:baseline">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Slide 4: What is an IDN Table</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span>
<ul style="margin-top:0cm" type="circle">
<li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span style="font-size:11.0pt;mso-fareast-language:EN-GB">An IDN Table is used by a registry operator to represent second-level rules under a gTLD for</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB">
</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB">validating IDN labels for registration</span><span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">,
</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB">calculating variant labels</span><span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">, and
</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB">determining disposition values of variant labels</span><span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
</li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level1 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Slide 5: What is Harmonization?</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span>
<ul style="margin-top:0cm" type="circle">
<li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span style="font-size:11.0pt;mso-fareast-language:EN-GB">Summary: Ensure that the variant relationship between any two given second-level labels is consistently defined across all of the IDN Tables offered by a gTLD and its variant gTLD(s)</span><span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Clarification - the purpose is to ensure that the set of labels in a set is consistent throughout the TLD, no matter what table used. Disposition values might be different.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Additional information: How does the RO know which table to use? If a IDN label is being requested, the EPP needs to come up with a language tag parameter which informs the registry of the
intended language to use and therefore the associated table. </span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
</li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level1 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Slide 6: Example Output</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level1 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Slide 7: Why is harmonization needed? – Potential consequence of current practice</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span>
<ul style="margin-top:0cm" type="circle">
<li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">There is no current requirement for harmonization and no requirement for ICANN org to cross reference the different IDN tables for a gTLD.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">As a result,
</span><span lang="EN-US" style="font-size:11.0pt">t</span><span style="font-size:11.0pt">he second-level variant label set produced for a requested second-level label may be inconsistent when different IDN Tables</span><span style="font-size:11.0pt">
</span><span style="font-size:11.0pt">are used</span><span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">. V</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB">ariant labels may be permitted for registration by different registrants
as distinct labels under the same gTLD</span><span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Question: When a registrant wants a SLD, does the registrant choose the IDN Table, and can this be abused?</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Response: The registrant is probably not able to choose. The registrar will choose which IDN table to be used. It shouldn’t be possible to misuse. The registry should take care that inconsistent
registrations are not possible. </span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Response: Anecdotally from one registry, there are different ways that registrars select the language. In some cases, the registrar does this on behalf of the registrant. It is up to the
registrar to validate the string and the language.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
</li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level1 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Slide 8: Example Output: Consequences Without Harmonization</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span>
<ul style="margin-top:0cm" type="circle">
<li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Clarification: Harmonization is not a tool that creates variant relationships. If a registry decides to create variant relationship, that is one choice. A second choice is harmonization,
which is about making these relationships consistent.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Response: The relationship between 643 and 689 is established by the Arabic script community. The script community had also established the relationship between 629 and 6C3. Unicode has
encoded these two letters K and T in Arabic and K and T in Urdu as different code point. As far as the script community is concerned, the two Ks are the same and the two Ts are the same. This is also the same in reference LGRs for the Arabic script. If they
are designing an Arabic table, the use the Arabic K and T and when designing the Urdu table, they use the Urdu K and T. If you don’t harmonize, you can end up with two identical strings with two different registrants.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Response: That is a design choice of the reference LGRs. The comment above is implying that the registries need to harmonize with the reference LGR, which is a different issue. Harmonization
the context of the current discussion is only about practices within IDN tables.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Response: If there are two variants, the motivation of harmonization is to address a security problem where if two identical strings under a TLD, they should either be registered by the
same registrant or be blocked. If they are registered by different registrants there is a security risk. Who identifies what is a variant label? We can take this from the relevant script community. That is based on their understanding about what is the same
or not. What we are suggesting is that a variant set is based on a community’s recommendation.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Question: Are there going to be collisions resulting in the process of harmonization?</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Response: This question gets into how this should be implemented. There are two ways to implement – data driven or process driven. In one case, one could keep the same IDN tables and change
the process. Alternately, you keep the process the same and update the tables. This will be discussed later.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Comment: We are talking about two different things. One is harmonization. The other is on what variant relationships should be included in variant tables at the second level. That is the
prerogative of the RO. That is outside the question of C4. </span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Response: In some ways this is correct. However, there is one more impact of harmonization. Even when registries are doing it, there will be some impact on ICANN’s review of IDN table. When
designing the IDN table for Arabic, ICANN would also need to look at other IDN tables using Arabic script. Designing IDN tables may be a separate process, but it will eventually have some influence on the design itself because of the downstream process.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
</li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level1 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Slide 9 – How are IDN Tables Harmonized
</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span>
<ul style="margin-top:0cm" type="circle">
<li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Currently no standard process for harmonizing IDN tables. Staff paper suggested two possible methods: Extend each IDN table or Extend label check process.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Reference to cross-language and cross-script should be removed from this slide.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Ultimately how a registry solves the harmonization requirements will depend on the systems.
</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">These two methods are presented as examples without a suggestion on picking one or another. It could vary from registry to registry. Different methods could lead to the same result, so the
requirement could simply be that harmonization is required.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">These are possibilities but registry platforms predate harmonization requirements. Registries will need to take the requirements and design architecture to solve for that. How it is achieved
can be left to the registries to design. It will be counterproductive to mandate design decisions.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
</li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level1 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Slide 10 – Anecdote on Harmonization Practice – Shared by Michael Bauland</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span>
<ul style="margin-top:0cm" type="circle">
<li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">Clarification: The variants for all labels are stored in a canonical way in a database. At each registration, the canonical form is compared against the database to see if the label should
be blocked.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpMiddle" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">For canonical calculations, the canonical label could even be mixed script. It is not shown to anyone. It’s not used for anything else, only for harmonization on IDN tables. It is not comparable
to the primary label.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoListParagraphCxSpLast" style="color:black;margin-left:0cm;mso-add-space:auto;mso-list:l0 level2 lfo2">
<span lang="EN-US" style="font-size:11.0pt;mso-fareast-language:EN-GB">The EPDP Team is also seeking inputs from other registries and registrars about what they currently do with respect to harmonization. This provides additional context for the group as they
consider policy recommendations.</span><span style="font-size:11.0pt;mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
</li><li class="MsoNormal" style="color:black;mso-list:l0 level1 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Slide 11 – If Harmonization becomes a policy requirement – potential outcomes:
</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span>
<ul style="margin-top:0cm" type="circle">
<li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span style="mso-fareast-language:EN-GB">ICANN org be authorized to review ALL IDN Tables offered by a gTLD and its variant gTLDs in a holistic manner<o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span style="mso-fareast-language:EN-GB">ICANN org may reject an IDN Table if the variant label set of a given code point is not consistently produced
<o:p></o:p></span></li></ul>
</li><li class="MsoNormal" style="color:black;mso-list:l0 level1 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Slide 12 – IDN Table Formats</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span>
<ul style="margin-top:0cm" type="circle">
<li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Comment: These are ways to represent rules of a table. Up to this point, when published the IDN table is an artifact to represent the rules of the registry but does not inform how the registry logic works.
Regardless of format of the output, it is a plain output. Disagree with the text in the slide: “</span><span style="mso-fareast-language:EN-GB">LGR processing tools can be developed to help registries automatically harmonize IDN Tables in XML format</span><span lang="EN-US" style="mso-fareast-language:EN-GB">.”
You still need to parse the XML rules and have to build a machine read it. Some registry databases predate XML. You can’t conclude that using the XML table format is a way to ensure harmonization.<o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">Comment: Agreement with the above comment. The processing tools that exist are helpful for registries that already uses XML format. If you are not using XML format, these tools won’t help.
It may not be easy to build the XML format standard in existing software. Some registry platforms may not implement XML format.</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">Comment: Moving to XML format won’t solve the harmonization per se, but a transition over time may be helpful. If you want to transfer a domain between registries and the registries use
different formats, a manual intervention is needed. XML is future looking.</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">Response: Adoption of RFC 7940 is outside the scope of charter question C6.</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">Comment: Transferring between registrars might not be a problem as long as the registry remains the same. Registrars look to the registry to use the IDN tables. There is a different charter
question focused on transfers. </span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">Additional information about the tools:
</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span>
<ul style="margin-top:0cm" type="square">
<li class="MsoNormal" style="color:black;mso-list:l0 level3 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">option that you feed in a TXT format and get a XML format.</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level3 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">provide a function to show an HTML representation of the XML.</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level3 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">open-source, code is available in GitHub, so it is not necessary to start from scratch.</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
</li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">IDN Tables are a representation, not a reflection of how the system works. Registry systems don’t take IDN Tables as input.
</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">IDN tables don’t drive the logic of the registry platform. In the registry platform, there are specific rules that are applied. There is a hierarchy of rules that need to be represented.
The IDN tables themselves are visually independent, but there is logic behind the analysis that takes place.
</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">C6 is not necessarily the impetus for moving things to XML format in service of harmonization. If harmonization is prescribed, efficiency on top of that could be achieved via XML.
</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
</li><li class="MsoNormal" style="color:black;mso-list:l0 level1 lfo2;vertical-align:baseline">
<span lang="EN-US" style="color:windowtext;mso-fareast-language:EN-GB">Slide 13 – Anecdote on IDN Tables – shared by Zuan Zhang</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level1 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Slide 14 - Discussion Questions – Future Applicants
</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span>
<ul style="margin-top:0cm" type="circle">
<li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Discussion Question 1: </span>
<span style="mso-fareast-language:EN-GB">Should harmonization be a requirement? In other words, should it be a requirement that the variant relationship between any two given second-level labels is consistently defined across all of the IDN Tables offered by
a gTLD and its variant gTLD(s)<o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Discussion Question 2: </span>
<span style="mso-fareast-language:EN-GB">If the answer to question 1 is yes, should any specific harmonization mechanism be recommended?</span><span style="mso-fareast-language:EN-GB">
</span><span style="mso-fareast-language:EN-GB">Specifically, should the Reference LGR, including the Common LGR, be recommended as a reference for developing IDN Tables by future applicants? <o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Discussion Question 3: </span>
<span style="mso-fareast-language:EN-GB">Should the XML format, as recommended by RFC 7940, be required for IDN Tables to be submitted by future applicants?
<o:p></o:p></span>
<ul style="margin-top:0cm" type="square">
<li class="MsoNormal" style="color:black;mso-list:l0 level3 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Question: Does this refer to Charter Question C6? As presented it does not summarize the CQ. Question 3 is presented without the context of the charter question, which explains what we are trying to solve
for.</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level3 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">It was agreed that question 3 more accurately a sub-question under question 2.</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
</li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Comment: Harmonization is seeking to address security concerns. But we can’t think about harmonization in a vacuum. There is also usability, which is connected to the principle that behavior may be different.
Registries are leaning towards being conservative, but do not have a definite answer. They are leaning towards making a positive statement on harmonization. Registries feel strongly that it should be left to registries to determine how to solve for harmonization.
</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Some support expressed for the idea that the WG should recommend harmonization but not how registries do it at a technical level.
</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Suggestion that the EPDP Team might want to develop an oversight mechanism to address security and stability issues.</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li><li class="MsoNormal" style="color:black;mso-list:l0 level2 lfo2;vertical-align:baseline">
<span lang="EN-US" style="mso-fareast-language:EN-GB">Comment: We shouldn’t add to existing requirements for backend testing.
</span><span style="mso-fareast-language:EN-GB"><o:p></o:p></span></li></ul>
</li></ul>
<p class="MsoNormal" style="margin-left:72.0pt;vertical-align:baseline"><span style="color:black;mso-fareast-language:EN-GB"><o:p> </o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><span lang="EN-US" style="font-size:10.0pt;font-family:"Arial",sans-serif;color:black;mso-fareast-language:EN-GB">Emily Barabas</span><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:10.0pt;font-family:"Arial",sans-serif;color:black;mso-fareast-language:EN-GB">Policy Development Support Senior Manager</span><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:10.0pt;font-family:"Arial",sans-serif;color:black;mso-fareast-language:EN-GB">Internet Corporation for Assigned Names and Numbers (ICANN)</span><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:10.0pt;font-family:"Arial",sans-serif;color:black;mso-fareast-language:EN-GB">Phone: +31 (0)6 84507976</span><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:10.0pt;font-family:"Arial",sans-serif;color:black;mso-fareast-language:EN-GB"><a href="http://www.icann.org/" title="http://www.icann.org/"><span style="color:#0563C1">www.icann.org</span></a></span><span style="color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black;mso-fareast-language:EN-GB"> <o:p></o:p></span></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>