Résumé

  • En laboratoire, Autonomica n’a observé aucun comportement inattendu lorsque des étiquettes IDN de premier niveau ont été ajoutées à une racine simulée et interrogées avec plusieurs logiciels DNS.
  • L’ICANN précise que l’essai n’a utilisé ni racine en production ni étude de l’expérience des utilisateurs : il éclairait la faisabilité technique, sans pouvoir approuver un nom ou décider qui devait le porter.

Une étiquette de premier niveau est courte, mais son ajout à la racine modifie les destinations que le DNS public peut indiquer. En 2006, le plan de test de l’ICANN séparait deux questions souvent confondues : les logiciels DNS pouvaient-ils transporter des étiquettes internationalisées dans un environnement proche de la racine, et les applications les rendraient-elles utilisables pour les personnes ? La première question relevait d’un laboratoire. La seconde devait faire l’objet d’une phase distincte ; elle ne pouvait pas être incluse dans le résultat de la première.

Tina Dam était au cœur du programme, sans être l’autrice de l’expérience. L’archive de l’ICANN la présente comme directrice principale des IDN, chargée de développer et gérer des projets liés aux IDN, dont le Fast Track pour les domaines nationaux. Le communiqué de 2007 la désigne comme contact pour le test ; le rapport est signé par Lars-Johan Liman, d’Autonomica AB. Lors du lancement du Fast Track en 2009, Dam évoquait des années de projets, d’essais et de travail bénévole. Ces éléments attestent son rôle de pilotage, pas la conception ou l’exécution personnelle de chaque test. (Biographie de l’ICANN ; communiqué de 2007 ; annonce du lancement de 2009)

Le montage était précis. Après avoir engagé Autonomica en octobre 2006, l’ICANN a publié un projet de protocole pour commentaires. À Stockholm, Autonomica a assemblé deux serveurs racine, un serveur de domaine de premier niveau, des résolveurs itératifs et un générateur de requêtes. La zone racine de départ était une copie de la zone active, complétée par des délégations de test. Les deux logiciels de serveur racine étaient BIND 9.3.2 et NSD 2.3.5 ; les résolveurs couvraient plusieurs versions de BIND ainsi que Microsoft DNS sous Windows 2000 et 2003. Les équipes ont suivi des requêtes DNS ordinaires et recherché des réponses incorrectes ou des délais inattendus. Dans les cas testés, le rapport décrit les réponses attendues et aucun retard imprévu. (Plan d’essai de décembre 2006 ; rapport d’Autonomica)

Le résultat réduisait donc une incertitude précise : les logiciels sélectionnés traitaient les délégations ajoutées dans ce montage simulé. Il ne prouvait rien pour chaque résolveur, appareil, navigateur, table linguistique ou processus d’enregistrement. Le rapport limitait explicitement son périmètre aux implémentations qu’il pouvait tester. En mars 2007, l’ICANN a posé une frontière supplémentaire : l’essai ne se déroulait pas sur une racine en production et ne prenait pas en compte l’expérience des utilisateurs. Le plan antérieur avait prévu une phase distincte sur les applications et les interfaces. Une réponse correcte des serveurs ne disait donc pas ce qu’une personne verrait en saisissant ou en suivant un nom internationalisé. (Annonce de l’ICANN sur l’essai)

Le laboratoire ne pouvait pas non plus choisir un nom. Le Fast Track annoncé en 2009 exigeait davantage que la compatibilité technique : le communiqué citait le soutien du gouvernement et de la communauté ainsi qu’une évaluation de stabilité. Le dispositif actuel sépare toujours l’évaluation d’une chaîne, qui examine son rôle de représentation d’un pays ou territoire admissible, de sa délégation, demande ultérieure pour exploiter la chaîne approuvée et l’ajouter à la racine. Un test peut alimenter une étape sans devenir la décision. (Système de demande Fast Track )

Le protocole ajoute une autre limite. IDNA distingue l’étiquette Unicode U-label de sa forme ASCII compatible A-label ; cette relation n’assure pas que chaque interface l’affiche ou l’accepte de la même façon. Les textes ultérieurs d’IDNA2008 précisent les opérations d’enregistrement et de recherche, tout en laissant hors de leur champ certains processus des bureaux d’enregistrement. La biographie publique de Dam la situe aussi parmi le personnel de l’ICANN qui a soutenu en 2010 la révision des recommandations IDN par un groupe multipartite. Ces sources expliquent pourquoi « le test de la racine a réussi » reste un résumé incomplet : compatibilité technique, validité des chaînes, délégation et expérience réelle des utilisateurs relèvent de contrôles distincts. (RFC 5890 ; RFC 5891 ; projet de révision des recommandations IDN de 2010)

Sources