May 2023 - Gnso-epdp-idn-team

REMINDER | IDNs EPDP Community Webinar Invitation | Wednesday, 17 May 2023 at 11:00 UTC
by Devan Reed May 16, 2023

May 16, 2023

Dear all, The IDNs EPDP Community Webinar is scheduled on Wednesday, 17 May 2023 at 11:00 UTC for 90 minutes. Please click the link below to join the webinar: https://icann.zoom.us/j/91235574824?pwd=ZXo0WVV0bERxc2M2aVVVdlZsdGxRdz09 [icann.zoom.us]<https://urldefense.com/v3/__https:/icann.zoom.us/j/91235574824?pwd=ZXo0WVV0…> Passcode: gW%ag=s30c Or One tap mobile : +13126266799,,91235574824#,,,,*7119325728# US (Chicago) +13017158592,,91235574824#,,,,*7119325728# US (Washington DC) Webinar ID: 912 3557 4824 Passcode: 7119325728 International numbers available: https://icann.zoom.us/u/ac3c2072qs [icann.zoom.us]<https://urldefense.com/v3/__https:/icann.zoom.us/u/ac3c2072qs__;!!PtGJab4!5…> Interpretation Service: ADIGO LANGUAGE BRIDGES: English 9001 Arabic 9001 Chinese 9001 General International Toll: 2132333193 (this phone number works in every country) Find other phone numbers here: https://www.adigo.com/icann/ To check your time zone: https://tinyurl.com/bdcwfz4d [tinyurl.com]<https://urldefense.com/v3/__https:/tinyurl.com/bdcwfz4d__;!!PtGJab4!5fsJAQF…> Wiki page: https://community.icann.org/x/HIdXDg Thank you. Kind regards, Julie

1 0

ICANN77 prep week schedule is now published / How to Create your Prep Week Schedule
by Julie Bisland May 16, 2023

May 16, 2023

Dear all, The ICANN77 prep week schedule is now published! Please take a moment to read the information below to help create your prep week schedule and add sessions to your calendar. For the prep week schedule, go here: https://icann77.sched.com/ [icann77.sched.com]<https://urldefense.com/v3/__https:/icann77.sched.com/__;!!PtGJab4!_E5j-hi3y…> * Click Sign up or Log in and enter your information (email address and create password) * Once you “Join Event”, the schedule shows up with blank circular buttons to the left of each session. Hover over each button and click “ADD TO MY SCHEDULE” (see screenshot below) or just click in each circle to add the checkmark. [zH2S7YhPBpH+xAAAAAElFTkSuQmCC] * Once you’ve selected all sessions, click the My Schedule link in the lower left corner or hover over your profile and select My Schedule. [UYF4B+Gah4wAAAAASUVORK5CYII=] Or [iZO0AAAAASUVORK5CYII=] * You will see this message, “A copy of your schedule has been sent to your(a)email.com<mailto:your@email.com>.” To export the schedule, click the Phone icon: [wOqHIHPNJbGoQAAAABJRU5ErkJggg==] * On the page that appears, scroll down to the section Calendar Sync for Google Calendar, Outlook & Apple Calendar -> Export Calendar, and click the link next to “My Schedule”. When the .ics is exported, add it to the appropriate calendar (see screenshots below). Or, after exporting, drag and drop the .ics file directly into your calendar.. [sPtvZbES15QAAAABJRU5ErkJggg==] [wEIEk8JZn0NCQAAAABJRU5ErkJggg==] The ICANN77 Schedule<https://meetings.icann.org/en/icann77> will be posted 22 May 2023. Please email questions to us at: gnso-secs(a)icann.org<mailto:gnso-secs@icann.org> and we will be more than happy to assist! Kind regards, GNSO SO/AC Support team -- Julie Bisland Policy Operations Sr. Coordinator (GNSO) Internet Corporation for Assigned Names and Numbers (ICANN) Skype ID: 79613b691cb8a6c1 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 #81 - 11 May 2023
by Emily Barabas May 11, 2023

May 11, 2023

Dear all, Please find below the notes and action items from today’s meeting on Thursday, 11 May 2023 at 12:00 UTC. Kind regards, Ariel, Steve, and Emily Notes and Action Items - IDNs EPDP Call – 11 May 2023 Action Items Action Item 1: EPDP members to encourage their community colleagues to attend the webinar on 17 May at 11:00 UTC. Notes Welcome and Chair Updates * Donna is on vacation this week. Justine will be chairing the call. * SOI update – Justine is the ALAC representative to the SubPro IRT. * Thanks to all for remembering to attend the call one hour earlier. Meetings are now taking place at 12:00 UTC. * 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. Action Item 1: EPDP members to encourage their community colleagues to attend the webinar on 17 May at 11:00 UTC. * 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. IDN table harmonization (charter questions C4, C5, C6) Background and presentation on what harmonization is: * Slide 3: Charter Questions C4, C5, C6 * Note: mutually coherent = harmonized * Harmonization Core Question - 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? * Harmonization Mechanism - 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? * Harmonization Mechanism - IDN Table Format - 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? * Slide 4: What is an IDN Table * An IDN Table is used by a registry operator to represent second-level rules under a gTLD for validating IDN labels for registration, calculating variant labels, and determining disposition values of variant labels. * Slide 5: What is Harmonization? * 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). * 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. * 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. * Slide 6: Example Output * Slide 7: Why is harmonization needed? – Potential consequence of current practice * There is no current requirement for harmonization and no requirement for ICANN org to cross reference the different IDN tables for a gTLD. * As a result, the second-level variant label set produced for a requested second-level label may be inconsistent when different IDN Tables are used. Variant labels may be permitted for registration by different registrants as distinct labels under the same gTLD. * Question: When a registrant wants a SLD, does the registrant choose the IDN Table, and can this be abused? * 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. * 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. * Slide 8: Example Output: Consequences Without Harmonization * 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. * 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. * 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. * 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. * Question: Are there going to be collisions resulting in the process of harmonization? * 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. * 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. * 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. * Slide 9 – How are IDN Tables Harmonized * Currently no standard process for harmonizing IDN tables. Staff paper suggested two possible methods: Extend each IDN table or Extend label check process. * Reference to cross-language and cross-script should be removed from this slide. * Ultimately how a registry solves the harmonization requirements will depend on the systems. * 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. * 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. * Slide 10 – Anecdote on Harmonization Practice – Shared by Michael Bauland * 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. * 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. * 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. * Slide 11 – If Harmonization becomes a policy requirement – potential outcomes: * ICANN org be authorized to review ALL IDN Tables offered by a gTLD and its variant gTLDs in a holistic manner * ICANN org may reject an IDN Table if the variant label set of a given code point is not consistently produced * Slide 12 – IDN Table Formats * 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: “LGR processing tools can be developed to help registries automatically harmonize IDN Tables in XML format.” 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. * 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. * 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. * Response: Adoption of RFC 7940 is outside the scope of charter question C6. * 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. * Additional information about the tools: * option that you feed in a TXT format and get a XML format. * provide a function to show an HTML representation of the XML. * open-source, code is available in GitHub, so it is not necessary to start from scratch. * IDN Tables are a representation, not a reflection of how the system works. Registry systems don’t take IDN Tables as input. * 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. * 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. * Slide 13 – Anecdote on IDN Tables – shared by Zuan Zhang * Slide 14 - Discussion Questions – Future Applicants * Discussion Question 1: 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) * Discussion Question 2: If the answer to question 1 is yes, should any specific harmonization mechanism be recommended? Specifically, should the Reference LGR, including the Common LGR, be recommended as a reference for developing IDN Tables by future applicants? * Discussion Question 3: Should the XML format, as recommended by RFC 7940, be required for IDN Tables to be submitted by future applicants? * 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. * It was agreed that question 3 more accurately a sub-question under question 2. * 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. * Some support expressed for the idea that the WG should recommend harmonization but not how registries do it at a technical level. * Suggestion that the EPDP Team might want to develop an oversight mechanism to address security and stability issues. * Comment: We shouldn’t add to existing requirements for backend testing. Emily Barabas Policy Development Support Senior Manager Internet Corporation for Assigned Names and Numbers (ICANN) Phone: +31 (0)6 84507976 www.icann.org<http://www.icann.org/>

1 0

Post Call | IDNs EPDP Team call | Thursday, 11 May 2023
by Devan Reed May 11, 2023

May 11, 2023

Dear all, All recordings for the IDNs EPDP Team call held on Thursday, 11 May 2023 can be found on the agenda wiki page <https://community.icann.org/x/W4ZXDg> (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, 18 May 2023 at 12:00 UTC
by Devan Reed May 11, 2023

May 11, 2023

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 18 May 2023 at 12:00 UTC for 2 hours. 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/XoZXDg * Check your time zone: https://tinyurl.com/4u4p4uzt 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

ON NOW | Meeting Invitation | IDNs EPDP Team | Thursday, 11 May 2023 at 12:00 UTC
by Devan Reed May 11, 2023

May 11, 2023

**Reminder, to double check your calendar to reflect the updated start time from 13:00 UTC to 12:00 UTC. Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 11 May 2023 at 12:00 UTC for 2 hours. 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/W4ZXDg * Check your time zone: https://tinyurl.com/ycxpekef [tinyurl.com]<https://urldefense.com/v3/__https:/tinyurl.com/ycxpekef__;!!PtGJab4!9BwvuEH…> 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, Terri

1 0

15 MINUTE REMINDER | Meeting Invitation | IDNs EPDP Team | Thursday, 11 May 2023 at 12:00 UTC
by Devan Reed May 11, 2023

May 11, 2023

**Reminder, to double check your calendar to reflect the updated start time from 13:00 UTC to 12:00 UTC. Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 11 May 2023 at 12:00 UTC for 2 hours. 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/W4ZXDg * Check your time zone: https://tinyurl.com/ycxpekef [tinyurl.com]<https://urldefense.com/v3/__https:/tinyurl.com/ycxpekef__;!!PtGJab4!9BwvuEH…> 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, Terri

1 0

Re: [Gnso-epdp-idn-team] Proposed Agenda - IDN EPDP Meeting #81 - Thursday 11 May 2023 at 12:00 UTC
by Ariel Liang May 11, 2023

May 11, 2023

Dear All, In preparation for our discussion of IDN Table harmonization, Sarmad prepared a briefing paper that includes the relevant background and rationale (please find attached). We understand there is likely no time for the team to read through the document before the meeting, but we are circulating it now so you could review it at a later time. As a heads-up, staff’s slides that will provide the context of harmonization referenced materials in Sarmad’s briefing paper. Best Regards, Ariel From: Gnso-epdp-idn-team <gnso-epdp-idn-team-bounces(a)icann.org> on behalf of Emily Barabas <emily.barabas(a)icann.org> Date: Monday, May 8, 2023 at 11:54 AM To: "gnso-epdp-idn-team(a)icann.org" <gnso-epdp-idn-team(a)icann.org> Subject: [Gnso-epdp-idn-team] Proposed Agenda - IDN EPDP Meeting #81 - Thursday 11 May 2023 at 12:00 UTC Dear all, Please find below the proposed agenda for our meeting on Thursday 11 May 2023 at 12:00 UTC (2 hour call). Kind regards, Ariel, Steve, and Emily IDN EPDP Meeting #81 Proposed Agenda 1. Roll Call and SOI Updates (2 mins) 2. Welcome and Chair Updates (5 minutes) 3. IDN table harmonization (charter questions C4, C5, C6) (110 mins) * Background and presentation on what harmonization is * Why it is important * Deliberate on future tables * Deliberate on existing tables (time-permitting) 1. AOB (3 minutes) Emily Barabas Policy Development Support Senior Manager Internet Corporation for Assigned Names and Numbers (ICANN) Phone: +31 (0)6 84507976 www.icann.org<http://www.icann.org/>

1 0

Re: [Gnso-epdp-idn-team] 回复: [Ext] Re: IDN Table Presentation - 11 May
by Ariel Liang May 10, 2023

May 10, 2023

Thank you for sharing the background on the CDNC IDN Table used the Chinese community! If there is any additional information you could share regarding harmonization practice, if any, would welcome your contribution to facilitate the group’s discussion. Best Regards, Ariel From: Zhang Zuan <zuanzhangpetergreen(a)hotmail.com> Date: Wednesday, May 10, 2023 at 2:30 AM To: Ariel Liang <ariel.liang(a)icann.org> Cc: "gnso-epdp-idn-team(a)icann.org" <gnso-epdp-idn-team(a)icann.org> Subject: 回复: [Ext] Re: IDN Table Presentation - 11 May Hi Ariel and all, Apology for the belated response. The Chinese community uses CDNC table, which was developed by CDNC, i.e. the Chinese Domain Name Consortium, an independent non-profit organization, jointly founded in May 2000 by CNNIC, HKIRC, MONIC and TWNIC, the four NICs of China’s Mainland, Hong Kong, Macau and Taiwan. Before the CDNC was founded, there were organizations and companies who conducted research on Chinese domain name solutions and used different tables. The aim and mission of CDNC is to coordinate and develop a consistent Chinese table based on RFCs related to Chinese domain names. The CDNC table includes Simplified Chinese, Traditional Chinese and variants (of Simplified and Traditional Chinese). The table uses the RFC 3743-defined format, and is in compliance with the ICANN Guidelines for IDN registration and for publication in the IANA. Only the code points in the table can be open for registration. To update the CDNC table, any CDNC member is required to submit an application to the CDNC Secretary first. The CDNC Secretary refers it to an Expert Panel to evaluate the application. If approved, the CDNC Secretary would solicit comments of CDNC members. Finally, the Board of CDNC shall have a review of the application. If all is approved, the application shall be effective and the CDNC table would be updated. Hope the above information is of any help. Best Zuan ________________________________ 发件人: Ariel Liang <ariel.liang(a)icann.org> 发送时间: 2023年5月10日 7:43 收件人: Michael Bauland <Michael.Bauland(a)knipp.de>; Tan Tanaka, Dennis <dtantanaka(a)verisign.com>; m.alzoba(a)gmail.com <m.alzoba(a)gmail.com>; zuanzhangpetergreen(a)hotmail.com <zuanzhangpetergreen(a)hotmail.com> 抄送: Steve Chan <steve.chan(a)icann.org>; Emily Barabas <emily.barabas(a)icann.org> 主题: Re: [Ext] Re: IDN Table Presentation - 11 May Hello all (and particularly Michael and Dennis), As promised, welcome your input for the proposed slide deck ahead of the call, if possible. I understand time is rather limited, but if there is any blatant inaccuracy, especially on slide 8, I would appreciate your comment! https://docs.google.com/presentation/d/1WhHBPGuxEsHU2hPN3HuQaa14rJCNMywwSG4… [docs.google.com]<https://urldefense.com/v3/__https:/docs.google.com/presentation/d/1WhHBPGux…> Thank you, Ariel On 5/9/23, 2:55 PM, "Ariel Liang" <ariel.liang(a)icann.org> wrote: Thanks for the information you shared, Michael. I think I understand more now, and will definitely appreciate that you share the harmonization practice you are familiar with, so the group can gain better understanding when deliberating on the questions. I will work on a slide that lists the gist, and will welcome your input! Best Regards, Ariel On 5/8/23, 6:02 AM, "Michael Bauland" <Michael.Bauland(a)knipp.de> wrote: Hi Ariel, On 05.05.2023 19:58, Ariel Liang wrote: > Hello Michael, > > Thanks for the explanation. So basically the "canonical form" is not exactly "primary", but an arbitrary designation by the registries based on the code point of the variant label? You mentioned that the canonical code point may not be allowed in a IDN table, what does it mean? This just means that the canonical code point may be a code point that is not among the list of code points for that IDN table. Take for example a Cyrillic IDN table that of course does not allow any Latin characters. That table then has the allowed code point U+0430 (CYRILLIC SMALL LETTER A) The canonical code point would be U+0061 (LATIN SMALL LETTER A). So the canonical code point for U+0430 is a code point that is not allowed according to its IDN table. It's nevertheless used to calculate the canonical form of a label (which can even become a mixed-script label, but that's no problem, because it's only an internal representation used for variant checks). > > I think this is the type of information that Donna/Justine hope you and others from registries and registrars could share with the EPDP Team, with regard to how IDN tables are used when someone attempts to register an IDN label at the second-level. We recall you offered to do a small presentation of how Tango (?) implements IDNs at the second-level. Would this presentation that you offered to do be relevant to our discussion of the IDN table harmonization and format? As I mentioned last week, I found a problem in our internal harmonisation process. With our current tables it's just a theoretical problem, but still it's there. Therefore I'm not sure if it's helpful, that I present how we are dealing with harmonisation, if it's not working in all cases. If you still think it's helpful, I can say a few words of what we're doing. Cheers, Michael -- ____________________________________________________________________ | | | knipp | Knipp Medien und Kommunikation GmbH ------- Technologiepark Martin-Schmeisser-Weg 9 44227 Dortmund Germany Dipl.-Informatiker Fon: +49 231 9703-0 Fax: +49 231 9703-200 Dr. Michael Bauland SIP: Michael.Bauland(a)knipp.de Software Development E-mail: Michael.Bauland(a)knipp.de Register Court: Amtsgericht Dortmund, HRB 13728 Chief Executive Officers: Dietmar Knipp, Elmar Knipp

1 0

REMINDER | Meeting Invitation | IDNs EPDP Team | Thursday, 11 May 2023 at 12:00 UTC
by Terri Agnew May 10, 2023

May 10, 2023

**Reminder, to double check your calendar to reflect the updated start time from 13:00 UTC to 12:00 UTC. Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 11 May 2023 at 12:00 UTC for 2 hours. 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/W4ZXDg * Check your time zone: https://tinyurl.com/ycxpekef [tinyurl.com]<https://urldefense.com/v3/__https:/tinyurl.com/ycxpekef__;!!PtGJab4!9BwvuEH…> 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, Terri

1 0