June 2020 - Gnso-epdp-team - lists.icann.org

Re: [Gnso-epdp-team] Review of input received on recommendations & Proposed Agenda for EPDP Team meeting #63 (Thursday 11 June)
by Marika Konings 10 Jun '20

10 Jun '20

Please note that the input document for agenda item #6 (Proposed approach for dealing with priority 2 items ) has now been posted as well: https://docs.google.com/document/d/1PMZLtUUTFxS-c0C6e3ioPWxoyfGwDmus/edit. An overview will be provided during tomorrow’s meeting. Best regards, Caitlin, Berry and Marika From: Gnso-epdp-team <gnso-epdp-team-bounces(a)icann.org> on behalf of Marika Konings <marika.konings(a)icann.org> Date: Wednesday, June 10, 2020 at 10:07 To: EPDP <gnso-epdp-team(a)icann.org> Subject: [Gnso-epdp-team] Review of input received on recommendations & Proposed Agenda for EPDP Team meeting #63 (Thursday 11 June) Dear EPDP Team, First of all, thank you all for your careful review and constructive input on the Final Report recommendations. The Staff Support Team has gone through all your input and, in consultation with leadership, created a review template for each recommendation in which we have documented how it is proposed that your input is dealt with (see https://community.icann.org/x/K4LsBw). In many cases, it has been proposed that changes are applied where these do not appear to result in substantive changes, but instead add further clarity and specificity to the recommendations. In a number of cases, further guidance is needed from the EPDP Team to determine if / what changes need to be made, and in a limited number of cases it is suggested that no change is warranted because either the concern has already been addressed elsewhere or it concers an issue which was extensively discussed and where no new information has been provided that is likely to change the views of others. In certain cases we made assumptions based on the EPDP Team’s deliberations to respond to clarifying questions. Of course, there may be instances where we got this wrong and as a result, the ask is for each group to review the templates and indicate in the table at the top, the proposed actions / responses that have resulted in a ‘cannot live’ with item for your respective group. As you identify these, we do ask you to provide specific suggestions for alternative language that would address your concern (as well as the original concern raised). Note, there are also a couple of items where we have asked groups to provide some further detail in relation to their concern / proposed change to determine how to best address it. You are strongly encouraged to review the input review templates together with the draft Final Report<https://community.icann.org/download/attachments/132940331/EPDP%20Phase%202…> in which we have applied the proposed changes in redline format so that it is easier to see changes in context. Do note that there is a significant amount of redline, but this is also partly the result of moving things around and removing duplication. The deadline for flagging items that need further discussion (in addition to those already flagged) is Monday 15 June. During the next EPDP Team meeting (Thursday 11 June – see agenda below), we plan to go into a little bit more detail and answer any questions you may have. Best regards, Caitlin, Berry and Marika EPDP Phase 2 - Meeting #63 Proposed Agenda Thursday 11 June 2020 at 14.00 UTC 1. Roll Call & SOI Updates (5 minutes) 2. Confirmation of agenda (Chair) 3. Welcome and housekeeping issues (Chair) (5 minutes) 1. Status of small team deliberations on recommendation #19 (mechanism for SSAD evolution) 4. Proposed approach for reviewing and addressing input received on recommendations (15 min) 1. Overview of recommendations review template<https://community.icann.org/x/K4LsBw> (Staff Support Team) 2. EPDP Team feedback 3. Confirm homework assignment for EPDP Team 4. Confirm next steps 5. Recommendation #2 Accreditation of governmental entities (20 min) 1. Review items flagged for EPDP Team Guidance<https://docs.google.com/document/d/127RbEGY3hlClG6vUG-i5H77LmfOXR9E5/edit> 2. Confirm next steps 6. Proposed approach for dealing with priority 2 items (15 min) 1. Overview of feedback received and leadership recommendation<https://docs.google.com/document/d/1PMZLtUUTFxS-c0C6e3ioPWxoyfGwDmus/edit> 2. EPDP Team feedback 3. Confirm next steps 7. Final Report preparation (10 min) 1. Overview of status of Final Report<https://community.icann.org/download/attachments/132940331/EPDP%20Phase%202…> 2. Flag open questions not related to recommendations 3. Confirm next steps 8. Wrap and confirm next EPDP Team meeting (5 minutes): 1. Tuesday 16 June at 14.00 UTC. Topics to be addressed: items flagged for EPDP Team guidance. 2. Confirm action items 1. Confirm questions for ICANN Org, if any

1 0

Post Call | GNSO Temp Spec gTLD RD EPDP – Phase 2 - Small Team | Tuesday, 09 June 2020 at 14:00 UTC
by Terri Agnew 09 Jun '20

09 Jun '20

Dear all, All recordings for the GNSO Temp Spec gTLD RD EPDP – Phase 2 – Small Team held on Tuesday, 09 June 2020 at 14:00 UTC can be found on the agenda wiki page <https://community.icann.org/x/14A4C> . 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) As a reminder only members and alternates can join the call, observers can listen to the recordings and read the zoom transcript afterwards. For additional information, you may consult the mailing list archives <https://mm.icann.org/pipermail/gnso-epdp-team/> and the main wiki page<https://community.icann.org/x/IYEpBQ>. Thank you. With kind regards, Terri

1 0

Post Call | GNSO Temp Spec gTLD RD EPDP – Phase 2 - Small Team | Monday, 08 June 2020 at 14:00 UTC
by Terri Agnew 08 Jun '20

08 Jun '20

Dear all, All recordings for the GNSO Temp Spec gTLD RD EPDP – Phase 2 – Small Team held on Monday, 08 June 2020 at 14:00 UTC can be found on the agenda wiki page <https://community.icann.org/x/NgkdC> . 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) As a reminder only members and alternates can join the call, observers can listen to the recordings and read the zoom transcript afterwards. For additional information, you may consult the mailing list archives <https://mm.icann.org/pipermail/gnso-epdp-team/> and the main wiki page<https://community.icann.org/x/IYEpBQ>. Thank you. With kind regards, Terri

1 0

Home work on SSAD
by Janis Karklins 05 Jun '20

05 Jun '20

Dear Team members, It is just a kind reminder that the "cannot live" homework on all Initial Report Recommendations is due tomorrow 5 June. So far only one group has made submission and another one is about to do that. From other groups so far has been little activity. In absence of comments I will assume that all revised recommendations are acceptable and we will discuss only those with flagged concerns. Thank you for understanding JK

5 7

EPDP Project Package - 31 May 2020
by policy＠bacinblack.com 04 Jun '20

04 Jun '20

Dear All, Please find attached the EPDP-Phase 2 Project package that closes out May of 2020. The percent complete reports at 96% with an 94% elapsed time (to 30 June 2020) from when the project started. Percent complete is up 2% from last period mostly attributed to the completed review of the public comments to the Initial Report. As of the 31st of May, the project health remains on a "Revised Schedule" and "On-Target". As you will see on the summary timeline, the project SitRep (page 3), and as noted in the workplan sent around the last few weeks, the EPDP will miss its 11 June target for delivery of the Final Report. The EPDP Leadership team is preparing a Project Change Request (PCR) to notify the GNSO Council, which is now a requirement from the implementation PDP3.0. As a part of the PCR and based on results of "can't live with items," the leadership team will also confirm/modify a new planned delivery date. You can find separated work products on the wiki: https://community.icann.org/x/6BdIBg Thank you. Berry Cobb @berrycobb GNSO Policy Consultant

1 0

gac-revisions-epdp-p2-rec2-2jun20.docx
by LEWIS-EVANS, Christopher 02 Jun '20

02 Jun '20

OFFICIAL All please find the attached re-wording of Rec.2 the GAC have taken into account the public comment around the repetition between this and the first recommendation however feel that the accreditation of governmental entities is different enough to keep them separate. We have removed as much of the duplication as possible. Many thanks Chris on behalf of the GAC small team This information is supplied in confidence by NCA, and is exempt from disclosure under the Freedom of Information Act 2000. It may also be subject to exemption under other UK legislation. Onward disclosure may be unlawful, for example, under data protection legislation. Requests for disclosure to the public must be referred to the NCA FOI single point of contact, by email on PICUEnquiries(a)nca.gov.uk. All E-Mail sent and received by NCA is scanned and subject to assessment. Messages sent or received by NCA staff are not private and may be the subject of lawful business monitoring. E-Mail may be passed at any time and without notice to an appropriate branch within NCA, on authority from the Director General or their Deputy for analysis. This E-Mail and any files transmitted with it are intended solely for the individual or entity to whom they are addressed. If you have received this message in error, please contact the sender as soon as possible.

1 0

Notes and action items: EPDP Meeting #62 - 2 June 2020
by Caitlin Tubergen 02 Jun '20

02 Jun '20

Dear EPDP Team: Please find below the notes and action items from today’s meeting. The next plenary meeting of the EPDP Team will be Thursday, 11 June at 14:00 UTC. Best regards, Marika, Berry, and Caitlin Action Items 1. EDPP Team to review draft final recommendations<https://community.icann.org/display/EOTSFGRD/g.+Draft+Final+Report+-+Phase+2> and provide "cannot live with items" and minor edits by COB Friday, 5 June. 2. GAC reps to send updated Rec. 2 to EPDP Team ASAP to allow time for review. 3. Staff Support Team to update Rec. 15 and draft an alternative proposal for Rec. 19 based on today's discussion. (Rec. 19 Small Group to discuss the alternative proposal during small team call on Monday, 8 June at 14:00 UTC.) 4. EPDP Team to review the discussion tables for the addendum topics<https://community.icann.org/pages/viewpage.action?pageId=126430750> and provide input by Friday, 5 June, with a focus on recommendations that could be included in the Team's Final Report. EPDP Phase 2 - Meeting #62 Proposed Agenda Tuesday 2 June 2020 at 14.00 UTC 1. Roll Call & SOI Updates (5 minutes) 2. Confirmation of agenda (Chair) 3. Welcome and housekeeping issues (Chair) (5 minutes) 1. Reminder – homework assignments are due Friday 5 June (see https://community.icann.org/x/K4LsBw for updated recommendations and https://community.icann.org/x/Hi6JBw for priority 2 discussion tables) * Proposed language for all recommendations has been posted * You will notice tables at the top of the recommendation for “cannot live with” and “minor edits” * Following the tables, there is a clean version of the recommendation, followed by a color-coded version, which tracks edits. Yellow highlighting = new edits as a result of public comments. Blue highlighting = grammatical edits/reorganization * In some of the recommendations, there is a table that tracks the edits to note when these changes were discussed. * GAC hopes to get updated Rec. 2 out today or tomorrow 1. Note response received from ICANN Org (see https://mm.icann.org/pipermail/gnso-epdp-team/2020-May/003368.html) 4. Recommendation #15 Financial Sustainability (20 min) 1. Review remaining discussion items<https://community.icann.org/download/attachments/126430750/Recommendation%2…> gleaned from input provided on Financial Sustainability<https://docs.google.com/document/d/1e2kdKDoLH04OqNfZLJMd1qbDM07an2tZFs9rJOP…> discussion table * Staff already took a stab at updating the recommendation based on questions 1-5 – will make further updates based on what is discussed today * Should ICANN incur the development and set up costs? Support Staff’s understanding is that “based on CPs” was mainly related to resources that CPs are expected to dedicate to implement and design their own systems, rather than a payment CPs would make to ICANN for the SSAD. * This assumption is correct – this is about CP’s integration with the SSAD system * The differentiation was to make clear that CPs will not be charging requestors on a per-request basis in addition to what the SSAD is charging – CPs will be responsible for paying for their own natural costs. * Requiring CPs and registrants to pay for this is not beneficial for the community and is not sustainable * Question 7 * Already answered/similar question * Question 8 * Number of questions that asked for further clarity with respect to how fees are to be differentiated. Fees may align with volume, type of user, or other factors that would come into play. There are comments about giving preferential treatment to certain types of users. * At this time, we do not know how many users will use the system. We do not know how many requests will be put in the system. As a result, it is proposed that the fee structure will be one of five topics to be reviewed by the evolutionary mechanism. * Arguing against preferential treatment for academic research and similar nonprofit endeavors. This list could get larger and larger and will punch holes into the financial support structure of this system. Many have stated that the whole system is in the public interest, so do not punch holes in the fee structure – this will lead to arbitrary distinctions. * No changes should be made based on Q8 * One issue the Team has never discussed is the extent the fees should be commensurate with the effort involved. If, for example, we decide that academic research is something worthy of having. With the proper restrictions, the information could be released automatically and therefore would cost less. * Q10 – is this something the EPDP Team is willing to consider at this stage – as this would make accreditation potentially no longer necessary and would have a cost implication? * A statement under penalty of perjury is probably not enough since this statement may not mean much depending on the jurisdiction. While it may not require the same level of background screening as for registrars, we should not do away with accreditation entirely. * One benefit of the SSAD system is that we are providing a way to accredit an entity looking for nonpublic registration data is who they say they are. There is a lot of value in this. Changing this would undermine the work the team has done up until now. * This policy has a number of safeguards in it. The idea that you would take out the accreditation (a safeguard) with an assertion is absurd and do not support this change. * Regarding the benefits of accreditation, this doesn’t seem to reflect the operational decisions in the balancing test. * Q10 – in reference to conversation the group had a couple of meetings ago regarding ICANN’s paper, - is there anything that needs to be changed or added to the recommendation? * The Team should send a formal thank you to ICANN org for its work on this. * The accreditation part does not need to be well-funded since we have looked at not excluding the possibility of self-organized groups taking over the accreditation part. Anything beyond ICANN’s review of this would not need to be costed. * Q11 – suggestion that was made in the comments received – this is not a typical policy recommendation. Is there any concern in making clear that this is guidance that is expected to be considered in the implementation phase? * Object to this – these are clearly policy recommendations and are meant to bind the SSAD * There is probably no way the IRT escapes discussing this, but presumably they will discuss the finer points and details. The IRT, however, needs to understand the pillars of how this system is to be paid for. 1. Confirm next steps * Support Staff to update the recommendation based on this discussion 5. Recommendation #19 Evolution Mechanism (20 min) 1. Review input received on updated draft recommendation<https://docs.google.com/document/d/1-npFkABPc-u3To6uYe2v6MTFHlrEOUD5i6x8LrH…> * This evolutionary mechanism is part of the compromise and is an essential part of the whole package. It should ensure that the functionality of the system is improved in clearly-defined areas. This text was developed by a small group – it should be seen in light of existing mechanisms. There are safeguards built in whereby if this mechanism is not efficient, it will be reviewed. * Main concern goes to the final decision being made by the GNSO Council * As Janis noted, this was raised in the discussion with the small team, and went through the existing processes that are currently in play and based on that, the group determined that the GGP may be the best or only fit for what the group is trying to achieve here. * The IPC referenced SPRIT, which is being looked at in the SubPro WG – but this is not something that has been agreed or finalized yet. As that mechanism is foreseen, it is a triage committee; it is not a group that will make decisions. It would work under the oversight of the GNSO Council. * At this point, we are being asked to take it on faith that the size and composition of the GGP group will be acceptable to non-GNSO groups. We may have no say over the composition of the group. This is an evolutionary process – the evolution will not change the policy, and yet the GGP requires a supermajority of the GNSO to approve it. That means a single stakeholder group + 1 other member could veto anything coming out of the GGP. * Need to have faith in the GNSO Council that it will act in the best interest of all. The membership of EPDP will be reflected in the GGP, so non-GNSO groups will be present in this mechanism. If there is consensus in the mechanism, there is a good chance the Council will accept this. * What we are concerned about – when you talk about modifications of the SSAD, is the line b/w policy and implementation is very thin. There are concerns that this group could bypass the policy process. Therefore, it’s entirely appropriate that these recommendations have to have supermajority support in the GGP itself. Otherwise, there is the risk of capture. Re: the role of the GNSO, this is the way ICANN is structured. * What consensus are we looking at? If ACs do not have a vote, the meaning of consensus is different. The EPDP is a break from previous operational practice. For the EPDP we tried to do something different, and that is what we’re trying to do here. Do not think we should lock ourselves into existing structures. We need to be agile. If the only solution is to spin up new EPDPs, this will be unwieldy. * There seems to be general frustration with the model. Innovation is laudable and expected in tech companies, but that is not the purpose or function of ICANN. Saying we need to try something different is concerning. Operationally, the SSAD should not be static or carved in stone, particularly if the ground shifts again from a regulatory perspective. Anything that creates new obligations for CPs or data subjects has to go through the GNSO. This is not up for negotiation within a PDP. * The group was not able to come up with any alternatives to the GGP proposal * We are not in a state of discomfort with the GGP, but as we have made clear – our support for the notion that we will not have centralization or a number of things we wanted to see in the policy – is that there would be a mechanism for evolution. The evolution needed to be chartered and explicit. That was how we were willing to negotiate around the hybrid model, but this does not exist in the current draft. * Re: the five areas of the mechanism that are defined – are these not the correct areas for evolution? * The GGP could say no on evolution on each of these topics – these are not goals that need to be reached. * Should not be afraid of creating something new * What is in scope that would make evolution a policy development matter vs. not a policy development matter. An example – the concept of proximate cause with fully-automated decision making. Use cases that B&B were not comfortable saying could be automated today may be clearer in the future. Why would we need another PDP to change this? The GGP is not lightweight and fast enough to make that happen in a reasonable timeframe. We need a policy recommendation that says when legal guidance is received that makes it lawful to centralize, this should be allowed. * The issue is – once new guidance is received or all are in agreement that things should be further automated – how is this implemented and who decides? Is the suggestion that this should go straight to ICANN org instead of the GNSO Council? * Yes. * Do not agree to this – this circumvents policy-making process. There is already something that allows voluntary automation. Support anything that is voluntary, but anything that is mandatory needs to go through the proper processes. * SSAC did issue a report – SSAC 111 has a significant section on the evolutionary mechanism and notes there is not an existing mechanism that meets the need. * Centralization is not, but should be, in the list of topics the MfE should be charged with. * The Team probably needs some guardrails to ease the concerns of the contracted parties. Do need to recognize that the concept of centralization does not mean full automation. * Based on this conversation, invite those who are interested in continuing this conversation on the evolutionary mechanism to note this in the chat so that the conversation on the MfE can be done in parallel. 1. Confirm next steps 6. Review of public comments received on the addendum (15 min) 1. High level overview (see discussion tables<https://community.icann.org/x/Hi6JBw>) * High-level overview of comments/concerns received on the addendum * Display of information for affiliated vs. accredited P/P providers – main concerns did not relate to the recommendation – many expressed concern over the continued pausing of the PPSAI IRT. Specific proposal put forward that the recommendation should include a PP customer ID to correlate registrations. There are also questions on whether the EPDP Team should consider underlying PP customer data in its deliberations. The group sent a letter to ICANN org that it had concluded its work on PP. * Legal v. natural persons – no recommendation included in the addendum. Group is still waiting for the results of the study. Input focused on opinions on this question. * City field redaction: some groups believe city field should not be redacted * Data retention: number of concerns regarding data retention period – some argued it should be longer but no details were provided for that foundation. There are also two perspectives = CPs – data that is retained can only be used for the TDRP while others want to be clear that the data can used for compatible purposes. * OCTO purpose: there is general agreement for the conclusion reached, but some groups noted that support for this conclusion is tied to Purpose 2 * Feasibility of uniform anonymized email address: this was based on legal guidance from B&B on this topic. A number of commenters noted the group did not have time to fully consider this topic. Suggestion to continue discussing this topic and asking for further guidance * Accuracy and WHOIS ARS: this was removed by the Council from the EPDP Team’s consideration – many comments were related to disagreeing with the Council’s characterization * Purpose 2: there are a couple of commenters that suggested the group should go back to the original purpose 2 language. The NCSG has suggested that the recommendation should be deleted b/c it is not clear enough and worksheets, similar to Phase 1, should be developed. There is a worksheet that was developed for Purpose 2 in Phase 1 that is included in the Phase 1 Final Report. * Ask from the groups: this was a high-level overview. Please review the discussion tables that have been posted and provide your input. Please focus on items where issues could be resolved and included in the Final Report. * Data retention: misrepresents what was being said by CPs – want to clarify that this is what the recommendation stated – the only identified retention period is the TDRP. You can hold the data for the TDRP. * We did not say that data was retained for the TDRP, but the TDRP sets the outer limit. The TDRP sets the outer limit but it is not the only thing it may be used for while it is being retained. 1. Confirm next steps * Small Team will meet on Monday, 8 June at 14:00 UTC. 7. Wrap and confirm next EPDP Team meeting (5 minutes): 1. Thursday 11 June at 14.00 UTC (tentative). Topic to be addressed: ‘cannot live with’ items and draft Final Report. 2. Confirm action items 1. Confirm questions for ICANN Org, if any

1 0

Post Call | GNSO Temp Spec gTLD RD EPDP – Phase 2 | Tuesday, 02 June 2020 at 14:00 UTC
by Terri Agnew 02 Jun '20

02 Jun '20

Dear all, All recordings for the GNSO Temp Spec gTLD RD EPDP – Phase 2 held on Tuesday, 02 June 2020 at 14:00 UTC can be found on the agenda wiki page <https://community.icann.org/x/igMdC> (attendance included) and the GNSO Master calendar <https://urldefense.proofpoint.com/v2/url?u=http-3A__gnso.icann.org_en_group…> . 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 As a reminder only members and alternates can join the call as panelist, observers can join as an attendee to listen. For additional information, you may consult the mailing list archives <https://mm.icann.org/pipermail/gnso-epdp-team/> and the main wiki page<https://community.icann.org/x/IYEpBQ>. Thank you. With kind regards, Terri

1 0

Meeting Invitation / Observers / GNSO Temp Spec gTLD RD EPDP-P2 call / Thursday, 11 June 2020
by Terri Agnew 02 Jun '20

02 Jun '20

As a result of various requests to facilitate observers to follow the EPDP Phase 2 deliberations in real time, zoom webinar room will be made available for the EPDP plenary meetings. As a reminder, the zoom recording, audio recording, chat transcript and transcript of the EPDP plenary meetings will be publicly posted as soon as available on the EPDP wiki page and GNSO master calendar. Dear all, The next meeting of the GNSO Temp Spec gTLD RD EPDP – Phase 2 is scheduled on Thursday, 11 June 2020 at 14:00 UTC for 2 hours. Zoom room information: Main Zoom Webinar link: please join via this link: https://icann.zoom.us/j/98917212893?pwd=dTRQaEMwK0tweStXTVhpVERsVjdhZz09 Password: 953887 Going forward, observers will now join via zoom webinar room vs audio cast. 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. 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 Please be sure you have read the Expected Standards of Behavior [icann.org]<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.icann.org_resource…> Visit the Wiki agenda page: https://community.icann.org/x/FgIdC Check your time zone: https://tinyurl.com/ydcolyst The recordings and transcriptions of the calls are posted on the GNSO Master Calendar page: https://gnso.icann.org/en/group-activities/calendar<https://urldefense.proofpoint.com/v2/url?u=https-3A__gnso.icann.org_en_grou…> If you are joining via audio only: iPhone one-tap : US: +16699006833,,98917212893#,,#,953887# or +13462487799,,98917212893#,,#,953887# Dial in directly with your chosen number [icann.zoom.us]<https://urldefense.proofpoint.com/v2/url?u=https-3A__icann.zoom.us_u_acwzlz…> and provide the following information: Webinar ID: 989 1721 2893 Thank you. Kind regards, Terri

1 0

Pre-ICANN68 Policy Report now available!
by Terri Agnew 01 Jun '20

01 Jun '20

Dear all, Just in time for the ICANN68 Prep Sessions, the Pre-ICANN68 Policy Report is now available: https://go.icann.org/pre68 For prep-week webinar dates and times, please check here: https://meetings.icann.org/en/remote68-prep-week Thank you. Kind regards, Terri

1 0