January 2022 - Gnso-epdp-idn-team

Post Call | IDNs EPDP Team call | Thursday, 20 January 2022 at 13:30 UTC
by Devan Reed 20 Jan '22

20 Jan '22

Dear all, All recordings for the IDNs EPDP Team call held on Thursday, 20 January 2022 can be found on the agenda wiki page <https://community.icann.org/x/m4H3Cg> (attendance included) and the GNSO Master Calendar. <https://urldefense.com/v3/__https:/gnso.icann.org/en/group-activities/calen…> These include: * Attendance (please let me know if your name has been left off the attendance list) * Audio recording * Zoom chat archive * Zoom recording (including audio, visual, rough transcript) * Transcript For additional information, you may consult the mailing list archives <https://mm.icann.org/pipermail/gnso-epdp-idn-team/> and the main wiki page<https://community.icann.org/x/uAPpCQ>. Thank you! Kind Regards, Devan

1 0

Meeting Invitation | IDNs EPDP Team | Thursday, 27 January 2022 at 13:30 UTC
by Devan Reed 20 Jan '22

20 Jan '22

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 27 January 2022 at 13:30 UTC for 90 minutes. Please click link to join the webinar: https://icann.zoom.us/j/94276275950?pwd=dG5hanFzMlpsYmh0NnFjTEQwOUV1dz09 <https://urldefense.com/v3/__https:/icann.zoom.us/j/94276275950?pwd=dG5hanFz…> Passcode: !!0tV0Wh&K For Audio only: One tap mobile : US: +13017158592,,94276275950#,,,,*5259149775# or +13126266799,,94276275950#,,,,*5259149775# Webinar ID: 942 7627 5950 Passcode: 5259149775 International numbers available: https://icann.zoom.us/u/adP1jJ0gRH <https://urldefense.com/v3/__https:/icann.zoom.us/u/adP1jJ0gRH__;!!PtGJab4!v…> If this is your first time with Zoom, please take a look here: Welcome to Zoom <https://urldefense.com/v3/__https:/gnso.icann.org/sites/default/files/polic…> Members, participants, and observers all have different access and participation directions, please read below! ALL: Before joining the call * Please send dial out requests to gnso-secs(a)icann.org<mailto:gnso-secs@icann.org> only * Please be sure you have read the ICANN Expected Standards of Behavior <https://urldefense.com/v3/__https:/www.icann.org/resources/pages/expected-s…> * Visit the Wiki agenda page: https://community.icann.org/x/nYH3Cg * Check your time zone: https://tinyurl.com/m8c7umcx ONLY for Members and Participants * Please join via the above Main Zoom Webinar link and staff will promote you to panelist. * Please select Everyone, when posting to the chat in order for everyone to see and to be captured afterwards. Only for Observers: * Observers will have ability to view member chat and information shared in the zoom webinar room. * Observers will not be able to use chat or raise hands. Thank you. Kind regards, Devan

1 0

**REMINDER** Meeting Invitation | IDNs EPDP Team | Thursday, 20 January 2022 at 13:30 UTC
by Julie Bisland 19 Jan '22

19 Jan '22

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 20 January 2022 at 13:30 UTC for 90 minutes. Please click link to join the webinar: https://icann.zoom.us/j/94276275950?pwd=dG5hanFzMlpsYmh0NnFjTEQwOUV1dz09 <https://urldefense.com/v3/__https:/icann.zoom.us/j/94276275950?pwd=dG5hanFz…> Passcode: !!0tV0Wh&K For Audio only: One tap mobile : US: +13017158592,,94276275950#,,,,*5259149775# or +13126266799,,94276275950#,,,,*5259149775# Webinar ID: 942 7627 5950 Passcode: 5259149775 International numbers available: https://icann.zoom.us/u/adP1jJ0gRH <https://urldefense.com/v3/__https:/icann.zoom.us/u/adP1jJ0gRH__;!!PtGJab4!v…> If this is your first time with Zoom, please take a look here: Welcome to Zoom <https://urldefense.com/v3/__https:/gnso.icann.org/sites/default/files/polic…> Members, participants, and observers all have different access and participation directions, please read below! ALL: Before joining the call * Please send dial out requests to gnso-secs(a)icann.org<mailto:gnso-secs@icann.org> only * Please be sure you have read the ICANN Expected Standards of Behavior <https://urldefense.com/v3/__https:/www.icann.org/resources/pages/expected-s…> * Visit the Wiki agenda page: https://community.icann.org/x/m4H3Cg * Check your time zone: https://tinyurl.com/4mr2byj5 [tinyurl.com]<https://urldefense.com/v3/__https:/tinyurl.com/4mr2byj5__;!!PtGJab4!pYQ0pkq…> ONLY for Members and Participants * Please join via the above Main Zoom Webinar link and staff will promote you to panelist. * Please select Everyone, when posting to the chat in order for everyone to see and to be captured afterwards. Only for Observers: * Observers will have ability to view member chat and information shared in the zoom webinar room. * Observers will not be able to use chat or raise hands. Thank you. Kind regards, Devan

1 0

Proposed Agenda - IDN EPDP Meeting #20 - 20 January 2022 at 13:30 UTC for 90 minutes
by Steve Chan 19 Jan '22

19 Jan '22

Dear all, Please find below the proposed agenda for our meeting on 20 January 2022 at 13:30 UTC. Kind regards, Ariel, Emily, and Steve IDN EPDP Meeting #20 Proposed Agenda 1. Roll Call & SOI Updates (5 minutes) 2. Welcome & Chair Updates / Update on GNSO Council Approach to IDN Implementation Guidelines v.4.0 (10 minutes) 3. Continued Deliberations on Topic A: Consistent Definition and Technical Utilization of RZ-LGR (Topic A working document: live version [docs.google.com]<https://urldefense.com/v3/__https:/docs.google.com/document/d/1I9dSd7alSvz9…> in Google Docs, archived versions in MS Word on wiki<https://community.icann.org/display/epdpidn/Working+Documents>) * Charter question A5 – impressions from meeting with SSAC members, brief presentation regarding allocatable variant labels in scripts through RZ-LGR (30 minutes) * Charter question A6 – deliberations on open items (see Open Items under A6 in the Draft Outcome document<https://docs.google.com/document/d/1Bt0LT45UaLynFNverh1nJhyvq6q6NxgSFAOnOp2…>) (40 minutes) * Time permitting, return to charter questions A7, A9, and A10 4. AOB (5 minutes) Steven Chan  Senior Director, GNSO Support Internet Corporation for Assigned Names and Numbers (ICANN) 12025 Waterfront Drive, Suite 300 Los Angeles, CA 90094-2536  Email: steve.chan(a)icann.org<mailto:steve.chan@icann.org> Skype: steve.chan55 Mobile: +1.310.339.4410 Find out more about the GNSO by visiting: https://learn.icann.org/<https://urldefense.proofpoint.com/v2/url?u=https-3A__learn.icann.org_&d=DwM…> Follow @GNSO on Twitter: https://twitter.com/ICANN_GNSO<https://urldefense.proofpoint.com/v2/url?u=https-3A__twitter.com_ICANN-5FGN…> Transcripts and recordings of GNSO Working Group and Council events are located on the GNSO Master Calendar <https://urldefense.proofpoint.com/v2/url?u=https-3A__gnso.icann.org_en_grou…>

1 0

Notes and action items - IDNs EPDP Meeting #19 - 13 January 2022
by Emily Barabas 17 Jan '22

17 Jan '22

Dear all, With apologies for the delay, please find below the notes from today’s meeting on Thursday, 13 January 2022 at 13:30 UTC. Kind regards, Ariel, Steve, and Emily Action Items: Action Item #1: EPDP Team members to provide input on draft text in response to charter question A6 and open items. Notes – IDNs EPDP Call – 13 January 2022 Welcome & Chair Updates * Staff shared draft text for a response to charter question a6. The leadership team has identified a number of questions for the EPDP team in the document. EPDP Team members are encouraged to review and provide feedback. These items will be discussed further on the 20 January call. * If there are any questions in the interim, please share them on the mailing list. Action Item #1: EPDP Team members to provide input on draft text in response to charter question A6 and open items. Engagement session with SSAC members to discuss SSAC's early input and additional Q&A General comments from SSAC members: * There is nothing technically in the DNS protocol or other technical protocols (e.g. SMTP for mail, X509 used in TLS) that indicates relationships between two strings that are called variants. Once in use, there is no difference between a variant and another domain name. They are two domain names. It is important to think about the implications of this and how it may be abused. * There might be cases where two strings are confusable. For confusability reasons, they can’t be given to two different registries. But there may be a business arrangement where they might be delegated to the same registry. * Clarification on the use of the term “confusable”: It might be the case that there are different rules if applications for two strings come from the same applicant or two different applicants. The term variant is one that is used between applicants and those that evaluate applications. Once delegated, there are only domain names. * Question: Have you had discussions about whether there needs to be a central index of strings that are variants in IANA? * Response: There have not been discussion of this issue. Each registry that handles variants keeps its own records. * This group needs to talk about how IDN variants are delegated first and then will talk about how this is tracked, for example in IANA. Question regarding responses to A1 & A4: * When looking at different characters and code points that can be allowed, we need to separate code points that are allowed in a zone as a whole vs. code points that are allowed in a label together. Sub domains to the domain may also have specific rules. * The SSAC recommends that the root zone must use one and only one set of rules for the Root LGR procedure for validation of TLD labels and their variants. * Clarification of the question: The comment on A4 seemed to imply that if the string was IDNA valid, it should be allowed. * Clarification: The RZ-LGR should be an absolute quantifier or rule set for what should be allowed in the root zone. If an existing TLD applies for a variant TLD label whose script is not yet supported by the applicable version of the RZ-LGR, then the best way is to put the application on hold, the community to work together to produce a LGR for that script and integrate into the LGR. Question regarding responses to A2: * SSAC members point to ccTLDs specifically because there may be a mix of policies with ccTLDs and gTLDs, so it is important to look at synchronized TLDs to ensure continuity of policies. Yes, the word variant in ccTLDs is wrong, the right term is “synchronized TLDs” * If such a situation mentioned in A2 did happen, the applicant can request a review on the LGR to see if LGR needs to be updated. It is important not to make ad hoc exceptions that could potentially undermine the LGR. * The existence of LGR not only set a boundary on the strings an applicant can apply for, it also creates a predictive environment for the users of domain names, in services, applications, user interfaces and ultimately the users that use these applications and services. ALAC question 1 regarding responses to A5 & C2: * Don’t blanket delegate all variants because you can. Look at the bundled experience you want users to have and only delegate the ones you need. The larger the set, the harder it is to keep everything synchronized. * Question: If the Registry is interested in applying for many variants, is there any reason that they should be prevented from doing so from the perspective of technical risks? * Response: This is too hypothetical to answer from the SSAC perspective. There is no ability to separate between two variants and two domain names from a technical perspective. The SSAC approaches the issue from this perspective. * Response: In a particular language community, the concept of variants is important. The SSAC is saying that it is hard to make that work, because there is no technical way to set this up. If you are going to make it work the way that a language community expects, there needs to be a lot of work done to make it work. If you are going to make it work, it is a lot easier to limit the number of variants in a bundle. From a security and stability standpoint, you can have as many as you want, as long as you keep them synchronized and do the work to do that. * As an example, if you have a language community with two very important variants, SSAC doesn’t see a problem for the community having a policy for allowing the applicant to have two labels for the price of one. But after the business transaction, the entity has two domain names. There is no technical solution to keep those variants together. * We already have examples in ccTLDs where they implement policies where variants don’t point to the same website. SSAC doesn’t have a problem with that from a technical point of view. This concerns business and policy. ALAC question 2 regarding responses to A5 & C2: * This follows from the suggestion to only instantiate variants that your language community needs. The SSAC recommends that the language communities are in a better position than SSAC to make decisions about criteria for limits. In making that decision, the people involved should keep in mind that every time they add to the bundle, they add to the challenge of managing the bundle. * Question: No one really speaks for a language community authoritatively, so how can this be implemented? Possible alternative – criteria for a registry to demonstrate in the application process that it is in a position to effectively manage the variants it is requesting. * Response: There may be different elements of this evaluation depending on what is being proposed in terms of variants. * Question: Was some of this thinking done with ccTLDs in mind? The ccTLD Fast Track process was relatively fast moving compared to the gTLD process. Was there any thinking in the SSAC discussion about the differences? * Response: I don’t believe the differences were discussed. * From an application evaluation standpoint, how can one determine whether an applicant is capable of making a set of variants work? There are not technical tools to make that work. This is a problem for the EPDP to solve. * Question: Could the SSAC help in thinking about the things that need to be synchronized to make variants work? This would help formulate a list of things for an evaluator to consider? * Answer: It’s not possible to make a complete list because we don’t know how the domains will be used. * Answer: It’s possible to provide illustrative examples, but would be concerning if those examples were converted into definitive criteria. Jeff’s questions regarding A5: * Apply a very tight limit at the start to ensure that you have a conservative start. As operators gain experience, you may decide to make the rules more permissive. · Start with the question: Is one label sufficient? If not, are two sufficient? If not, which candidate variants are uniquely differentiated from the primary label, widely used in the community? · For example, the Chinese community allows for three variant labels, one which has been applied-for, one which is the Simplified Chinese version and one which is the Traditional Chinese version. A similar limit may be imposed in the beginning to ensure conservatism, and which may be relaxed over time, as the community gains experience with IDN variant TLD delegation and associated usability and manageability challenges. * There could be cases where more variants than are necessary may be applied for because of economic value, but there is concern that hundred or tens of variants for a label may create technical and management challenges for the parties involved. * Question: How do you apply the proposed questions above in practice? An applicant for variants will always argue that they are necessary. How can you evaluate what is or is not necessary? * Response: The SSAC advises a conservative approach initially rather than a self-regulatory system. The SSAC is not assuming that actors or good or bad. The SSAC is interested in reducing the risk of a combinatory explosion. * It is for policy work to define synchronization and determine how synchronization can be achieved. * This combinatorial explosion creates a stability issue at both registrars and registries, and will likely complicate account management and user experience for registrants. Questions regarding B3 and C4a: * We call them variants, but in fact they are different domain names. Whatever you do to make them the same in practice is entirely up to the registrant. Any policy you make is going to be something you cannot do mechanically. You can make rules, but they need to be phrased in a way that is not technical. * In practice the implementation of variants has been poor. If we are going to make a good user experience better, we need to make sure that that measures are in place to implement them more effectively. Example: .cat d-names. * Issues can come up anywhere you have to compare two versions of a name. It’s not just an issue of DNS lookups. Additional questions: * Question: Most registries now just activate one name and block the variants? * Response: Correct, most follow this model. * Question: Is there a technical barrier to having a policy that allows a registrant to switch which is the primary and which is the variant at the second level. * Response: The cause for concern is if the variant is going to a different registrant, but there is otherwise not a technical concern.

1 0

Post Call | IDNs EPDP Team call | Thursday, 13 January 2022 at 13:30 UTC
by Devan Reed 13 Jan '22

13 Jan '22

Dear all, All recordings for the IDNs EPDP Team call held on Thursday, 13 January 2022 can be found on the agenda wiki page <https://community.icann.org/x/iYH3Cg> (attendance included) and the GNSO Master Calendar. <https://urldefense.com/v3/__https:/gnso.icann.org/en/group-activities/calen…> These include: * Attendance (please let me know if your name has been left off the attendance list) * Audio recording * Zoom chat archive * Zoom recording (including audio, visual, rough transcript) * Transcript For additional information, you may consult the mailing list archives <https://mm.icann.org/pipermail/gnso-epdp-idn-team/> and the main wiki page<https://community.icann.org/x/uAPpCQ>. Thank you! Kind Regards, Devan

1 0

Meeting Invitation | IDNs EPDP Team | Thursday, 20 January 2022 at 13:30 UTC
by Devan Reed 13 Jan '22

13 Jan '22

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 20 January 2022 at 13:30 UTC for 90 minutes. Please click link to join the webinar: https://icann.zoom.us/j/94276275950?pwd=dG5hanFzMlpsYmh0NnFjTEQwOUV1dz09 <https://urldefense.com/v3/__https:/icann.zoom.us/j/94276275950?pwd=dG5hanFz…> Passcode: !!0tV0Wh&K For Audio only: One tap mobile : US: +13017158592,,94276275950#,,,,*5259149775# or +13126266799,,94276275950#,,,,*5259149775# Webinar ID: 942 7627 5950 Passcode: 5259149775 International numbers available: https://icann.zoom.us/u/adP1jJ0gRH <https://urldefense.com/v3/__https:/icann.zoom.us/u/adP1jJ0gRH__;!!PtGJab4!v…> If this is your first time with Zoom, please take a look here: Welcome to Zoom <https://urldefense.com/v3/__https:/gnso.icann.org/sites/default/files/polic…> Members, participants, and observers all have different access and participation directions, please read below! ALL: Before joining the call * Please send dial out requests to gnso-secs(a)icann.org<mailto:gnso-secs@icann.org> only * Please be sure you have read the ICANN Expected Standards of Behavior <https://urldefense.com/v3/__https:/www.icann.org/resources/pages/expected-s…> * Visit the Wiki agenda page: https://community.icann.org/x/m4H3Cg * Check your time zone: https://tinyurl.com/4mr2byj5 ONLY for Members and Participants * Please join via the above Main Zoom Webinar link and staff will promote you to panelist. * Please select Everyone, when posting to the chat in order for everyone to see and to be captured afterwards. Only for Observers: * Observers will have ability to view member chat and information shared in the zoom webinar room. * Observers will not be able to use chat or raise hands. Thank you. Kind regards, Devan

1 0

15 MINUTES **REMINDER**Meeting Invitation | IDNs EPDP Team | Thursday, 13 January 2022 at 13:30 UTC
by Devan Reed 13 Jan '22

13 Jan '22

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 13 January 2022 at 13:30 UTC for 90 minutes. Please click link to join the webinar: https://icann.zoom.us/j/94276275950?pwd=dG5hanFzMlpsYmh0NnFjTEQwOUV1dz09 <https://urldefense.com/v3/__https:/icann.zoom.us/j/94276275950?pwd=dG5hanFz…> Passcode: !!0tV0Wh&K For Audio only: One tap mobile : US: +13017158592,,94276275950#,,,,*5259149775# or +13126266799,,94276275950#,,,,*5259149775# Webinar ID: 942 7627 5950 Passcode: 5259149775 International numbers available: https://icann.zoom.us/u/adP1jJ0gRH <https://urldefense.com/v3/__https:/icann.zoom.us/u/adP1jJ0gRH__;!!PtGJab4!v…> If this is your first time with Zoom, please take a look here: Welcome to Zoom <https://urldefense.com/v3/__https:/gnso.icann.org/sites/default/files/polic…> Members, participants, and observers all have different access and participation directions, please read below! ALL: Before joining the call * Please send dial out requests to gnso-secs(a)icann.org<mailto:gnso-secs@icann.org> only * Please be sure you have read the ICANN Expected Standards of Behavior <https://urldefense.com/v3/__https:/www.icann.org/resources/pages/expected-s…> * Visit the Wiki agenda page: https://community.icann.org/x/iYH3Cg * Check your time zone: https://tinyurl.com/2p8nudht [tinyurl.com]<https://urldefense.com/v3/__https:/tinyurl.com/2p8nudht__;!!PtGJab4!qH9Vea9…> ONLY for Members and Participants * Please join via the above Main Zoom Webinar link and staff will promote you to panelist. * Please select Everyone, when posting to the chat in order for everyone to see and to be captured afterwards. Only for Observers: * Observers will have ability to view member chat and information shared in the zoom webinar room. * Observers will not be able to use chat or raise hands. Thank you. Kind regards, Devan

1 0

Proposed Agenda - IDN EPDP Meeting #19 - 13 January 2022 at 13:30 UTC for 90 minutes
by Emily Barabas 13 Jan '22

13 Jan '22

Dear all, Please find below the proposed agenda for our meeting on 13 January 2022 at 13:30 UTC. Attached please find the compiled list of questions that have been shared with SSAC members in advance of the call. Kind regards, Ariel, Steve, and Emily IDN EPDP Meeting #19 Proposed Agenda 1. Roll Call & SOI Updates 2. Welcome & Chair Updates 3. Engagement session with SSAC members to discuss SSAC's early input and additional Q&A 4. AOB

2 1

Draft Outcome & Open Items: Charter Question A6
by Ariel Liang 13 Jan '22

13 Jan '22

Dear All, Please find the draft outcome language for charter question A6 on this google doc, pp.6-9: https://docs.google.com/document/d/1Bt0LT45UaLynFNverh1nJhyvq6q6NxgSFAOnOp2… (it is also posted on the wiki page here: https://community.icann.org/x/XwyHCg). Following the agreed format, the draft outcome language includes the following components: * Brief answer to the charter question * Recommendations and implementation guidance * Rationale for recommendations and implementation guidance There is also an “Open Items” section under A6, which includes the outstanding questions and gaps identified by the EPDP leadership, subject to further discussion with the EPDP Team. A6’s draft outcome language and open items are expected to be discussed during the EPDP Team meeting on Thursday, 20 January. Document is circulated now to facilitate your review and preparation for the discussion. Best Regards, Steve, Emily, Ariel Ariel Xinyue Liang Policy Sr. Specialist Internet Corporation for Assigned Names and Numbers (ICANN)

1 0