Résumé

  • L’examen IDN Fast Track a approuvé l’étiquette en ourdou en janvier 2011 ; il ne l’a pas, à lui seul, installée comme zone opérationnelle dans la racine DNS.
  • Le Pakistan a choisi NTC en 2015, relancé la demande de délégation en 2016 et achevé une transaction sur les serveurs de noms de la racine en 2017.

Analyse

À première vue, l’étiquette ressemble au nom d’un pays. Dans le DNS, elle devait aussi devenir une délégation précise et vérifiable. .پاکستان — le mot ourdou désignant le Pakistan, écrit en caractères arabes — montre pourquoi ces deux actes sont distincts. La chaîne pouvait être jugée stable et peu susceptible de créer une confusion avant qu’un gestionnaire de registre soit approuvé et que ses serveurs de noms figurent dans les données de la racine.

Le travail a d’abord porté sur la langue et la mise en œuvre. Le ministère pakistanais des Technologies de l’information a organisé un atelier en avril 2008 sur les jeux de caractères des langues locales, puis un autre en mai 2009 sur les tables linguistiques et les détails d’implémentation. Un comité composé d’acteurs locaux de l’Internet s’est réuni en octobre 2009 ; des sous-comités ont ensuite traité les questions techniques, linguistiques et de politique. Ces travaux n’étaient pas décoratifs.

IDNA permet de traiter une étiquette Unicode au moyen de formes compatibles avec le DNS, mais ne choisit pas l’orthographe souhaitée, la politique de clavier ou le gestionnaire du registre.

Le Pakistan a soumis .پاکستان au processus IDN Fast Track de l’ICANN le 25 octobre 2010. Le 7 janvier 2011, le panel de stabilité DNS n’a relevé aucune menace prévue par le plan applicable et a jugé le risque de confusion acceptablement faible. La chaîne a ensuite été approuvée comme représentation du Pakistan. Cette décision répondait à une question circonscrite sur l’étiquette. Elle ne désignait pas l’opérateur de la zone et ne publiait pas sa délégation dans la racine.

La distinction entre écriture et représentation DNS est facile à manquer. L’IANA consigne la forme Unicode پاکستان et sa forme ASCII-compatible xn--mgbai9azgqp6j. La RFC 5890 nomme ces formes d’affichage et compatibles DNS U-label et A-label. La RFC 5891 décrit IDNA comme un traitement côté application qui permet d’utiliser des noms internationalisés sans modifier le DNS ; les requêtes et réponses DNS emploient des A-labels. Punycode est donc une conversion réversible, ni une traduction en anglais ni la preuve d’un second domaine.

L’étape suivante suivait une autre procédure. Après des travaux supplémentaires sur le contenu local, le clavier et les projets de politique, le comité technique principal a choisi la National Telecommunication Corporation (NTC) comme gestionnaire le 3 juin 2015. Le ministère a lancé la demande de délégation à la racine en juillet. Selon le rapport de l’IANA, la demande a été temporairement close afin que des lacunes soient corrigées ; NTC a déposé un nouveau dossier le 22 avril 2016. L’audit de la racine de décembre 2016 indiquait encore que la demande était en attente.

Le 3 février 2017, le conseil de l’ICANN a examiné si PTI avait suivi la procédure d’évaluation et a approuvé la création de .پاکستان sous la responsabilité de NTC. Le dossier mentionne le soutien du gouvernement, la consultation locale, les compétences techniques et les vérifications de configuration DNS. Il précise aussi qu’aucune opposition communautaire importante n’était connue et qu’aucun risque notable pour la stabilité n’avait été identifié. Le conseil traitait de la délégation et de l’exploitation responsable, pas d’un nouvel examen du fait que le mot ourdou représentait le Pakistan.

La mise en œuvre va au-delà du vote. L’audit IANA de mars 2017 enregistre une transaction de serveurs de noms pour .پاکستان, achevée le 30 mars. Cela confirme une modification de la racine durant 2017, sans établir qu’il s’agissait de la première insertion. La fiche actuelle de l’IANA indique NTC et ses serveurs. Elle affiche également une « date d’enregistrement » en 2011, à ne pas confondre avec les événements datés de 2017 : les sources associent ces champs à des jalons différents.

La distinction compte : un nom écrit ne s’exploite pas tout seul. Une étiquette choisie localement a besoin d’un encodage stable, d’un gestionnaire responsable, de serveurs de noms opérationnels et d’une délégation dans la racine. À l’inverse, la présence dans la racine ne prouve ni l’adoption par les sites, ni la saisie possible sur tous les claviers, ni l’existence de contenus localisés. Les archives établissent une suite de décisions et de changements techniques, pas l’adoption ni l’expérience des utilisateurs.

Sources