SSAC Advisory Regarding Access to Domain Name Registration Data (R-7)

Date IssuedDocumentReference IDCurrent Phase

  

SSAC Advisory Regarding Access to Domain Name Registration Data (R-7)SAC101v2Phase 4 | Implement


Description:

The ICANN Board should direct the ICANN Organization to work to ensure that RDDS access is provided in a measurable and enforceable framework, which can be understood by all parties.


STATUS UPDATES

DatePhaseTypeStatus Updates

 

Phase 4Phase UpdateThe EPDP issued the Phase 2 Final Report on the Temporary Specification for gTLD Registration Data on 31 July 2020, and was subsequently adopted by the GNSO council on 24 September 2020 and was provided to the Board for consideration. ICANN org notes the Public Comment period regarding Phase 2 Priority 2 Topics closed on 22 January 2021 and a staff report was issued on 5 February 2021 (https://www.icann.org/en/system/files/files/report-comments-policy-recommendations-epdp-phase-2-05feb21-en.pdf). ICANN org also notes as the Public Comment regarding Phase 2 closed on 30 March 2021 (https://www.icann.org/public-comments/epdp-2-policy-recs-board-2021-02-08-en). Additionally, the Board resolved (https://www.icann.org/resources/board-material/resolutions-2021-03-25-en#2.c) to direct ICANN org to conduct the Operational Design Phase (ODP) for the SSAD on 25 March 2021.

 

Phase 4Phase ChangeNow in Phase 4: Implement

 

Phase 4Phase UpdateThe EPDP issued the Phase 2 Final Report on the Temporary Specification for gTLD Registration Data on 31 July 2020, and was subsequently adopted by the GNSO council on 24 September 2020 and was provided to the Board for consideration. ICANN org notes the Public Comment period regarding Phase 2 Priority 2 Topics prior to Board consideration, as well as a pending Public Comment regarding Phase 2 Priority 1 Topics. Pending Board consideration, this item will remain in a deferred status.

 

Phase 4Phase UpdateThe EPDP issued the Phase 2 Final Report on the Temporary Specification for gTLD Registration Data on 31 July 2020, and was subsequently adopted by the GNSO council on 24 September 2020 and was provided to the Board for consideration. Pending Board consideration, this item will remain in a deferred status.

 

Phase 4Phase ChangeNow in Phase 4: Deferred

 

Phase 4DependenciesFurther implementation of this item is deferred as of 20 August 2019 pending external activity. ICANN org will take up further action once pending the completion of the EPDP.

 

Phase 5AP FeedbackRegarding SAC101v2 Recs 4, 6, and 7: it remains to be seen whether the ePDP will address these. If the support staff wants to close these then SSAC would be OK, but if the eDPD does not deal with them, then SSAC should have the option to re-open then.

 

Phase 5Phase ChangeNow in Phase 5: Close

 

Phase 3Board UpdateResolved (2019.06.23.06), the Board notes advice items 2A and three through seven in SAC101 version 2 and refers them to the GNSO Council for consideration for inclusion in the EPDP Phase 2 work. See full resolution at https://www.icann.org/en/board-activities-and-meetings/materials/approved-resolutions-regular-meeting-of-the-icann-board-open-session-23-06-2019-en#1.c.

 

Phase 2Board UnderstandingThe ICANN organization understands SAC101v2 Recommendation 7 to mean that the ICANN Board should direct the ICANN org to work to ensure that RDDS access is provided in a measurable and enforceable framework, which can be understood by all parties.

 

Phase 2AP FeedbackRate-limiting creates problems that are not solved by the existing contractual language. See among others section 5.1 for a description of some of the problems, such as: "The contracts allow an RDDS server to be functionally down and non-responsive for one user but not for another." (I.E. different users can be treated differently, and whether SLAs are being upheld depends on who is measuring and how.) In this Recommendation, SSAC has chosen to identify the problems but leaves exact implementation solutions to the Board and Staff to formulate, especially since they may require the crafting of contractual language. The Board may also wish to receive input from ICANN's Compliance Department.

 

Phase 2Clarifying QuestionSpecification 10 of the base Registry Agreement and Section 2.2 of the WHOIS Specification of the RAA specify service level agreements for RDDS (i) up time; (ii) response time; (iii) availability. As such, it would be helpful if the SSAC could clarify the advice in Recommendation 7. Is Recommendation 7 advising that the service level agreements should be modified for RDDS up time, response time, or availability? If not, what specifically relating to RDDS access should be made "more measurable and enforceable"?

 

Phase 2Phase ChangeNow in Phase 2: Understand

 

Phase 1Phase UpdateICANN acknowledged receipt of SSAC101v2.

 

Phase 1Phase UpdateSSAC published SAC101v2: SSAC Advisory Regarding Access to Domain Name Registration Data Link: https://www.icann.org/en/system/files/files/sac-101-v2-en.pdf Version 2 of SAC101 was published to reflect evolving circumstances related to ICANN’s Temporary Specification for gTLD Registration Data, and the ongoing Expedited Policy Development Process (EPDP) on the Temporary Specification for gTLD Registration Data. Version 1 of SAC101 has been retired and version 2 is authoritative.