Skip to main content

Révision du Comité consultatif du système des serveurs racine : le rapport final est à présent disponible

Cette page est disponible en:

LOS ANGELES – 10 juillet 2018 – Interisle Consulting Group, LLC, l'auditeur indépendant chargé de mener la deuxième révision du Comité consultatif du système des serveurs racine (RSSAC), a publié aujourd'hui son rapport final.

Lire le rapport [PDF, 2.58 MB].

Le rapport final contient une évaluation du RSSAC comprenant huit principales conclusions et six recommandations fondamentales visant à améliorer ses activités. Les recommandations portent sur l'objectif, l'efficacité et la responsabilité du RSSAC.

Le rapport final publié aujourd'hui tient compte des commentaires reçus à propos de sa version préliminaire publiée le 1er mai 2018, des retours fournis lors du séminaire en ligne public du 9 mai 2018 et d'autres remarques reçues par Interisle.

Prochaines étapes

Le groupe de travail de révision du RSSAC (RWP) préparera un plan d'évaluation de la faisabilité et de mise en œuvre initiale (FAIIP) basé sur le rapport final. Ce travail inclura une analyse des recommandations du rapport final afin d'établir leur exploitabilité et leur priorité, les implications budgétaires provisoires, les ressources escomptées et une proposition de calendrier de mise en œuvre.

Interisle et le RWP présenteront respectivement le rapport final et le FAIIP au Comité du Conseil d'administration de l'ICANN chargé de l'efficacité organisationnelle (OEC). L'OEC recommandera ensuite au Conseil d'administration les prochaines étapes à suivre.

Contexte

Cette révision indépendante du RSSAC est prévue dans les statuts constitutifs de l'ICANN et fait partie des engagements pris par l'ICANN en vue de son évolution, son amélioration, sa responsabilité et sa transparence. Interisle a été retenu pour mener la révision et a commencé son travail en septembre 2017.

L'objectif de la révision du RSSAC, conformément aux statuts constitutifs, est de déterminer (i) si le RSSAC a un rôle permanent à jouer au sein de la structure de l'ICANN ; (ii) si c'est le cas, si des changements dans sa structure ou son fonctionnement seraient souhaitables pour améliorer son efficacité ; et (iii) si le RSSAC est responsable vis-à-vis de ses unités constitutives, groupes de représentants, organisations et autres parties prenantes. La révision comprend également une évaluation de l'état d'avancement de la mise en oeuvre de la révision antérieure du RSSAC [PDF, 234 KB].

Autres ressources

À propos de l'ICANN

La mission de l'ICANN consiste à garantir un Internet mondial sûr, stable et unifié. Pour contacter une personne sur Internet, vous devez saisir une adresse sur votre ordinateur ou autre dispositif : un nom ou un numéro. Cette adresse doit être unique pour permettre aux ordinateurs de s'identifier entre eux. L'ICANN coordonne et soutient 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 individus 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."