Skip to main content

Announcement of Registry Services Technical Evaluation Panel and Launch of the Registry Request Service

ICANN is pleased to announce additional information regarding the process for considering proposed registry services including the development of an online tool for submissions, and the introduction of the members of the Registry Services Technical Evaluation Panel.

In particular, ICANN is pleased to announce the launch of the Registry Request Service (RRS). As described in the 25 July 2006 Advisory and Implementation Notes, the Registry Services Evaluation Process includes an online tool for gTLD registries and sponsors to submit their requests for new registry services to ICANN. The RRS is a secure web-based application for gTLD registries and sponsors and is available at <>. This site also contains publicly available information describing the process. An RSS beta version was tested from 31 July to 21 August; the live version of the RRS was launched on 22 August 2006. A non-interactive version of the RRS is available at <>.

As announced on 25 July 2006, the Registry Services Technical Evaluation Panel will assist with the evaluation of certain requests for new registry services. Under the Registry Services Evaluation Policy, in the event that ICANN reasonably determines during the 15 calendar day preliminary determination period that a proposed registry service might raise significant security and stability issues, ICANN will refer the proposal to the Registry Services Technical Evaluation Panel. The Panel shall have 45 calendar days following referral to prepare a written report regarding the effect of the proposed service on security and stability. The report will be posted for public comment on the ICANN website and provided to the ICANN Board, which will then reach a decision on the request. The Registry Services Evaluation Policy was effective on 15 August 2006.

For each matter referred to the RSTEP, the Chair shall select a Review Team of no more than five members from the RSTEP to evaluate the referred matter, none of which shall have an existing competitive, financial, or legal conflict of interest. Selections will be made with due regard to the particular technical issues raised by the referral. Note that some RSTEP experts are from gTLD registry or registrar organizations. The Panel Members from the gTLD registries that might be impacted by a specific decision of a Review Team will not participate as Review Team members, but they may be called upon by the Review Team to provide expertise or information relating to evaluations.

The members of the Panel are:

Len Bayles (ICM Registry; USA)

Rob Blokzijl (RIPE; Netherlands)

Jordyn Buchanan (Google; USA)

Lyman Chapin (Chair; Interisle Consulting Group; USA)

Mouhamet Diop (NEXT SA; Senegal)

Patrik Fältström (Cisco; USA)

Jayantha Fernando (LK Domain Name Registry; Sri Lanka)

Tony Harris (CABASE; Argentina)

Paul Hoffman (VPN Consortium; USA)

Hiro Hotta (JPRS; Japan)

Johan Ihrén (Autonomica; Sweden)

Rodney Joffe (UltraDNS/NeuStar; USA)

Mark Kosters (Verisign; USA)

Glenn Kowack (Consultant; USA)

Lars-Johan Liman (Autonomica; Sweden)

Kurtis Lindqvist (Internet Technology Advisors; Sweden)

Cricket Liu (Infoblox; USA)

Mark McFadden (University of Wisconsin - Milwaukee; USA)

Paul Mockapetris (Nominum; USA)

Russ Mundy (SPARTA; USA)

Frederico Neves (NIC .br; Brazil)

Cassidy Sehgal-Kolbet (Axiom Legal/Colgate-Palmolive; USA)

Mike St. Johns (Nominum; USA)

Andrew Sullivan (Afilias; Canada)

More Announcements
Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as"""" is not an IDN."