Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

The final draft version to be voted upon by the ALAC will be placed here before the vote is to begin.


...

FIRST DRAFT SUBMITTED

The first draft submitted will be placed here before the call for comments begins.At-Large Community has taken note of the many Registry Services Evaluation Process (RSEP) requests submitted to ICANN by many New gTLD Registries applying for exceptions to Specification 5, Section 2 of the New gTLD Registry Agreement (see page 68 of the http://newgtlds.icann.org/en/applicants/agb/agreement-approved-09jan14-en.pdf for the text of Specification 5, Section 2)

Two character labels at the second level have been made available for some gTLDs and many ccTLDs. Shorter domains are more desirable to potential registrants and two character ASCII labels can be used for alternative meanings than the one for the ISO 3166-1 alpha-2 standard. 

Absent any security or stability issues, the At-Large Community believes there should be no restriction of two character ASCII labels at the 2nd level within the TLD and that Specification 5, Section 2 should be removed.

Many of the RSEP requests are for the release of two character ASCII labels not on the ISO 3166-2 alpha 2 standard. However, the ISO 3166-2 alpha 2 standard is not a static document ; it will be updated to reflect new countries and territories. For example, BQ, CW and SX were added to the ISO 3166-2 alpha 2 standard in late 2010. (http://www.iso.org/iso/iso_3166-1_newsletter_vi-8_split_of_the_dutch_antilles_final-en.pdf).

If RSEP requests are approved by ICANN and the registries make available two character ASCII labels not on today’s ISO 3166-2 alpha 2 list, what happens when future countries and territories with new 2 character codes assigned by ISO want the same protections as per Specification 5, Section 2 and find such codes already allocated by the registries?

Similarly, how would the names of future countries and territories be protected as per Specification 5, Section 4 (Country and Territory Names) of the New gTLD Registry Agreement?

Methods of addressing this disparity of treatment between current and future countries and territories should be established before such RSEP requests are approved by ICANN.