2024-10-07 RDRS Standing Committee - Meeting #18

Notes/ Action Items

RDRS SC Workbook:

https://docs.google.com/spreadsheets/d/1XFK-RCT5Nv-KcNgX4eQunkUKgSI35Yc_nUZ68LeaI9M/edit?gid=1669688590#gid=1669688590 [docs.google.com]

Pending Ais from previous meeting:

AI: Chair to complete and send the letter to the GNSO Council.

AI: SC members to check the outreach tracker and final report tab for their input. 

New AIs from last meeting:

AI: ICANN Org to share the finalized interview questions with the Standing Committee, incorporating the suggestions proposed by the SC member.

AI: ICANN Support Staff to add to the Finding Tab that details about future versions of RDRS to include language to participants that participation.

AI: SC members to draft a detailed response to ICANN Legal clarifying the need for more detailed transparency in law enforcement requests by country, in line with NCSG’s original request.

AI: ICANN Org  to revisit criteria for displaying requestor country data, particularly for law enforcement, and provide clearer justification on thresholds once the detailed response from SC members is received.

AI: ICANN to confirm whether an SC member can participate in the Europol training for RDRS and confirm back to the SC.

AI: Gabriel Andrews to check availability for participation in Europol's closed event as a representative from the Standing Committee, if permitted.

AI: Farzaneh Badii to coordinate with NCSG and confirm whether they will present a section regarding registrants’ protection and their perspective on RDRS in the RDRS User Experience section of the Prep Week presentation.

1. Welcome & Opening Remarks
2. Action Items Follow Up

• Impressions Document Update: The document is now referred to as the "Workbook," and a few pending action items remain from earlier sessions.
  • The outreach tracker (events, meetings, webinars) is ongoing.
  • Surveys with the DRs and users will take place during ICANN 81.
  • Outstanding actions include a letter to the GNSO Council, which remains with the Chair for follow-up.

AI: Chair to complete and send the letter to the GNSO Council.

AI: SC members to check the outreach tracker and final report tab for their input. 

1. ICANN 81 
2. Session Planning

• Discussion about the upcoming ICANN 81 meeting:
  • Multiple sessions on RDRS are planned, including a session dedicated to outreach and reporting on RDRS progress and a RDRS SC working session for internal discussions.
  • The registrars will not have a dedicated session for RDRS at this ICANN event, unlike in Kigali. However, Roger confirmed that the registrars will provide input prior to the event.

1. RDRS User Experience Interviews at ICANN 81

• User Experience Interviews: ICANN plans to conduct in-person interviews with requesters and registrars attending ICANN 81.
  • These interviews will focus on the users’ experience with the RDRS, challenges, improvements, and suggestions. Remote interviews will be available via Zoom for parties not available during ICANN81.
  • ICANN Org plans will send a copy of the original 7 survey questions to the SC along with the suggested question from Steve Del Biancout from the committee, ensuring they are concise and focused on improving the system.  Keeping list of questions short in order to keep interviews conversational.
  • Steve DelBianco's Suggestion: Add a question “Do you see any legal or regulatory things on the horizon that could impact your interest in using RDRS?”
  • Concerns were raised about directly contacting requesters, but ICANN Legal clarified the restrictions on communication without explicit consent.
  • SC members the discussed the need to document that a future version of RDRS needs to include language to participants that participation is RDRS means they are agreeing to be contacted by ICANN for feedback

AI: ICANN Org to share the finalized interview questions with the Standing Committee, incorporating the suggestions proposed by the SC member.

AI: ICANN Support Staff to add to the Finding Tab that details about future versions of RDRS to include language to participants that participation is RDRS means they are agreeing to be contacted by ICANN for feedback

1. Metric 18 - Requestor Location by Country

• Current Status: A preview of Metric 18 was shared, showing a breakdown of requestor countries.
  • Concerns were raised by Farzaneh Badii that the data presentation does not meet NCSG’s original request for transparency on law enforcement requests.
  • The current report aggregates data, but the community is seeking a breakdown by country for law enforcement requests, which is standard practice among tech companies for transparency.
  • ICANN Legal’s Position: Caution is being exercised due to concerns about confidentiality, even though it is not directly a privacy issue. Low numbers of requests from specific countries are being grouped to avoid identifying parties involved.
  • Gabe provided a link to a sample transparency report for law enforcement:https://transparencyreport.google.com/user-data/overview?hl=en&user_requests_report_period=series:requests,accounts;authority:US;time:&lu=user_requests_report_period [transparencyreport.google.com]
  • Discussion Points:
    • The community emphasized that law enforcement requests need to be transparent, and disclosing country-level data is common practice.
    • It was reiterated that this data is crucial for understanding RDRS usage and ensuring transparency.

AI: SC members to draft a detailed response to ICANN Legal clarifying the need for more detailed transparency in law enforcement requests by country, in line with NCSG’s original request.

AI: ICANN Org  to revisit criteria for displaying requestor country data, particularly for law enforcement, and provide clearer justification on thresholds once the detailed response from SC members is received.

1. Metric 19 - Jurisdiction

• Update: This metric will not be ready until November and will follow a similar format to Metric 18.
  • The metric was to be reported in the same way as Metric 18 and  include  the jurisdiction where data is processed for all requesters, not just law enforcement.
  • The committee will have similar concerns for this metric as with Metric 18 and should provide similar response to ICANN to clarify the detailed transparency required so that ICANN can revisit criteria for display this data as well 
  • ICANN  pointed out that similar discussion might arise as with Metric 18. 
  • SC members can include in their response to ICANN Legal the same clarification for the need for more detailed transparency for law enforcement.

1. AOB

• ICANN & Europol Webinar: Scheduled for 14 October, this event is closed and for Europol only. ICANN Org is checking to see if Standing Committee members, like Gabriel, can attend.

AI: ICANN to confirm whether an SC member can participate in the Europol training for RDRS and confirm back to the SC.

AI: Gabriel Andrews to check availability for participation in Europol's closed event as a representative from the Standing Committee, if permitted.

• Prep Week Webinar: Scheduled for 30 October, presentations will cover:
  • Registrar presentation by Reg from Tucows.
  • Requester presentation by John Mcilwain (with potential contributions from NCSG).
  • Farzaneh Badii requested a brief slot for NCSG to discuss their perspectives on registrants and system protection.

AI: Farzaneh Badii to coordinate with NCSG and confirm whether they will present a section regarding registrants’ protection and their perspective on RDRS in the RDRS User Experience section of the Prep Week presentation.

• Global Stakeholder Engagement (GSE) Presentation: A session with the GSE team is planned for 21 October, focusing on their engagement efforts and upcoming webinars and training related to RDRS.