July 2022 - Gnso-epdp-idn-team

Joint Meeting with ccPDP4 - Tue 26 June @ 14:00-15:30 UTC
by Ariel Liang July 13, 2022

July 13, 2022

Dear EPDP Team, ccPDP4 Working Group suggested holding a joint meeting with the EPDP Team to discuss topics that both groups have addressed so far, and compare the relevant preliminary recommendations. This is to fulfill the Board request that the GNSO and ccNSO keep each other informed of the progress in developing the relevant details of their policies and procedures to ensure a consistent solution for IDN variant gTLDs and IDN variant ccTLDs. Since there is some overlap of membership between the two groups, we would like to check whether EPDP members are able to join ccPDP4 meeting on Tuesday, 26 July at 14:00-15:30 UTC? If you are unable to join, please respond on list too, and we can take this into account when scheduling the joint meeting. Thank you, Ariel Ariel Xinyue Liang Policy Sr. Specialist Internet Corporation for Assigned Names and Numbers (ICANN)

4 5

Meeting Invitation | IDNs EPDP Team | Thursday, 21 July 2022 at 13:30 UTC
by Devan Reed July 13, 2022

July 13, 2022

PLEASE NOTE: The Thursday, 14 July meeting has been CANCELLED. Please remove it from your calendars. In place of the Thursday, 14 July IDNs EPDP team meeting, The IDNs EPDP Leadership are holding office hours. If you have not already requested a slot and you are interested, please respond to gnso-secs(a)icann.org<mailto:gnso-secs@icann.org> Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 21 July 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/JAYVD * Check your time zone: https://tinyurl.com/2p82yu8a 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

Canceled: IDNs EPDP Team meeting
by ICANN Policy Calendar July 13, 2022

July 13, 2022

Meeting: IDNs EPDP Team meeting Pattern: Weekly on Thursday’s 30 June – 15 September 2022 at 13:30 UTC for 90 minutes Please click the link to join the webinar: https://icann.zoom.us/j/94276275950?pwd=dG5hanFzMlpsYmh0NnFjTEQwOUV1dz09 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 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 agenda wiki page: https://community.icann.org/x/tQD5Cw * For other places see: https://tinyurl.com/5n7d3vxh 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.

1 0

EPDP Leadership Virtual Office Hour Next Thursday
by Ariel Liang July 12, 2022

July 12, 2022

Dear All, Given the need for data collection to deliberate on second-level variant related charter questions, as well as the ongoing work in the String Similarity Small Group, the EPDP Team leadership is proposing cancellation of next Thursday’s (14 July) meeting to facilitate the completion of these work items. Since the EPDP Team has been working remotely together for almost one year, the leadership team would like to host a “virtual office hour” during next week’s meeting time instead. The leadership team would appreciate this opportunity to check in with each representative group within the EPDP Team, hearing your experience participating in the EPDP and any feedback you may have. This virtual office hour is not intended to be a meeting with the whole team, but rather one-on-one between the leadership team and each representative group. If you are interested in dropping in during the virtual office hour, please email gnso-secs(a)icann.org<mailto:gnso-secs@icann.org> by EOB Tuesday, 12 July. The GNSO Secretariat will follow up with proposed time slots to meet with the leadership team. Have a nice weekend! Best Regards, Steve, Emily, Ariel

1 1

Draft Outcome: Group 2 Charter Questions Related to "Same Entity" Principle at Top-Level
by Ariel Liang July 8, 2022

July 8, 2022

Dear All Please find the draft outcome language for Group 2 charter questions related to “same entity” principle at the top-level, which are: * B1, B2, B3, B5: https://docs.google.com/document/d/15YGISgNQYL_VfcVVZ6E97qbo42GPziP6x089bR3… * D1a, D1b (Part 2): https://docs.google.com/document/d/1C6xKX87w2LtN4Is0mehuRgc1GqjKmbbhT14KbvU… Both documents are 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 Please note that for charter question D1b Part 1 (related to the process by which an existing TLD registry operator seeks to activate variants) has not be addressed; it depends on the survey responses from the Arabic/Chinese TLD ROs. Please provide any input/suggestion for the draft outcome language on the mailing list by Friday, 8 July. Best Regards, Steve, Emily, Ariel

2 4

Notes and action items - IDNs EPDP Meeting #41 - 7 July 2022
by Emily Barabas July 7, 2022

July 7, 2022

Dear all, Please find below the notes and action items from today’s meeting on Thursday, 7 July 2022 at 13:30 UTC. Kind regards, Ariel, Steve, and Emily Action Items: Action Item 1: Members to respond to Ariel’s email about availability to meet with ccPDP4 on 26 July. Action Item 2: EPDP Team members to review anonymized results of the survey of existing Chinese and Arabic IDN gTLD operators about their interest in activating variants, shared by staff on the mailing list. Action Item 3: EPDP Team members from RrSG and RySG will ask their groups if there are known examples of use cases 2, 3, 4 that already exist. Notes – IDNs EPDP Call – 7 July 2022 Chair Updates * The ccPDP4 has requested a meeting with the EPDP Team on areas where the two groups may possibly diverging. The suggested date for the meeting is 26 July. Action Item 1: Members to respond to Ariel’s email about availability to meet with ccPDP4 on 26 July. * The ccPDP4 variant sub-team is finalizing recommendations to the ccPDP, so this is a good moment for information sharing and considering the possibility of mid-course correcting where there may be divergence. * Key area where there may be a divergence: Potential changes to RZ-LGR where an existing TLD is not supported by the RZ-LGR, what happens next. Language regarding grandfathering is different in the two sets of recommendations. ccPDP4 recommendations introduce a threshold at which deselection may be the only way to address a security threat. * Some divergence may also exist between the outputs of the small group on string similarity and ccPDP4 work on string similarity. cc work is focusing on a level 2 comparison where the EPDP small group is focusing on a “hybrid” level 2-level 3 approach. * Question: ccPDP did a stress-testing exercise at ICANN74. Is this something we should consider? Is this approach applicable to our work? * Response: Stress-test during ICANN74 was appreciated by all. The audience provided input that requires additional consideration by the ccPDP4 group. If possible, it is recommended that the EPDP Team does a similar test when recommendations reach a level where this is possible. * Response: To some extent, the EPDP Team might be doing this along the way, but as we get further in the process, it may be helpful to see if there are additional stress testing that can be completed. Action Item 2: EPDP Team members to review anonymized results of the survey of existing Chinese and Arabic IDN gTLD operators about their interest in activating variants, shared by staff on the mailing list. Charter Question C1 * Preliminary discussion last week: Same entity principle should apply for the registrant. * Slide 4 – Charter Question C1 * Slide 5 – Scenario 1: Context – A given second-level label beneath each allocated variant TLD must have the “same entity” * Slide 6 – Scenario 2: Context – All allocatable second-level IDN variant labels that arise from a registration based on a second-level IDN table must have the “same entity” * Slide 7 – Refresher on IDN Tables * Question: Is there any reason why the RZ-LGR cannot be used at the second level? That way, we will have a uniform way to enumerate variants. * Response: RZ-LGR does not support numbers. At the second level you want to have numbers. Also, there might be valid reasons for certain TLDs to not have the same restrictions that are made in the RZ-LGR. For example .cat, they have a letter that was not allowed in the RZ-LGR but that they want at the second level because it is important in the Catalan language. * Response: IDN tables have been in existence prior to the RZ-LGR. There is not one definitive table per script. From a retrospective perspective, it would be difficult to apply the RZ-LGR to the IDN tables, but there has been an attempt by the Org GDS team to bring some uniformity to the IDN Tables. * Slide 8 – Example strings * Slide 9 – Scenario 1: EPDP Deliberation -- A given second-level label beneath each allocated variant TLD of an existing gTLD must only be allocated to the same registrant, or else withheld for possible allocation only to the same registrant * Slide 10 – Scenario 2: Explanatory Notes * Comment: The sponsoring Registrar currently has no obligation to maintain the activated second-level variant label throughout its domain name lifecycle. This depends on the registry itself. For some registries it's technically already enforced that variant labels are under the same registrant and registrar. * Question: Is there any condition attached before you can activate second level variant? * Response: The points mentioned on the slide are the conditions. There is an addendum to the RA that provides additional conditions related to activation of variants. * Response: Verisign TLDs do not activate variants. Variants are calculated but they remain blocked, consistent with registry policy. * Slide 11 – Scenario 2: Case 1 – Same Registrant and Same Registrar: This is the best case scenario – existing Case 1 variants have already satisfied the “same entity” requirement; no further actions are required. * Slide 12 – Scenario 2: Case 2 – Different Registrants and Same Registrar: Such case may happen when a second-level variant is sold to another registrant under the same registrar after its activation. * Comment: We need to say that there are going to be no resellers for IDN TLDs or we need to use it in our use cases to ensure that we don’t miss anything. * Question: This use case is theoretically possible. Are there any cases of this in practice (Scenario 2: Case 2)? * Response: Four cases in the slides are in theory. It is a big data collection exercise to see the extent of each case existing in practice. At the moment, it is not possible to collect the data in a timely manner. There is no guarantee that we will be able to collect a full data set. * Response: One member noted that he is not aware of any registries that currently would allow this, but it’s possible that someone has. It might be possible to contact the backend operators. They should know whether they implemented technical rules to avoid these situations. * Response: One thing to note, even though these four cases are theoretically possible, in practice they are not equally likely. It is possible that some of these cases are extreme corner cases and may not even exist in practice. * Slide 13 - Scenario 2: Case 3 – Same Registrant and Different Registrars - Such case may happen when a second-level variant is transferred to another registrar after its activation. * Slide 14 – Scenario 2: Case 4 – Different Registrants and Different Registrars - Such case may happen when a second-level variant is transferred to another registrar after its activation, and is later sold to another registrant. * Comment: Some of this is dependent on the registry policy. If the registry policy is silent of whether the registrant needs to be the same, it could be the case that the registrant from variants is different. To what extent is it the registry policy that underlines these scenarios? * Comment: We may not have to consider the specific registry policies. The EPDP Team may want to focus on what requirements will apply in policy. * Comment: As we look at these cases, we are trying to look at two things: 1. The same entity principle and what is it? 2. The persistence requirement throughout the lifecycle. Is it desirable to have these outcomes? If no, we should have same entity enforced, persistent throughout lifecycle. Next, we should look at same entity definition – what does registrant mean on a technical level and who will enforce on what level? At the end of the day, it is going to be up the registrant to translate the principle to user experience. Who are we to say that this should not be possible? * Scenario 2: Discussion Questions * Discussion Question 1: Do second-level variants in Case 3 (Same Registrant & Different Registrars) meet the “same entity” requirement? * Question: Do existing registrations have these cases already? Is this completely hypothetical? From previous discussion and SSAC feedback, going forward this should be enforced with the same registrant, same registrar throughout the lifecycle. If we don’t know if they exist, we should do the research. * Response: We don’t have existing data on this. It may be possible to find out if registries have a current policy on activating variants or perhaps we can ask the backends about current practice. Data collection is time-consuming and responses may not be complete. * Follow-up: Zone file and whois check could narrow it down quickly to see if these cases exist and how prevalent they are. If these cases exist, the difficulty in addressing them would be significant. * Comment: It’s been helpful to refer to data so far. It was mentioned that we could ask RSPs. Leadership team can think about whether there is a way to get data from the RSPs, but there is no contractual relationship between ICANN and the RSPs. GDS has done work on IDN Tables, and we can see if there is a way to get information through other means, as well. It would be good to understand the scope of the issue, but it could be difficult to do. Maybe we could, for the moment, look at what to do if these situations did exist. * Discussion Question 2: Should the “same entity” requirement be retroactively applied to existing second-level variants in cases 2, 3, and 4? * Discussion Question 3: For non-activated, allocatable variants S1.T2, S2.T2, S3.T1, and S3.T2, is it possible to satisfy the “same entity” requirement for their future allocation in Cases 2-4? If yes, how should they be allocated? * Comment: Current situation is that we don’t have variants at the top-level. Whether these scenarios exist or not, there doesn’t seem to be an issue at the moment with variants at the second level are problematic if the same entity doesn’t apply. If these scenarios do exist, it is currently not a problem. It seems that it wouldn’t be problematic to grandfather. It may be when we introduce variants at the top level and we have them at the second level, the situation will be more complex and the same entity rule will become more important. * Comment: When the top level begins to have variants, that only impacts Chinese and Arabic. We are talking about existing labels and only Chinese and Arabic will have allocatable variants. * Comment: Suggestion for data collection - check with the Ry and Rr stakeholder groups to see if they know of such a possibility. If someone says yes, we know it needs to be addressed. If no one says yes, we are in the same position we are in now. Action Item 3: EPDP Team members from RrSG and RySG will ask their groups if there are known examples of use cases 2, 3, 4 that already exist. * Suggestion: Perhaps we can say that if this were to happen (cases of existing strings not compatible with the forward-looking policy), the registry needs to come up with a plan. Keep the overarching policy high-level. * Response: It’s not a good idea to leave it to the registries to implement. In other situations, this approach has resulted in delays, lack of uniformity, and lack of transparency in the past. AOB * ALAC would like more time to review Group 2 questions. The deadline was 8 July. This will be extended for everyone by one week.

1 0

Post Call | IDNs EPDP Team call | Thursday, 07 July 2022
by Devan Reed July 7, 2022

July 7, 2022

Dear all, All recordings for the IDNs EPDP Team call held on Thursday, 07 July 2022 can be found on the agenda wiki page <https://community.icann.org/x/IAYVD> (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, 14 July 2022 at 13:30 UTC
by Devan Reed July 7, 2022

July 7, 2022

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 14 July 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/IgYVD * Check your time zone: https://tinyurl.com/6ubdm7ff 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 **REMINDER** Meeting Invitation | IDNs EPDP Team | Thursday, 07 July 2022 at 13:30 UTC
by Devan Reed July 7, 2022

July 7, 2022

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 07 July 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/IAYVD * Check your time zone: https://tinyurl.com/2p8erc7a [tinyurl.com]<https://urldefense.com/v3/__https:/tinyurl.com/2p8erc7a__;!!PtGJab4!7L9t076…> 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, Julie

1 0

15 MINUTES **REMINDER** Meeting Invitation | IDNs EPDP Team | Thursday, 07 July 2022 at 13:30 UTC
by Devan Reed July 7, 2022

July 7, 2022

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 07 July 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/IAYVD * Check your time zone: https://tinyurl.com/2p8erc7a [tinyurl.com]<https://urldefense.com/v3/__https:/tinyurl.com/2p8erc7a__;!!PtGJab4!7L9t076…> 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, Julie

1 0