Skip to main content
Retour

Constitution d’un Comité de révision de l'évolution de la zone racine (RZERC)

Cette page est disponible en:

État de situation du RZERC

1er octobre 2016 : Le Comité est maintenant actif.

 

Aperçu

Avant la transition de la supervision de l’IANA, l’approbation de la NTIA était nécessaire pour toute modification effectuée à l’environnement de gestion de la zone racine du DNS, comme par exemple la signature DNSSEC de la zone racine, les différents types de modifications aux processus de l’IANA et des modifications qui seraient appliquées à la zone racine du DNS par le responsable de la maintenance de la zone racine. La communauté des noms de domaine a recommandé qu’après la transition, l’approbation des modifications systématiques du contenu de la zone racine du DNS ne soit plus nécessaire. Cependant, en raison de la nature critique de la zone racine du DNS, toutes les modifications architecturales majeures exigeront des approbations formelles.

Dans la proposition de l’ICG, la communauté des noms de domaine a exigé la création d’un comité permanent qui fera des recommandations au Conseil d’administration au sujet de l’opportunité de la mise en place de telles modifications architecturales. Ce comité a été dénommé le Comité de révision de l’évolution de la zone racine (RZERC) par l’ICANN. Le RZERC évaluera les questions soulevées par un de ses membres, par la PTI, ou par le CSC.

Bien que le RZERC ne soit pas nécessairement le groupe chargé d’étudier en détail les questions soulevées, il doit veiller à ce que tous les organes concernés participent au processus de prise de décisions et puissent accéder à l’expertise nécessaire. Ainsi, le RZERC assure la coordination avec les organisations et les communautés concernées et, le cas échéant, avec des experts externes, afin de confirmer que toutes les parties concernées participent aux processus de prise de décisions et de formulation de recommandations concernant les modifications architecturales ou opérationnelles de la zone racine.

La charte du RZERC a été rédigée en collaboration entre l’ICANN et l’IOTF et a fait l’objet de nombreuses révisions par le CWG-Supervision avant d’être publiée pour une période de consultation publique de 30 jours le 10 juin 2016.

Conformément à la pratique de l’ICANN pour ses processus de consultation publique, l’ICANN a examiné les commentaires reçus et a apporté toutes les modifications nécessaires à la charte, tout en respectant les exigences de la proposition de l’ICG. Le rapport du personnel et la version finale de la charte du RZERC ont été publiés le 8 août 2016. Le 9 août 2016, le Conseil d’administration de l’ICANN a approuvé et adopté la charte du RZERC.

Le 1er août 2016, l’ICANN a envoyé une demande à l’ASO, au SSAC, au RSSAC, au RySG, à la ccNSO, à l’IETF et à Verisign (en tant que responsable de la maintenance de la zone racine) afin qu’ils engagent leurs processus respectifs pour désigner des représentants au sein du RZERC. Le 12 août 2016, l’ICANN a reçu la notification des représentants de toutes les organisations membres et le RZERC a été formé.

Composition inaugurale du RZERC

SSAC Patrik Fältström
RSSAC Brad Verd
ASO Carlos Martinez
IETF Jim Reid
RySG GNSO Howard Eland
ccNSO Katrina Sataki
Verisign Duane Wessels
Conseil d’administration de l’ICANN Suzanne Woolf
PTI Kim Davies

 

Liens utiles

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