June 2023 - Gnso-epdp-idn-team

REMINDER: IDN EPDP Self-Assessment Survey - Deadline 23 June
by Ariel Liang 15 Jun '23

15 Jun '23

Dear All, So nice seeing the members/participants who made it to DC, and thanks very much to those who participated our sessions remotely! As Donna mentioned during our Session 4 today, please be so kind to fill out the Self-Assessment Survey: https://forms.gle/HmuKzYr9JGN4aJwC7 We have extended the deadline to Friday, 23 June. Please see detailed information below. Thank you all for your input! Best Regards, Ariel From: Ntfy-gnso-epdp-idn-team <ntfy-gnso-epdp-idn-team-bounces(a)icann.org> on behalf of Julie Bisland <julie.bisland(a)icann.org> Date: Monday, May 22, 2023 at 8:35 AM To: "ntfy-gnso-epdp-idn-team(a)icann.org" <ntfy-gnso-epdp-idn-team(a)icann.org> Cc: "GNSO-SECS(a)icann.org" <GNSO-SECS(a)icann.org> Subject: [Ntfy-gnso-epdp-idn-team] Your Feedback Requested - IDN EPDP Self-Assessment Survey - Deadline 12 June Dear EPDP Team Members, Alternates, and Participants, On 15 March 2023, the GNSO Council approved [gnso.icann.org]<https://urldefense.com/v3/__https:/gnso.icann.org/en/council/resolutions/20…> a process and questionnaire for Working Groups to conduct periodic Self-Assessments during their lifecycle. These periodic surveys are intended to supplement Self-Assessments that already occur when a Working Group closes. The goal is to provide the GNSO Council with important information about how its Working Groups are functioning and whether there are any issues that may need to be addressed as the Working Group proceeds. The IDN EPDP Team has recently delivered its Phase 1 Initial Report for public comment, a key milestone in the Team’s work. This is an opportune moment for the Team to reflect on how the group is functioning and whether there are areas that may benefit from improvement. Please read the following instructions carefully: * The survey tool is provided in Google Forms and is available at this link: https://forms.gle/HmuKzYr9JGN4aJwC7 [forms.gle]<https://urldefense.com/v3/__https:/forms.gle/HmuKzYr9JGN4aJwC7__;!!PtGJab4!…>. The survey is only being shared with Members, Alternates, and Participants. Please do not share this link with others. * Background information and instructions are contained within the survey. There is no login requirement, so you will not need user credentials. * This questionnaire is organized into 22 questions divided into five short sections. Simply answer the questions on each page and, when you reach the end, click “Submit.” If you receive a response that “Your response has been recorded”, your feedback was successfully populated. * There is no option to save and continue later. If you would like to browse the questions in advance, they are published here: https://community.icann.org/display/gnsoworkgroupres/Working+Group+Self-Ass…. * The survey should take approximately 15 minutes depending upon the number of comments you choose to provide. * The survey will be open for three weeks and will close on Monday, 12 June at 23:59 UTC. A member of the GNSO policy support staff will monitor the completion process and be available to provide technical assistance if needed. If you are having difficulty with the survey and need assistance, you can email gnso-secs(a)icann.org. Additional information about how your input will be used: You may remain anonymous when responding to this survey, meaning that you do not need to provide your name. If you choose to provide your name and/or email address, this will only be seen by staff administering this survey. Staff will only use this information to get in touch with you if there are any follow-up questions after the survey has been administered. After this survey is closed, a report will be produced summarizing the results. The report will include: * Aggregated responses to all questions in which respondents select from a menu of choices or from a numerical scale. * Full text of any narrative responses, such as comments or explanations of their numerical scores. The report will be publicly available: * It will be sent to Council leadership, the EPDP leadership team, and the Council liaison to the EPDP and will be shared with the full Council, upon request. * It will be sent to the publicly-archived Working Group mailing list and posted on the Working Group’s public wiki. Based on the survey results, Council leadership, Council and/or the EPDP leadership team will consider whether there are any changes that should be considered to enhance the Team’s operation. Thanks for your willingness to provide feedback about the EPDP Team and your participation in it. Kind regards, The Policy Development Support Team

1 0

Group Photo!! & Proposed Agenda for ICANN77 Sessions
by Ariel Liang 12 Jun '23

12 Jun '23

Hello everyone, Group Photo: We will finally have an official group photo taken at ICANN77! The photographer will be with us at the start of Session 1 at 13:45 (local DC time) on Monday, 12 June @ Marquis 12/13. Appreciate that you arrive in the room a few minutes earlier so we can get together. Hope this is helpful for your wardrobe planning as well 😊 If you cannot make it, it will be pity, and I will appreciate that you let me know. After the photo, we will proceed with the following proposed agenda. We expect the deliberation of domain name lifecycle related questions (D4, D6, D7, C4a) will take up most of our time. Another item to note is that the last 30 minutes of Session 2 are planned as a dedicated time for the group to relax a bit and socialize! For those who are traveling to DC, safe travels (and I welcome you to my home turf). For those who are not traveling, appreciate that you join us remotely and see you online. Best Regards, Ariel == Session 1: Monday, 12 June @ 13:45-15:00 EDT 1. Group Photo 2. Roll Call and SOI Updates 3. Welcome and Chair Updates 4. Begin deliberation on D4, D6, D7, C4a: Variant Label Behavior in Domain Name Lifecycle 5. AOB Session 2: Tuesday, 13 June @ 15:30-17:00 EDT 1. Roll Call and SOI Updates 2. Welcome and Chair Updates 3. Continued deliberation on D4, D6, D7, C4a: Variant Label Behavior in Domain Name Lifecycle 4. AOB 5. EPDP-IDNs Team Social (last 30 minutes) Session 3: Wednesday, 14 June @ 10:45-12:15 EDT 1. Roll Call and SOI Updates 2. Welcome and Chair Updates 3. Conclude deliberation on D4, D6, D7, C4a: Variant Label Behavior in Domain Name Lifecycle 4. AOB Session 4: Thursday, 15 June @ 09:00-10:15 EDT 1. Roll Call and SOI Updates 2. Welcome and Chair Updates 3. C4, C5, C6, C1, C2: Preliminary Agreement Review 4. AOB

4 5

UPDATED | June - October 2023 | IDNs EPDP Team
by Devan Reed 07 Jun '23

07 Jun '23

**The 24 August 2023 meeting has been cancelled to avoid conflict with the GNSO Council meeting. Please remove it from your calendars. Dear all, Please find the .ics attachments and dates below for the IDNs EPDP Team calls taking place June - October 2023. Please download them to your calendar. Calls take place every Thursday 12:00 UTC for 2 hours. The dates are as follows: * 29 June 2023 * 06 July 2023 * 13 July 2023 * 20 July 2023 * 27 July 2023 * 03 August 2023 * 10 August 2023 * 17 August 2023 * 24 August 2023 **MEETING CANCELLED** * 31 August 2023 * 07 September 2023 * 14 September 2023 * 28 September 2023 * 05 October 2023 * 12 October 2023 The email invitation for each call will be sent out closer to the date of the meeting. The next call is taking place on 29 June 2023 and the invitation has been sent out. Thank you. Kind regards, Devan

1 0

Canceled: IDNs EPDP Team meeting
by ICANN Policy Calendar 07 Jun '23

07 Jun '23

Meeting: IDNs EPDP Team Date/time: Occurs Weekly on Thursdays from 29 June 2023 – 12 October 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 page: https://community.icann.org/x/XZE-DQ * Check your time zone (29 June): https://tinyurl.com/ye5ua867 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

June - October 2023 | IDNs EPDP Team
by Devan Reed 06 Jun '23

06 Jun '23

Dear all, Please find the .ics attachments and dates below for the IDNs EPDP Team calls taking place June - October 2023. Please download them to your calendar. Calls take place every Thursday 12:00 UTC for 2 hours. The dates are as follows: * 29 June 2023 * 06 July 2023 * 13 July 2023 * 20 July 2023 * 27 July 2023 * 03 August 2023 * 10 August 2023 * 17 August 2023 * 24 August 2023 * 31 August 2023 * 07 September 2023 * 14 September 2023 * 28 September 2023 * 05 October 2023 * 12 October 2023 The email invitation for each call will be sent out closer to the date of the meeting. The next call is taking place on 29 June 2023 and the invitation has been sent out. Thank you. Kind regards, Devan

1 0

Meeting Invitation | IDNs EPDP Team | Thursday, 29 June 2023 at 12:00 UTC
by Devan Reed 06 Jun '23

06 Jun '23

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 29 June 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/HYyZDg * Check your time zone: https://tinyurl.com/ye5ua867 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

IDNs EPDP Team meeting
by ICANN Policy Calendar 06 Jun '23

06 Jun '23

Meeting: IDNs EPDP Team Date/time: Occurs Weekly on Thursdays from 29 June 2023 – 12 October 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 page: https://community.icann.org/x/XZE-DQ * Check your time zone (29 June): https://tinyurl.com/ye5ua867 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

Notes and action items - IDNs EPDP Meeting #84 - 1 June 2023
by Steve Chan 01 Jun '23

01 Jun '23

Dear all, Please find below the notes and action items from today’s meeting on Thursday, 1 June 2023 at 12:00 UTC. Kind regards, Ariel, Emily, and Steve Notes and Action Items - IDNs EPDP Call – 1 June 2023 Action Items Action Item 1: Ry and Rr members to the EPDP Team take the question about verifying same entity to the CPH TechOps Group. Also consider implications of resellers. Action Item 2: Staff to check with EPDP Team to see who will attend ICANN77 in person. Notes Welcome and Chair Updates * Public comment close date for Phase 1 Initial Report extended until 19 June. * Working on the agendas for the 4 sessions at ICANN77. A little challenging to figure out agenda for a good reason: the Team has made more progress than expected. The sessions will be revolve around Phase 2 though. * Leadership team reached out to groups to confirm or update their membership appointments. Still awaiting input from the RrSG, NCSG, and IPC. Recap of Previous Discussions and Continued Deliberations: C1, C2 * Slide 4: Reminder of what C1 and C2 are about * Slide 5: Summary of deliberations * agreement to extend the “same entity” requirement to existing second-level labels * “same entity” is defined by the registrant * Second-level variant labels may only be activated if they are registered to the same registrant (question: of the canonical name?) * Grandfather existing second-level variant labels if they are already registered to different registrants and allow them to continue to persist as registered. * Diverging opinions regarding variant label activation in grandfathering scenario: * Opinion 1: Disallow further activation * Opinion 2: Allow further activation * Clarification question about who would enforce (registry or registrar) the same-entity requirement. This was not discussed yet, only agreed on the principle of same entity. Definitely need to consider this question. * There may be further questions about what grandfathering really means. One question is of course re: options 1 and 2, whether to disallow or allow further variants to be registered if there is already a grandfathering situation. An argument for allowing is an interpretation of whether or not allowing additional variants violates the same entity policy? An additional argument is that it can negatively impact the existing registrants in the grandfathering situation. * May help to consider motivations for same entity concept. If variants go to two different registrants, it can cause confusion since the variants are supposed to be the “same”. It can cause user end-user confusion and potentially be leveraged for malicious reasons. Allowing additional variants likely increases these risks. * Noted that there is a lack of data about the scope of grandfathering that may be needed. It is likely that it is not a serious problem or else it would have probably surfaced by now. * Taking into account the end goal of the same entity principle being defined as the registrant, registries and registrars will need to make modifications to their systems to manage statuses and life cycle of the domains and variants. It will be difficult to manage edge cases like managing variants going to registrants in a grandfathering issue. This would support the principle of minimizing exceptions over time. * Any time the principle of same entity is violated it can create user confusion. Grandfathering is an exception and not ideal. Getting rid of the exception process sooner rather than later is sensible. Support for disallowing. * Question about what happens if there is competition for allocatable variants when grandfathered. Calls into question who would adjudicate the rights. * Question about registration process and any validation checks that take place. When a registrant wants to register a domain name, they go to a registrar, which sends a domain check command to the registry, the registry responds whether domains is available or not, then registrar registers the domain if available. * Because of the policy development lifecycle, there can be more grandfathering situations created between now and the policy effective date. * Question about whether there are any issues with renewals with grandfathering. Renewals, and auto-renewal, should not be a problem and should be allowed. The domains should persist until they are actively deleted, which would eliminate the grandfathering situation. No objections to allow renewals. * Inspired by the renewals discussion, it seems that inter-registrar transfers should also be possible. There are additional charter questions that specifically discuss the domain name life cycle. We might not need to specifically call out every situation as it will quickly become complicated. The next set of charter questions are in fact on the topic of the domain name life cycle. * There is also an existing requirement that variants should be managed by the same registrar. Allowing transfers when grandfathering, it may break the same registrar requirement (e.g., where one domain name is transferred and one remains). * Knowing the size of the problem is not necessarily important to Option 1 and 2, but still good to know. However, data is difficult to obtain.To the point about end-user confusion, if they are already being using concurrently, it is apparently happening without major issue. * In a grandfathering situation, it’s unclear which is primary/canonical. The new policy would not create variants – those are determined by the RO’s IDN tables, at the point of registration. It seems that the canonical name is irrelevant since there would not be additional registrations allowed in the grandfathering situation. * Slide 7: examples for activating additional variants when grandfathering. Answer already determined: no additional variants. Discussion of ROID: C3, C3a * Slide 11: Reviewing charter questions C3, C3a. This question is about the appropriate mechanism to identify the same entity. The Staff Paper suggested that the ROID could be a reasonable mechanism, but noted that there may be challenges. C3a is conditional upon agreeing that the ROID is the right mechanism. * Slide 12: The Staff Paper discussed 4 options: * Using ROID * Having all registrant fields be the same * Having a core subset of registrant fields to be the same * Cryptographic probe to ensure the same registrant. The Staff Paper itself itself says that this approach is likely impractical. * The Staff Paper recommends the ROID. * Slide 13 – further details on what the ROID is, how it is created, what it looks like, how it is used, and how it is stored. * Clarification: At the time the contact is created, it does not have a property like admin/tech/registrant. So, the ROID is independent of that property. * Slide 14: Benefits and drawbacks of using ROIDs (information coming partially from Staff Paper). * The charter question is specifically about the ROID, but this seems like it may be an implementation detail. * ROIDs are unique per object, but sometimes they are reused. Concerns about privacy laws. Only -EXAMPLE is in the IANA repository. There may be multiple ROIDs for a single registrant in a given registrar. The registrar is in the best position to validate a registrant as it owns the relationship. * Registries under GDPR can determine to not publish the ROID. * There is no policy that requires that variants must be activated by the same registrar. * Putting ROID aside, is there a single mechanism that can used to ensure same entity? Or should it be left to Registries and Registrars. * The CPH TechOps has discussed whether ROID is the right option. Has also discussed other options that could serve as a single solution. There are of course benefits of having an industry standard, but there are costs involved. A different question for this Team could be about which party is in the best position to enforce the requirement. * The first point of contact is the registrar, where the education of the registrant can first occur. If there are concerns about privacy, a hash to obscure the details, could be used to create a unique ID. * Disagreement that the registrar validate whether the registrant is the same. This validation check is needed when domains are going to be variants, which is responsible for identifying variants. If the registrar were to need to validate, it would need to use the ROID. * Taking into account resellers, the registrar would need to validate. The registry would not be able to determine the relationship. * Slide 15: Anecdote of current practice: To check same registrant, uses contact handle, or basically ROID. * If the Team were to identify the ROID as the best option, would this be the responsibility of the registry or the registrar? It seems like it would be the responsibility of both parties. For registrars, it would mean having to reuse existing contact object IDs. * If data structure is changed, it would affect existing records. Need to consider data transfers between registry and registrars in the context of RDS. * Suggestion to focus on the policy, not the mechanism, as well as the party that is contractually responsible for enforcing. * The answer to the charter question could be that the ROID is indeed a reasonable mechanism, but not enforce ROID as the mechanism for the contracted parties. * Raising the question again, who is responsible (registry or registrar) for ensuring same entity requirements? Unclear, some are saying that registrars hold the relationship, and others are saying registries because they manage their LGR. * Suggestion that registry enforces same registrar; registrar enforces same registrant. * Registry has no contact with the registrant and has no means of verifying the contact details. Disagreement, registries can be 100% certain by verifying by using the ROID. * SRS system may assign a ROID after creation which may make it difficult to use the ROID to identify same entity. * Registries that perform KYC should be in a better position to verify same entity. Understanding the legal entity should not be important. It just needs to be the same registrant. Section 7 of the registration data policy does not include ROID as part of the minimum data set. * Suggestion to take the topic back to the CPH TechOps group since the Rys and Rrs need to discuss the technical details of how to manage the process. Action Item 1: Ry and Rr members to the EPDP Team take the question about verifying same entity to the CPH TechOps Group. Also consider implications of resellers. * Reminder that resellers need to be considered. * Hopefully there will be information from CPH TechOps to deliberate at ICANN77. * Reminder that this might in the end be an implementation detail. Guidance will still be beneficial. AOB * No call next week in preparation for ICANN77. Leadership team will be working to put forward an agenda for ICANN77. Action Item 2: Staff to check with EPDP Team to see who will attend ICANN77 in person. 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

Post Call | IDNs EPDP Team call | Thursday, 01 June 2023
by Devan Reed 01 Jun '23

01 Jun '23

Dear all, All recordings for the IDNs EPDP Team call held on Thursday, 01 June 2023 can be found on the agenda wiki page <https://community.icann.org/x/YoZXDg> (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 * Agenda & Notes/Action Items (if applicable) 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

ON NOW | Meeting Invitation | IDNs EPDP Team | Thursday, 01 June 2023 at 12:00 UTC
by Devan Reed 01 Jun '23

01 Jun '23

Dear all, The IDNs EPDP Team meeting is scheduled on Thursday, 01 June 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/YoZXDg * Check your time zone: https://tinyurl.com/3vh2hsm7 <https://urldefense.com/v3/__https:/tinyurl.com/3vh2hsm7__;!!PtGJab4!-rlJcnZ…> 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