Workshop: Protection of Registrants
Summary
A summary of the main issues that will be discussed, together with some basic information on each topic is presented here: Remote participants will be able to place comments in a chatroom during the meeting and to post comments. The comments will be reviewed and relevant responses introduced into the meeting by ICANN's general manager of public participation. Below is a summary of the issues that will covered during the meeting. ----------------------------------------------------------Protections for Registrants - A Summary
Overview
Recent events in the gTLD name space demonstrate that procedural and contractual protections for registrants must be implemented. The five major issues are:- The increase in numbers of gTLD registrars increase the likelihood of registrar failure
- The anticipated consensus policy for delegating new gTLDs make a registry failure inevitable
- The seven-year-old registrar accreditation agreement does not address market developments
- The recent expansion in domain name registrations, registries, registrars and their associated business models require a proactive contractual compliance program
- Registrar data escrow
- Proposed amendments to the registrars’ accreditation agreement (RAA)
- Registry failover
- Contractual compliance
- Process for transfer of names in the event of registrar de-accreditation
Issue 1 – Registrar Data Escrow
Three milestones nearing completion by ICANN staff:- Published an escrow specifications document
- Issued a Request for Proposals for retention of an escrow service provider. Seven applications were received; two are being considered.
- Drafted an application to be used by prospective third party providers of escrow services. Draft is still being reviewed, but is scheduled for publication with the announcement of the selection of the data escrow provider.
Issue 2 – Process for Amending the Registrar Accreditation Agreement
The current agreement with 900 registrars has not been changed for more than seven years because:- Changes can only be made through the consensus-based process of a supporting organization.
- Changes are made so rarely that there is a reluctance to move forward due to a concern that important issues will be missed and therefore left unaddressed for many years.
Issue 3 – Registry Failover
Triggered by the introduction of several new sTLDs and the expected designation of many new gTLDs through the anticipated GNSO consensus policy. The program for addressing these issues has published key documents describing work that will contribute to the implementation of a registry failover program.- Several well-developed registries have implemented competent contingency plans. ICANN will build on that work to create a best practices document to be adopted by new TLDs or included in the new registry agreements.
- The core issue is defining ICANN’s role in the event of a registry failure. Each registry must have a contingency plan to maintain registry operations for a period of time so that:
- A replacement operator or sponsor can be found and a transfer effected, or
- Provide a notice period to registrants that the registry is closing.
Issue 4 – Contractual Compliance
Significant work completed this year:- Publishing and executing a program plan and executing according to schedule that includes a staffing and operational plan. Several proactive audits were completed and the next set of audits is planned.
- These audits produced many warning and breach letters to registrars, many of whom are now in compliance. Past due payables have been drastically reduced. Other areas of contractual compliance can also be considered and prosecuted.
Issue 5 – De-accreditation Process
A detailed process is needed for the timing and steps to transfer names from a de-accredited registrar to one with ongoing operations. ICANN published a procedure to appoint a service provider to transfer names from the de-accredited party to a registrar of the registrant’s choosing. Several questions have been raised regarding implementation details. An exercise should be undertaken to develop a process and test it through simulation. A different, market based approach may be the best approach to determining a “gaining” registrar. This work is to be done in the first half of fiscal year 2007–08. [ENDS]AGENDA
Monday, 25 June 2007, 1300 - 15:30
Session Chair and Moderator: Susan Crawford, ICANN Board of Directors
1) Introductions - Kurt Pritz, Senior Vice President, Services, ICANN
2) Registrar Data Escrow
a) Speaker: Jon Nevett, Registrar Constituency
b) Speaker: Mike Zupke, Registrar Liaison Manager, ICANN [SLIDES]
c) Vittorio Bertola, ALAC
3) Registrar Accreditation Agreement (RAA) Amendments
a) Speaker: Rob Hall, Registrar Constituency
b) Speaker: Kurt Pritz [SLIDES]
c) Beau Brendler, ALAC [SLIDES]
4) gTLD Registry Failover
a) Speaker: Patrick Jones, Registry Liaison Manager, ICANN [SLIDES]
b) Speaker: Chuck Gomes, Registry Constituency [SLIDES]
c) Speaker: ALAC member
5) Contractual Compliance
a) Speaker: Stacy Burnette, Director, Contractual Compliance, ICANN
[SLIDES]
b) Speaker: ALAC member
6) Concluding Remarks - Susan Crawford
7) Question from the Floor
Comments
Questions?
You can post questions here for review and possible inclusion into the meeting
Kieren
Let's name the registrant as an intended beneficiary of the RAA
As I've said before, I think we should name the registrant as an intended beneficiary of the RAA. While it's structured as a contract between ICANN and the registrar, its chief point is to secure individuals' registrations. The registrants should be able to enforce those rights directly.
--Wendy