Skip to main content

ICANN Opens Comment Forum on .COOP and .MOBI Proposed Contract Changes to Allocate Single-Character Names

ICANN is today opening a public comment forum on proposed amendments to Appendix 6 of the DotCoop and DotMobi Sponsored TLD Agreements.

On 29 May 2008, ICANN posted for public information two requests submitted by the DotCoop and DotMobi sTLDs through the Registry Services Evaluation Process. Both registries proposed allocation of single-character second-level domain names.

As provided for by existing consensus policy (http://www.icann.org/en/registries/rsep/rsep.html), ICANN has undertaken a preliminary determination to determine whether the proposals might raise significant security or stability, or competition issues. ICANN's determination is that the proposals submitted by DotCoop and DotMobi do not raise such issues in their respective sTLDs.

[Note that, from 13 June to 13 July 2008, ICANN conducted a public comment forum on a proposed single-character second-level domain names allocation framework (http://www.icann.org/en/registries/rsep/proposed-scsld-allocation-framework-13jun08.htm), which supported the allocation single-character second-level domain names in existing registries and reviewed various allocation methods.]

Both proposals require amendments to respective registry agreements. Therefore, a copy of the proposed DotCoop amendment is available here [PDF, 28K], and a copy of the proposed DotMOBI amendment is available here [PDF, 28K]. Both amendments provide for changes to Appendix 6, Schedule of Reserved Names. Comments on the proposed amendments submitted to coop-mobi-amendments at icann.org will be considered until 22 August 2008 23:59 UTC. Comments may be viewed at http://forum.icann.org/lists/coop-mobi-amendments/.

All documentation related to the DotCoop proposal is available at http://www.icann.org/en/registries/rsep/#2008005, while all documentation related to the DotMobi proposal is available at http://www.icann.org/en/registries/rsep/#2008006.


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""icann.org"" is not an IDN."