Skip to main content
Retour

Contrat de service pour la maintenance de la zone racine (RZMA)

Cette page est disponible en:

État de situation du RZMA

28 septembre 2016 :  L’ICANN et Verisign ont signé le RZMA.

 

Aperçu

Dans une lettre envoyée le 4 mars 2015, l’Administration nationale des télécommunications et de l’information des États-Unis (NTIA) a officiellement demandé à Verisign et à l’ICANN de travailler de concert sur l’élaboration d’une proposition sur le meilleur moyen de transférer le rôle administratif de la NTIA dans la gestion de la zone racine, tout en veillant à préserver la sécurité, la stabilité et la résilience du système des noms de domaine de l’Internet (DNS). En août 2015, l’ICANN et Verisign ont soumis une proposition en réponse à la demande de la NTIA.

Parallèlement aux travaux de mise à jour et les tests menés en parallèle au RZMS, l’ICANN et Verisign ont discuté et négocié les termes d’un contrat de service pour la maintenance de la zone racine (RZMA). Le RZMA est destiné à assurer une maintenance stable, sûre et fiable de la zone racine après la transition. L’ICANN et Verisign ont convenu les termes du RZMA, qui ont été publiés pour une période de consultation publique de 30 jours commençant le 29 juin 2016.

En vertu du RZMA, Verisign continuera à fournir des services pour la maintenance de la zone racine, pour la gestion de la signature de la zone racine de la clé de signature de la zone racine et la distribution du fichier de zone racine et les fichiers connexes aux opérateurs de la zone racine en contrepartie de frais nominaux. Le RZMA aura une durée de huit ans qui a pour objectif de promouvoir la sécurité, la stabilité et la résilience des opérations de maintenance de zone racine. Verisign poursuivra son rôle actuel pendant la durée du contrat.

Le RZMA permet également à la communauté (à travers un processus communautaire et consensuel) d’exiger à l’ICANN de passer la fonction de maintenance de la zone racine à un autre fournisseur de services après trois ans. Il permet également à la communauté de recommander des modifications aux conventions de service et au RZMS au fur et à mesure de l’évolution de la zone racine.

En vertu de la proposition de l’ICG, le 29 juin 2016 le RZMA a été publié pour une période de consultation publique de 30 jours. Le 9 août 2016, le Conseil d’administration de l’ICANN a adopté une résolution approuvant le RZMA et a enjoint au personnel de l’ICANN à aller de l’avant avec la signature du contrat. L’ICANN et Verisign ont signé le RZMA le 28 septembre 2016.

Le RZMA entrera en vigueur une fois que l’accord de coopération entre la NTIA et Verisign sera modifié pour que Verisign soit libéré de la responsabilité de la maintenance de la racine zone avec le Département du commerce des États-Unis.

 

Liens utiles

Contrat de service pour la maintenance de la zone racine (RZMA)

A note about our terms of service:

We have updated our electronic terms of service to provide greater transparency and align with laws applicable to us. Learn more.

This site uses cookies to deliver an efficient user experience and to help us see how the site is used. Learn more.OK

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