Skip to main content

Enquête sur la révision SSAC2 disponible pour commentaires du public

Cette page est disponible en:

Los Angeles, le 19 avril 2018. Le cabinet Analysis Group, l'auditeur indépendant chargé de mener la deuxième révision du Comité consultatif sur la sécurité et la stabilité (SSAC2), a publié une enquête pour obtenir des retours de la communauté. L'enquête a pour objectif de collecter des avis de tous ceux qui ont interagi avec le SSAC ou ont des suggestions pour améliorer son fonctionnement.

Participer à l'enquête

L'enquête prendra fin le 18 mai 2018 à 23h59 UTC. À la fin de l'enquête, l'auditeur indépendant en analysera les réponses ainsi que les commentaires reçus lors d'interviews ou d'autres interactions afin de rédiger un rapport d'évaluation. Le rapport d'évaluation devrait être publié pour consultation publique en juillet 2018.

Contexte

L'Article 4.4 des statuts constitutifs de l'ICANN prévoit des révisions périodiques du SSAC. Conformément aux statuts, l'objectif de la révision est de déterminer si le SSAC joue un rôle permanent au sein de la structure de l'ICANN et, le cas échéant, si des changements dans sa structure ou son fonctionnement seraient souhaitables pour améliorer son efficacité. La révision cherche également à déterminer si le SSAC est responsable vis-à-vis de ses unités constitutives, groupes de parties prenantes, organisations et autres parties. Le cabinet Analysis Group a été retenu en février 2018 pour mener la deuxième révision du SSAC.

À l'instar de toutes les révisions organisationnelles, la révision SSAC2 met en place une approche en deux étapes, où l'auditeur indépendant complète d'abord son évaluation et formule ensuite des recommandations pour répondre aux problèmes identifiés pendant l'évaluation. Cette approche aboutit à des recommandations plus pertinentes et utiles, dans la mesure où elle prévoit une discussion entre l'auditeur indépendant et la communauté par rapport à ce qui fonctionne bien et à ce qu'il faut améliorer, avant que l'auditeur indépendant n'élabore les recommandations destinées à apporter une réponse aux situations observées.

En savoir plus sur la révision SSR2.

À propos du SSAC

Le SSAC a pour mission de conseiller la communauté et le Conseil d'administration de l'ICANN sur des questions liées à la sécurité et à l'intégrité des systèmes de nommage et d'attribution d'adresses Internet. Cela inclut des aspects opérationnels, administratifs et des aspects se rapportant aux enregistrements. Le SSAC évalue de manière continue les menaces et les risques auxquels sont confrontés les services de nommage et d'attribution d'adresses de l'Internet pour identifier les principales menaces à la sécurité et à la stabilité, et en informer la communauté de l'ICANN.

En savoir plus sur le SSAC.

À PROPOS DE l'ICANN

La mission de l'ICANN est de garantir un Internet mondial sûr, stable et unifié. Pour contacter une personne sur Internet, vous devez saisir une adresse sur votre ordinateur : un nom ou un numéro. Cette adresse doit être unique pour permettre aux ordinateurs de s'identifier entre eux. L'ICANN coordonne ces identificateurs uniques à l'échelle mondiale. La société ICANN a été fondée en 1998 en tant qu'organisation à but non lucratif, reconnue d'utilité publique. Elle rassemble au sein de sa communauté des participants du monde entier.


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