Skip to main content

L’équipe de révision SSR2 cherche un auditeur indépendant pour mener une analyse de lacunes

Los Angeles, le 28 septembre 2017. En coopération avec la deuxième équipe de révision de la sécurité, la stabilité et la résilience (SSR2) du système des noms de domaine (SSR2), la Société pour l'attribution des noms de domaines et des numéros sur Internet (ICANN) cherche un expert indépendant pour effectuer une analyse des lacunes dans les recommandations issues de la première révision SSR.

Lire les spécifications pour l'analyse de lacunes [PDF 378 KB].

L'expert retenu analysera la mise en œuvre par l'ICANN des recommandations approuvées par le Conseil d'administration issues de la première équipe SSR dans le but d'identifier d'éventuels écarts entre l'objectif poursuivi par les recommandations et leur mise en œuvre.

L'analyse devrait débuter en novembre 2017 pour une durée d'environ 12 mois. Le rapport final de l'analyse devrait être publié le 16 janvier 2018. L'équipe de révision SSR2 se réserve le droit de modifier ou de changer ce délai à tout moment, si besoin. Toutes les réponses (y compris les propositions, les documents à l'appui, les questions, etc.) doivent être envoyées à ssr2-gap-analysis@icann.org avant le 16 octobre 2017.

En savoir plus sur l'équipe de révision SSR2.

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