Résumé

  • L’avis du 19 mai 1997 déplace un serveur expérimental de NSI vers LINX et confie K-root à RIPE NCC; l’adresse publiée devient 193.0.14.129.
  • Il s’agit d’un changement d’exploitation et d’emplacement, pas d’une nouvelle racine DNS. Le secours d’Amsterdam suit peu après; le déploiement anycast date de 2003.

Un avis de changement, plusieurs couches

L’annonce est conservée dans les archives du groupe de travail DNS de RIPE. Elle explique qu’un des serveurs expérimentaux du point « . », jusque-là chez Network Solutions (NSI), a été installé à Londres dans le London Internet Exchange (LINX). K-root sera géré par RIPE NCC. Le nom k.root-servers.net reçoit la nouvelle adresse 193.0.14.129. L’avis précise que IANA et InterNIC ont coordonné la modification des fichiers d’information sur les serveurs racine.

Le fichier joint fournit un second indice, d’une autre nature. Il répertorie les serveurs racine, décrit K-root comme hébergé à LINX et exploité par RIPE NCC, et indique la version de zone racine associée, 1997051700. Ce document permet de distinguer l’adresse du serveur et le numéro de la zone. Il ne constitue ni une capture du trafic ni la preuve de ce que chaque résolveur avait dans son cache. Surtout, il ne signale pas une nouvelle zone racine.

La nuance tient à la différence entre ce qui sert les données et les données elles-mêmes. Les serveurs de noms racine rendent la zone racine accessible. Le changement d’adresse de l’un d’eux indique où le service peut être joint; il ne démontre pas que le contenu de la zone a changé. L’avis de 1997 parle d’un serveur déplacé et d’un opérateur désigné, pas d’un transfert de l’autorité mondiale de nommage à Londres.

Londres d’abord, Amsterdam ensuite

Le lieu comptait pour l’exploitation. LINX offrait un point d’interconnexion londonien, distinct de l’installation précédente chez NSI. L’annonce présente la diversité géographique comme l’objectif. L’histoire publiée plus tard par le Root Server System Advisory Committee (RSSAC) date le lancement de K-root à LINX du 19 mai 1997; elle indique qu’un groupe de serveurs de secours a été installé à AMS-IX, à Amsterdam, peu après. Elle ne fournit pas la date exacte de cette seconde étape.

Ce premier site londonien n’était pas encore l’anycast auquel on associe aujourd’hui un service distribué. Le document RIPE-268 de 2003 propose de rendre le service K-root disponible en plusieurs points de la topologie Internet sous la même adresse IP. RSSAC date le déploiement anycast de K-root à 2003, en s’appuyant sur le site de secours d’Amsterdam. Un site à Londres, un secours à Amsterdam, puis l’anycast forment une chronologie; les confondre ferait apparaître en 1997 une architecture qui n’existait pas encore.

Les rôles ne se confondent pas davantage. RIPE NCC exploite K-root, LINX fournit un lieu de présence, tandis que IANA et InterNIC coordonnent les informations diffusées. Cette répartition décrit un service. Elle ne prouve ni que RIPE NCC pouvait modifier le contenu de la zone racine ni que le Royaume-Uni gouvernait les noms. RFC 2826 expose plus tard la notion d’un espace DNS public unique soutenu par des serveurs coordonnés; il aide à cadrer la différence, mais ne documente pas la décision de 1997.

Ce que la chronologie permet d’affirmer

L’avis contemporain établit le déplacement prévu, le nouvel opérateur, l’adresse et la mise à jour de la liste des serveurs racine. RSSAC apporte le jalon daté et les étapes du secours puis de l’anycast. RIPE-268 explique la proposition ultérieure. Ces sources montrent qu’un service de la racine a pu être exploité depuis un échange géographiquement différent sans que le système de noms public devienne multiple.

Elles ne quantifient pas la latence avant et après, le volume de requêtes servi à Londres, ni les pannes évitées. RIPE-268 évoque connectivité et redondance comme raisons du projet; ce n’est pas une mesure comparative de 1997. La conclusion solide reste circonscrite : l’implantation d’un serveur racine peut changer alors que l’espace de noms public conserve une racine unique. L’adresse localise un point de service, elle ne cartographie pas à elle seule le pouvoir sur l’espace de noms.

Sources