December 2022 - Gnso-epdp-idn-team

Meeting Invitation | IDNs EPDP Team | Thursday, 15 December 2022 at 13:30 UTC
by Devan Reed Dec. 8, 2022

Dec. 8, 2022

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 15 December 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/O4YFDQ * Check your time zone: https://tinyurl.com/23ywamdw 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, 08 December 2022 at 13:30 UTC
by Devan Reed Dec. 8, 2022

Dec. 8, 2022

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 08 December 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/OYYFDQ * Check your time zone: https://tinyurl.com/rb4z42j7 <https://urldefense.com/v3/__https:/tinyurl.com/rb4z42j7__;!!PtGJab4!_pnEfHQ…> 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, 08 December 2022 at 13:30 UTC
by Devan Reed Dec. 8, 2022

Dec. 8, 2022

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 08 December 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/OYYFDQ * Check your time zone: https://tinyurl.com/rb4z42j7 <https://urldefense.com/v3/__https:/tinyurl.com/rb4z42j7__;!!PtGJab4!_pnEfHQ…> 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, 08 December 2022 at 13:30 UTC
by Devan Reed Dec. 8, 2022

Dec. 8, 2022

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 08 December 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/OYYFDQ * Check your time zone: https://tinyurl.com/rb4z42j7 <https://urldefense.com/v3/__https:/tinyurl.com/rb4z42j7__;!!PtGJab4!_pnEfHQ…> 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

2 1

Proposed Agenda - IDN EPDP Meeting #61 - Thursday 8 December 2022 at 13:30 UTC
by Emily Barabas Dec. 7, 2022

Dec. 7, 2022

Dear all, Please find below the proposed agenda for our meeting on Thursday 8 December 2022 at 13:30 UTC. Kind regards, Ariel, Steve, and Emily IDN EPDP Meeting #61 Proposed Agenda 1. Roll Call and SOI Updates (2 mins) 2. Welcome and Chair Updates (5 min) 3. Review of critical path to Phase 1 Initial Report (15 mins) 4. ICANN Org input on the String Similarity Review hybrid model (65 mins) 5. AOB (3 mins)

1 0

Preview for Next IDNs EPDP Team Call on 8 December
by Steve Chan Dec. 2, 2022

Dec. 2, 2022

Dear EPDP Team Members, The agenda for the call on 8 December will be shared next week, but the expectation is that it will focus primarily on ICANN org’s input to the String Similarity Small Group Recommendations (e.g., the hybrid model). Please review the relevant input in advance (page 12 in the attached document) and share any questions or input you might have in advance of the meeting. For clarity, leadership fully intends to review all of the ICANN org input in detail with the EPDP Team, but believes the string similarity input should be prioritized, given that an outcome on the appropriate model, hybrid or otherwise, allows the EPDP Team to address some charter questions that were dependent upon resolution on this topic. Best, Steve Steven Chan  Senior Director, Policy Development Support & GNSO Relations 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

Preliminary Outcome - IDNs EPDP Meeting #60 - 1 December 2022
by Steve Chan Dec. 2, 2022

Dec. 2, 2022

Dear EPDP Team Members, As there were a fair number of apologies for the 1 Dec call, the leadership team wanted to be sure to draw attention to the preliminary outcome as captured in the notes. As a reminder, the EPDP Team has been deliberating whether Option 1 (i.e., primary string and requested allocatable variants) or Option 2 (i.e., primary string, all allocatable variants, and blocked variants) makes more sense as the allowable set of strings that can be objected against for Legal Rights Objections and Community Objections. The EPDP Team agreed that considering the potential outcomes of successful objections would enrich the discussion. You will see from the notes below that the team focused in particular on the potential outcomes of a successful objection against a blocked variant. In this case, the blocked variant will never be delegated to the root, so the only meaningful outcome to the team seemed to be that the entire set would be ineligible to proceed. Further, the team noted that if this were to be the case, it would only be logically consistent that also in instances where the objector prevails against a primary or allocatable variant (requested or non-requested), that the entire application is ineligible to proceed. Per the meeting notes below, “Option 2 therefore seems to result in a situation where the variants, including those that will never be in the root, have a very important consequence to the primary string that the applicant has an intent to operate. It seems that this is overly conservative.” Accordingly, the EPDP Team members on the call preliminarily agreed that Option 1 (i.e., only applied-for strings) is preferred for Legal Rights Objections and Community Objections. Best, Steve (on behalf of the leadership team) From: Gnso-epdp-idn-team <gnso-epdp-idn-team-bounces(a)icann.org> on behalf of Emily Barabas <emily.barabas(a)icann.org> Date: Thursday, December 1, 2022 at 10:29 AM To: "gnso-epdp-idn-team(a)icann.org" <gnso-epdp-idn-team(a)icann.org> Subject: [Gnso-epdp-idn-team] Notes and action items - IDNs EPDP Meeting #60 - 1 December 2022 Dear all, Please find below the notes and action items from today’s meeting on Thursday, 1 December 2022 at 13:30 UTC. Kind regards, Ariel, Steve, and Emily Notes and Action Items - IDNs EPDP Call – 1 December 2022 Action Items Action Item 1: Clarify in B4, Response to Discussion Question 2 that an RO can request an extension on the 12-month delegation timeline for variants, consistent with the opportunity to do so for other strings. Action Item 2: Staff to investigate examples of rationales provided by ROs for requesting an extension on the 12-month delegation timeframe. Staff to investigate if there was a limit of the number of strings for which an RO could request an extension. Notes Welcome and Chair Updates * EPDP Team members are encouraged to catch up with the recording if they were unable to attend today’s call due to the IGF or other conflicts. Recap of Charter Question B4 [docs.google.com]<https://urldefense.com/v3/__https:/docs.google.com/document/d/1LlorzuwJlZ1j…> - Delegation of variants gTLDs vis a vis primary string * Slide 4 – Recap: B4 Additional Discussion Topic - Discussion Questions & EPDP Team’s Responses * Should a variant gTLD be allowed for delegation prior to delegation of the primary string? The EPDP Team agrees that the sequence for delegation of the applied-for primary string and the requested allocatable variant label(s) should not be mandated by policy. The scenario where a variant label is delegated prior to the primary string should be allowed. * Should the primary string and allocatable variant labels that pass evaluation be delegated within the timeframe as affirmed by SubPro recommendations? Yes, the EPDP Team agrees that the primary string and the allocatable variant label(s) that pass evaluation should be delegated within the timeframe as affirmed by SubPro recommendations. However, as noted in the response to Question 1, the sequence for delegating these labels does not matter as long as they are delegated within the required timeframe. * Question: Will our recommendations address a case where the RO seeks to delay delegation of certain variant(s)? * Response: SubPro recommendations provide for the opportunity to apply for an extension. The expectation is that that opportunity would apply to variants, as well. We may need to state for clarity that you need to delegate within a 12-month period, but you can seek an extension for one or more variant(s). Action Item 1: Clarify in B4, Response to Discussion Question 2 that an RO can request an extension on the 12-month delegation timeline for variants, consistent with the opportunity to do so for other strings. Action Item 2: Staff to investigate examples of rationales provided by ROs for requesting an extension on the 12-month delegation timeframe. Staff to investigate if there was a limit of the number of strings for which an RO could request an extension. Continued Discussion of Charter Question E2 [docs.google.com]<https://urldefense.com/v3/__https:/docs.google.com/document/d/1glGuJwSoYlYF…> - Potential Outcomes for Legal Rights and Community Objections * Slide 6-7 – Summary of Discussion * Clarification Question: On slide 6, bullet 1 – it’s not clear specifically which strings can be objected against in the string confusion objection. Why would it be different from the other objection types? On slide 6, the other objection types list each of the possible types of strings that can be objected against. * Response: Any of the lines between the different labels in the hybrid diagram could be the basis of an objection. Even if a blocked variant of one was confusingly similar to an allocatable variant of another, this could be the basis of an objection. The only combination that can’t be the basis of a string confusion objection is the blocked variant of one label being confusingly similar to the blocked variant of another label. * For the string similarity review, the evaluation process will compare all of permutations of the hybrid model, only on the basis of visual similarity. * String confusion objection is broader than visual similarity. It is the prerogative of the objector to specify which strings are part of the objection within the limits of the hybrid model (which specifies which pairs of strings can be the basis of the objection). * In the string confusion objection, we are comparing two labels with variants. For the other objections processes there is just the reason for the objection and the strings that can be filed against – the objector does not need to have application, so the model is presented differently from the other objections on slide 6. * Slide 8 – String Confusion Objection - Background * Slide 9 – String Confusion Objection Prevails – Potential Outcomes * Comment: Slide 9 only shows what happens if an objection prevails. It does not include the case where an objection fails. If an objection fails and both parties are applicants, applications from both parties can go forward. If the objector is an existing RO and the other party is an applicant, and the objection does not prevail, the application continues through the application process. * Slide 10 – Limited Public Interest Objection -- Background * Slide 11 – Limited Public Interest Objection Prevails -- Potential Outcomes * In discussion with the ccPDP4 team on Tuesday, it was discussed that the applied for variant in the cc context must be a meaningful representation of the name. One thing we haven’t discussed is the meaning of the applied for string and what it represents to the applicant. For something like a Limited Public Interest objection, is it an objection to the string or the meaning of the string that we are talking about? It seems that the concern is actually about the applicant and the way they intend to use the string. This angle may provide additional color to the discussion. * Some of these considerations might be captured in what was question 18 in the 2012 application. * Slide 12 – Legal Rights Objection – Background * Slide 13 – Option 1: Legal Rights Objection Prevails – Potential Outcomes * Clarification: In slide 13, path 3, the presumption is that the objection is successful against the primary string. If the objection against the primary string is unsuccessful but the objection against the requested allocatable variants is successful, only the variants are ineligible to proceed (essentially path 2). * Slide 14 – Option 2: Legal Rights Objection Prevails – Potential Outcomes * If we allow objections against blocked variants, it is only logical that the result where the objector prevails in all scenarions (1-5) is that the application is ineligible to proceed. Anything else would cause illogical consequences. * Does it make sense to allow objections in the scenarios 3, 4, and 5 if there is no consequence? It may be cleaner to limit these objections to primary and requested allocatable variants. * On objection against non-requested allocatable variants (path 3), one potential outcome would be that the string could not be applied for in the future. Would it be simpler to just wait and allow the objection if and when the string is actually applied for? * Option 2 seems to result in a situation where the variants, including those that will never be in the root, have a very important consequence to the primary string that the applicant has an intent to operate. It seems that this is overly conservative. * Use case where we would want an objection against a blocked variant – A legal rights holder does not want to apply in the current round but they would like to keep the option to apply in the future. Their label is similar to one of the blocked variants. The only way that they can ensure that at a later point that they can get their brand is to object now. Is that reason enough to allow objections against blocked variants? There are plenty of other cases where first-come, first-serve rules apply and a potential future applicant can’t get “their” string because someone else got there first. * Preliminary agreement that for Legal Rights Objections, you can only object to the applied for strings. * Slide 16 – Community Objection – Background * Slide 17 – Community Objection Prevails – Potential Outcomes * Conclusions appear to be the same as with Legal Rights Objections. AOB * ccPDP4 is allowing anyone who is interested to sit in on their stress testing exercise. Details will follow.

1 0

15 MINUTES REMINDER | Meeting Invitation | IDNs EPDP Team | Thursday, 01 December 2022 at 13:30 UTC
by Devan Reed Dec. 1, 2022

Dec. 1, 2022

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 01 December 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/N4YFDQ * Check your time zone: https://tinyurl.com/2r8cs89c <https://urldefense.com/v3/__https:/tinyurl.com/2r8cs89c__;!!PtGJab4!5Cm11f2…> 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

4 3

Notes and action items - IDNs EPDP Meeting #60 - 1 December 2022
by Emily Barabas Dec. 1, 2022

Dec. 1, 2022

Dear all, Please find below the notes and action items from today’s meeting on Thursday, 1 December 2022 at 13:30 UTC. Kind regards, Ariel, Steve, and Emily Notes and Action Items - IDNs EPDP Call – 1 December 2022 Action Items Action Item 1: Clarify in B4, Response to Discussion Question 2 that an RO can request an extension on the 12-month delegation timeline for variants, consistent with the opportunity to do so for other strings. Action Item 2: Staff to investigate examples of rationales provided by ROs for requesting an extension on the 12-month delegation timeframe. Staff to investigate if there was a limit of the number of strings for which an RO could request an extension. Notes Welcome and Chair Updates * EPDP Team members are encouraged to catch up with the recording if they were unable to attend today’s call due to the IGF or other conflicts. Recap of Charter Question B4 [docs.google.com]<https://urldefense.com/v3/__https:/docs.google.com/document/d/1LlorzuwJlZ1j…> - Delegation of variants gTLDs vis a vis primary string * Slide 4 – Recap: B4 Additional Discussion Topic - Discussion Questions & EPDP Team’s Responses * Should a variant gTLD be allowed for delegation prior to delegation of the primary string? The EPDP Team agrees that the sequence for delegation of the applied-for primary string and the requested allocatable variant label(s) should not be mandated by policy. The scenario where a variant label is delegated prior to the primary string should be allowed. * Should the primary string and allocatable variant labels that pass evaluation be delegated within the timeframe as affirmed by SubPro recommendations? Yes, the EPDP Team agrees that the primary string and the allocatable variant label(s) that pass evaluation should be delegated within the timeframe as affirmed by SubPro recommendations. However, as noted in the response to Question 1, the sequence for delegating these labels does not matter as long as they are delegated within the required timeframe. * Question: Will our recommendations address a case where the RO seeks to delay delegation of certain variant(s)? * Response: SubPro recommendations provide for the opportunity to apply for an extension. The expectation is that that opportunity would apply to variants, as well. We may need to state for clarity that you need to delegate within a 12-month period, but you can seek an extension for one or more variant(s). Action Item 1: Clarify in B4, Response to Discussion Question 2 that an RO can request an extension on the 12-month delegation timeline for variants, consistent with the opportunity to do so for other strings. Action Item 2: Staff to investigate examples of rationales provided by ROs for requesting an extension on the 12-month delegation timeframe. Staff to investigate if there was a limit of the number of strings for which an RO could request an extension. Continued Discussion of Charter Question E2 [docs.google.com]<https://urldefense.com/v3/__https:/docs.google.com/document/d/1glGuJwSoYlYF…> - Potential Outcomes for Legal Rights and Community Objections * Slide 6-7 – Summary of Discussion * Clarification Question: On slide 6, bullet 1 – it’s not clear specifically which strings can be objected against in the string confusion objection. Why would it be different from the other objection types? On slide 6, the other objection types list each of the possible types of strings that can be objected against. * Response: Any of the lines between the different labels in the hybrid diagram could be the basis of an objection. Even if a blocked variant of one was confusingly similar to an allocatable variant of another, this could be the basis of an objection. The only combination that can’t be the basis of a string confusion objection is the blocked variant of one label being confusingly similar to the blocked variant of another label. * For the string similarity review, the evaluation process will compare all of permutations of the hybrid model, only on the basis of visual similarity. * String confusion objection is broader than visual similarity. It is the prerogative of the objector to specify which strings are part of the objection within the limits of the hybrid model (which specifies which pairs of strings can be the basis of the objection). * In the string confusion objection, we are comparing two labels with variants. For the other objections processes there is just the reason for the objection and the strings that can be filed against – the objector does not need to have application, so the model is presented differently from the other objections on slide 6. * Slide 8 – String Confusion Objection - Background * Slide 9 – String Confusion Objection Prevails – Potential Outcomes * Comment: Slide 9 only shows what happens if an objection prevails. It does not include the case where an objection fails. If an objection fails and both parties are applicants, applications from both parties can go forward. If the objector is an existing RO and the other party is an applicant, and the objection does not prevail, the application continues through the application process. * Slide 10 – Limited Public Interest Objection -- Background * Slide 11 – Limited Public Interest Objection Prevails -- Potential Outcomes * In discussion with the ccPDP4 team on Tuesday, it was discussed that the applied for variant in the cc context must be a meaningful representation of the name. One thing we haven’t discussed is the meaning of the applied for string and what it represents to the applicant. For something like a Limited Public Interest objection, is it an objection to the string or the meaning of the string that we are talking about? It seems that the concern is actually about the applicant and the way they intend to use the string. This angle may provide additional color to the discussion. * Some of these considerations might be captured in what was question 18 in the 2012 application. * Slide 12 – Legal Rights Objection – Background * Slide 13 – Option 1: Legal Rights Objection Prevails – Potential Outcomes * Clarification: In slide 13, path 3, the presumption is that the objection is successful against the primary string. If the objection against the primary string is unsuccessful but the objection against the requested allocatable variants is successful, only the variants are ineligible to proceed (essentially path 2). * Slide 14 – Option 2: Legal Rights Objection Prevails – Potential Outcomes * If we allow objections against blocked variants, it is only logical that the result where the objector prevails in all scenarions (1-5) is that the application is ineligible to proceed. Anything else would cause illogical consequences. * Does it make sense to allow objections in the scenarios 3, 4, and 5 if there is no consequence? It may be cleaner to limit these objections to primary and requested allocatable variants. * On objection against non-requested allocatable variants (path 3), one potential outcome would be that the string could not be applied for in the future. Would it be simpler to just wait and allow the objection if and when the string is actually applied for? * Option 2 seems to result in a situation where the variants, including those that will never be in the root, have a very important consequence to the primary string that the applicant has an intent to operate. It seems that this is overly conservative. * Use case where we would want an objection against a blocked variant – A legal rights holder does not want to apply in the current round but they would like to keep the option to apply in the future. Their label is similar to one of the blocked variants. The only way that they can ensure that at a later point that they can get their brand is to object now. Is that reason enough to allow objections against blocked variants? There are plenty of other cases where first-come, first-serve rules apply and a potential future applicant can’t get “their” string because someone else got there first. * Preliminary agreement that for Legal Rights Objections, you can only object to the applied for strings. * Slide 16 – Community Objection – Background * Slide 17 – Community Objection Prevails – Potential Outcomes * Conclusions appear to be the same as with Legal Rights Objections. AOB * ccPDP4 is allowing anyone who is interested to sit in on their stress testing exercise. Details will follow.

1 0

Post Call | IDNs EPDP Team call | Thursday, 01 December 2022
by Devan Reed Dec. 1, 2022

Dec. 1, 2022

Dear all, All recordings for the IDNs EPDP Team call held on Thursday, 01 December 2022 can be found on the agenda wiki page <https://community.icann.org/x/N4YFDQ> (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