Skip to main content

Mesures proposées pour les étiquettes ASCII à deux caractères lettre/lettre afin d’éviter toute confusion avec les codes de pays concernés

Date d’ouverture : 8 juillet 2016 Date de clôture : 17 août 2016
Organisation à l’origine de la consultation : Division des domaines mondiaux
Catégories/Étiquettes :
  • Domaines de premier niveau
  • Domaines de second niveau
  • Accords entre parties contractantes
  • Sécurité/Stabilité
Bref aperçu :

Conformément à la Section 2 de la Spécification 5 du nouveau Contrat de registre pour les nouveaux gTLD, « Toutes les étiquettes ASCII à deux caractères devront être exclues de l’enregistrement ou attribuées à l’opérateur de registre au second niveau dans le TLD. Ces étiquettes pourront ne pas être activées dans le DNS et ne pas être ouvertes à l’enregistrement par une personne ou entité autre que l’opérateur de registre. L’ouverture à l’enregistrement de ces chaînes à deux caractères pourra intervenir à condition que l’opérateur de registre parvienne à un accord avec le gouvernement ou le gestionnaire de l’extension de code de pays concernée, tel qu’établi dans la norme ISO3166-1 alpha-2. L’opérateur de registre peut également proposer l’ouverture à l’enregistrement de ces étiquettes réservées à condition que des mesures soient mises en œuvre pour éviter toute confusion avec les codes de pays concernés, et sous réserve de l’approbation de l’ICANN ».

Cette consultation publique vise à recueillir des contributions de la communauté afin d’établir la liste des mesures qu’un opérateur de registre doit mettre en œuvre pour ouvrir à l’enregistrement des étiquettes ASCII à deux caractères lettre/lettre au second niveau du système des noms de domaine qui ne font l’objet d’aucune autre réservation au titre de la spécification 5 de la section 6 du Contrat de registre. En cas d’adoption de ces mesures, tous les noms de domaine à deux lettres actuellement réservés seront ouverts à l’enregistrement pour tous les registres gTLD qui mettront en œuvre lesdites mesures.

Lien : https://www.icann.org/public-comments/proposed-measures-two-char-2016-07-08-en

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