Skip to main content

Révision SSAC2 : le rapport final est déjà disponible

Cette page est disponible en:

Los Angeles, le 7 janvier 2019. 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é son rapport final.

Lire le rapport [PDF, 1,45 MB].

Le rapport final contient une évaluation du SSAC ainsi que 22 conclusions et 30 recommandations pour améliorer son fonctionnement. Les conclusions et recommandations portent sur les domaines suivants :

  • l'efficacité du SSAC et les délais dans lesquels les avis du SSAC sont présentés et mis en pratique ;
  • la relation et les interdépendances entre le SSAC, les autres organisations de soutien et comités consultatifs, et la communauté ICANN au sens large, y compris en matière de transparence ;
  • le système d'adhésion et la structure du SSAC ;
  • l'état d'avancement de la mise en œuvre des recommandations issues de la révision précédente du SSAC.

Le cabinet Analysis Group a examiné et inclus dans le rapport final les commentaires du public sur la version préliminaire du rapport final, ainsi que les commentaires reçus pendant le séminaire en ligne et tous les retours reçus pendant la révision.

Prochaines étapes

Le groupe de travail de révision du SSAC (RWP) préparera une évaluation de faisabilité et un plan initial de mise en œuvre (FAIIP), basés sur le rapport final. Ce document inclura l'analyse des recommandations du rapport final en vue d'établir leur exploitabilité et leur priorité, étudier leurs implications budgétaires, anticiper des ressources et proposer un calendrier de mise en œuvre.

Analysis Group et le RWP présenteront ensuite le rapport final et le FAIIP au Comité du Conseil d'administration de l'ICANN chargé de l'efficacité organisationnelle (OEC). À la suite de la présentation, l'OEC recommandera au Conseil d'administration les étapes à suivre, y compris pour la mise en œuvre des recommandations.

Contexte

Cette révision indépendante du SSAC est prévue dans les statuts 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. Le cabinet Analysis Group a été retenu pour mettre en place la révision et a commencé son travail en février 2018.

Conformément aux statuts constitutifs de l'ICANN, l'objectif de la révision du SSAC est de déterminer (i) si [le SSAC] a un rôle permanent à jouer au sein de la structure de l'ICANN ; (ii) en cas affirmatif, si des changements dans sa structure ou son fonctionnement seraient souhaitables pour améliorer son efficacité ; et (iii) si [le SSAC] est responsable vis-à-vis de ses unités constitutives, groupes de parties prenantes et autres parties. La révision inclut également une évaluation des progrès de la mise en œuvre de la révision précédente du SSAC

Visitez le wiki consacré à révision du SSAC2 et la page de la révision SSAC2 sur le site ICANN.org pour plus d'informations et de ressources concernant la révision.

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