<<<
Chronological Index
>>> <<<
Thread Index
>>>
[council] Safe and Secure New gTLDs: ICANN Seeks Back-up Registry Operators
- To: Council GNSO <council@xxxxxxxxxxxxxx>
- Subject: [council] Safe and Secure New gTLDs: ICANN Seeks Back-up Registry Operators
- From: Glen de Saint Géry <Glen@xxxxxxxxx>
- Date: Thu, 15 Sep 2011 05:48:07 -0700
- Accept-language: fr-FR, en-US
- Acceptlanguage: fr-FR, en-US
- List-id: council@xxxxxxxxxxxxxx
- Sender: owner-council@xxxxxxxxxxxxxx
- Thread-index: Acxzpbfjj3cjNNDZQmKOr/b8b/0SYg==
- Thread-topic: Safe and Secure New gTLDs: ICANN Seeks Back-up Registry Operators
http://www.icann.org/en/announcements/announcement-2-14sep11-en.htm
Safe and Secure New gTLDs: ICANN Seeks Back-up Registry Operators
(Emergency Back-End Registry Operators or "EBEROs")
14 September 2011
ICANN is issuing today a Request for Information
(RFI)<http://www.icann.org/en/documents/rfps/ebero-rfi-14sep11-en.pdf> [PDF,
660 KB] to identify potential Emergency Back-End Registry Operators (EBERO).
One of ICANN's core missions is to preserve the operational security and
stability of the Internet while also supporting open competition. With the
upcoming launch of the New generic Top-Level Domain (New gTLD) program, the
Internet will see a number of new gTLD registry operators. Although all
applicants must meet technical, operational and financial requirements (see the
gTLD Applicant Guidebook - http://www.icann.org/en/topics/new-gtlds/dag-en.htm)
the community developed new gTLD program includes provision for a backup
process. The EBERO is designed to be activated should a registry operator
require assistance to sustain critical registry functions for a period of time
or in the case of transition for one registry operator to another.
Candidates are expected to meet the requirements outlined in the RFI, which
requires, for example, at least three years of experience in operating Domain
Name services (DNS) and one year of experience operating Registration Data
Directory Services (RDDS) and Extensible Provisioning Protocol (EPP) services.
Besides the technical requirements, ICANN seeks candidates from geographically
diverse regions in order to provide local service to registries in all regions
and provide alternate sites in case of local disasters.
ICANN is looking forward to receiving comprehensive information from the
potential candidates. Negotiations with certain respondents to the RFI that
provide comprehensive information will be initiated for the purpose of creating
process details and entering into an agreement to provide backend services. The
deadline for responses is November 30, 2011 at 23:59 UTC. Please direct your
information to ebero@xxxxxxxxx<mailto:ebero@xxxxxxxxx>. Responses after the
deadline will not be considered.
RFI activities schedule at a glance:
Request for proposals issued by ICANN
14 September 2011
Respondents' Q&A - Teleconference
On or about 16 November 2011
Written proposals due
30 November 2011 - 23:59 UTC
1. What is a registry?
A "Registry" is the authoritative, master database of all domain names
registered in each Top-Level Domain. The registry operator keeps the master
database and also generates the "zone file" which allows computers to route
Internet traffic to and from top-level domains anywhere in the world.
2. What is an Emergency Operator?
Emergency Operator or Back-End Registry Operator is an organization that has
partnered with ICANN to provide registry services in case another registry is
unable to operate. The emergency operators will be selected by ICANN based on
the criteria outlined in the RFI.
3. What happens when a gTLD registry operation fail either financially or due a
technical emergency?
If an emergency occurs, and a Registry is unable to provide critical services,
it will be the function of the Emergency Operator to ensure the continuity of
the services. This provider emergency transition process is managed by ICANN
and requires multiple providers to be available to take on the function in case
one provider is not able to timely take the operation or if there is a conflict
of interest.
4. What are the critical registry functions?
Functions that are critical to the operation of a gTLD registry (i.e., those
provided by the EBERO) are:
* Domain Names System (DNS) resolution;
* Domain Name System Security Extensions (DNSSEC) properly signed zone (if
DNSSEC is offered by the registry);
* Shared Registration System (SRS), usually by means of the Extensible
Provisioning Protocol (EPP);
* Registration Data Directory Services (RDDS), e.g., WHOIS provided over
both port 43 and through a web based service;
* Registry Data Escrow.
5. What kind of information is ICANN requesting and who should respond?
Respondents should be parties interested in committing themselves as potential
Emergency Back-End Registry Operators. The RFI covers numerous areas, but
respondents should be prepared to discuss the following:
* Capabilities and experience in the critical registry functions;
* Registry Transition concepts, experience, SLAs, and use cases;
* Pricing models for providing critical registry functions;
* Profile of the respondents organization, leadership and resources.
Background
In April 2009, ICANN published the ICANN gTLD Registry Continuity Plan -
http://www.icann.org/en/registries/continuity/. This document depicts a gTLD
Registry Continuity Framework developed in collaboration with experienced gTLD,
ccTLD registries and members of the technical community. The overall goals of
ICANN's gTLD Registry Continuity Framework are:
1. the protection of existing registrants; and
2. to ensure confidence in the DNS.
The Registry Continuity framework recognized the need for a prescribed ability
to continue services in the event of a Registry Operator failure. It
introduced the concept of a Back-End Operator and the intrinsic complications
in a single back-up operator supporting all existing capabilities of different
registry models. In view of those complications, the concept of identifying
base level "critical functions", required to maintain the minimum operating
services of a Top Level Domain, was established and defined.
In May 2010 ICANN published a New Top-Level Domain Explanatory Memorandum "gTLD
Registry Transition Processes Model" (RyTP) -
http://www.icann.org/en/topics/new-gtlds/registry-transition-processes-clean-30may11-en.pdf
[PDF, 747 KB]. This document further elaborates on the concept of critical
functions required for maintaining Top-Level Domain services and discusses the
types of transitions between one Registry Operator and another. The concept of
the Emergency Back-End Registry Operator was also introduced to support the TLD
critical functions of failing Registry Operators, when there is no immediate
assigned successor Registry Operator.
Links to Relevant Information:
* New gTLD Program: http://www.icann.org/en/topics/new-gtld-program.htm
* gTLD Registry Continuity Document Archive:
http://www.icann.org/en/registries/continuity/archive-en.htm
Glen de Saint Géry
GNSO Secretariat
gnso.secretariat@xxxxxxxxxxxxxx
http://gnso.icann.org
<<<
Chronological Index
>>> <<<
Thread Index
>>>
|