Skip to main content

ccNSO Application for Membership

Before completing the application form please read the notes below. If you have any questions, please email

  • To: ccNSO Council
  • Date:
  • Re: Application for membership of the ccNSO

With this letter, I, the Representative, declare that the Applicant is the ccTLD manager (as defined in the ICANN Bylaws, (Section 10.4(a)) for the ccTLD name. I declare that the ccTLD Manager wishes to apply for membership of the ccNSO and that I am duly authorized to make and sign this application for membership on behalf of the Applicant.

The Applicant hereby recognizes the role of the ccNSO within the ICANN structure, and agrees, for the duration of its membership in the ccNSO to:

  1. adhere to the rules of the ccNSO, including membership rules; and
  2. adhere to ICANN Bylaws as they apply to ccTLDs (Article 10 and Annexes B and C of the ICANN Bylaws).

The Applicant understands that:

  1. Membership in the ccNSO is independent of any individual relationship a ccTLD manager has with ICANN or the ccTLD manager's receipt of IANA services. (Section 10.4 (c)) and
  2. Currently there are no fees payable for ccNSO membership. However, under the ICANN Bylaws (Section 10.7 (c)), the ccNSO could in the future, subject to members approval, establish membership fees.

Signed by the Representative for and on behalf of the Applicant:

Contact Information: [Please review Note 1 and Note 2 and complete the information below]
0/250 Characters
  • Note 1 -- Who is the Applicant?
  • Membership of the ccNSO is open to all ccTLD Managers. As defined in the ICANN Bylaws (Section 10.4 (a)) a ccTLD Manager is the organization or entity responsible for managing a country-code top-level domain according to and under the current heading "Delegation Record" in the Root Zone Database, or under any later modification, for that country-code top-level domain.

  • Note 2 -- Who is the Representative? Who is the Emissary?
  • As per the ICANN Bylaws (Section 10.4 (e)):

    (i) Each ccTLD manager may designate in writing a person, organization, or entity to represent the ccTLD manager in matters relating to the ccNSO ("Representative"). In the absence of such a designation, the person, organization, or entity listed as the administrative contact in the IANA database shall be deemed to be the designate of the ccTLD manager by whom the ccNSO member shall be represented.

    (ii) For any Territory for which there is a single ccTLD manager that is a ccNSO member, the Representative selected by that manager in accordance with Section 10.4(e) shall be the Territory’s emissary ("Emissary") for the purpose of voting in the specific cases enumerated in this Article, Annex B, or Annex C of these Bylaws. In the event two or more ccTLD managers from the same Territory are ccNSO members, those ccTLD managers are to appoint one of the Representatives from among those ccNSO members to serve as the Emissary to vote on behalf of the ccNSO members from that Territory.

    (iii) During any period in which an Emissary is not appointed, the ccTLD manager that has been the member of the ccNSO for the longest period is deemed to be the Emissary for that Territory.

By submitting my personal data, I agree that my personal data will be processed in accordance with the ICANN Privacy Policy, and agree to abide by the website Terms of Service.

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."