Workshop: Protection of Registrants

25 Jun 2007 - 12:00
25 Jun 2007 - 13:45
Webcasts

 

Floorplan

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
The program to protect registrants can be described by five separate efforts, some of which overlap.
  • 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.
Nearly 100% of gTLD registrars are expected to begin escrowing data by the close of 2007. Staff is also working to resolve the added challenge created by the use of Whois privacy and proxy services through amendment of the Registrar Accreditation Agreement.

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.
The new process being suggested would streamline changes (still with supporting organisation endorsement) and make RAA review a regularly scheduled process so that issues missed in one round could be considered in a relatively short time frame. The streamlined process is not intended to obviate the need for a policy development process. If the new procedure is not effective, as determined by the ICANN constituencies and community, a PDP on the agreement could be undertaken.

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:
    1. A replacement operator or sponsor can be found and a transfer effected, or
    2. Provide a notice period to registrants that the registry is closing.
Other questions and potential solutions to be discussed: To what extent should names be perpetual and what is ICANN’s role in ensuring registry operations?

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]
Room: 
San Geronimo
What it is: 
The session will described recent efforts (and their results) undertaken by ICANN and specific constituencies to ensure that domain names continue to resolve and remain stable as the DNS system evolves. Recent and anticipated changes in this environment include the growth in the number of gTLD registrars, the failure of some registrars, and the expected delegation of many new TLDs, including IDNs. Specifically, this workshop will describe the implementation of the gTLD registrar data escrow program (including, suggested amendments to the RAA and a process for implementing changes, ICANN’s gTLD registry failover program, and recent work done by ICANN’s Contractual Compliance function).
Why it's important: 
The sum of these topics describe recent work by the ICANN constituencies regarding the protection of domain names registrations in the event of registry or registrar nonfeasance or malfeasance. This discussion will describe the process and substance for moving the discussions of registrant protection forward.
Who should attend: 
Interested gTLD registrants, registrars, registries and others wishing to contribute to this discussion.
Agenda details : 

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

Back to top