Résumé

  • Lors d’un épisode présenté à RIPE 93, le nombre de sondes RIPE Atlas en délai d’attente vers L-Root en IPv4 est passé d’environ 1 000 à environ 3 000 pendant plusieurs jours. Une comparaison ciblée a isolé quelque 1 700 sondes nouvellement touchées dans 97 pays.
  • Les sites du service restaient accessibles à d’autres sondes. La présentation localise un problème de trajet ; elle ne chiffre pas l’effet sur les utilisateurs des résolveurs DNS.

Sur un écran de surveillance, le nom du serveur est écrit en grosses lettres. Quand la courbe devient rouge, le nom reçoit le premier appel. L-Root en a fourni un bon exemple à RIPE 93. Le tableau de bord RootViz affichait jusqu’à environ 3 000 sondes RIPE Atlas en échec vers ce serveur racine en IPv4, contre un niveau habituel proche de 1 000. Le phénomène a duré des jours. Les machines du service, elles, continuaient de répondre.

Giovane Moura, chercheur associé à SIDN Labs et à la TU Delft, a raconté le 27 octobre comment son équipe était passée de l’alerte à cette conclusion. RootViz exploite des mesures déjà produites par RIPE Atlas. Les chercheurs ont comparé une courte fenêtre avant le pic avec une fenêtre pendant le pic : environ 1 700 sondes joignaient L-Root avant l’épisode et échouaient ensuite. Elles étaient réparties dans 97 pays. Un incident aussi étendu méritait une enquête ; sa géographie ne désignait pas pour autant un responsable unique.

L’équipe a donc regardé les témoins. L’IPv6 vers L-Root ne montrait pas la même dégradation. D’autres lettres racines restaient joignables depuis les sondes examinées. Les sondes elles-mêmes étaient actives. Les traceroutes et les points d’atterrissage anycast ont ensuite permis de vérifier que les sites concernés fonctionnaient et que d’autres clients pouvaient les atteindre. Le problème se trouvait sur des chemins vers le service. Trouver exactement où ces chemins cassaient restait, selon Moura, une tâche largement manuelle.

La méthode de RootViz explique à la fois la force de l’alerte et le travail qu’elle impose. Le DNS Monitoring Service du RIPE NCC, DNSMON, s’appuie sur des ancres RIPE Atlas : des points de mesure plus stables. RootViz élargit l’observation aux sondes ordinaires. Dans son rapport annuel 2025, le RIPE NCC comptait environ 14 400 sondes connectées et 963 ancres connectées. Ces totaux historiques ne sont pas les dénominateurs du pic observé en octobre 2026. Ils montrent la différence d’échelle entre une petite population choisie pour sa stabilité et une population déployée dans beaucoup plus de réseaux.

La population large capte des trajets que les ancres voient mal. Elle apporte aussi les coupures domestiques, les machines hôtes capricieuses et les changements de population. Un graphique de sondes ordinaires pose donc plusieurs questions d’un coup : la sonde est-elle toujours connectée ? échoue-t-elle seulement vers une lettre ? l’autre famille d’adresses fonctionne-t-elle ? les sites anycast reçoivent-ils encore des requêtes d’ailleurs ? Dans l’affaire L-Root, les comparaisons ont donné une réponse opérationnelle plus étroite et plus solide que la première courbe.

Le public, lui, attend une autre réponse. Combien de requêtes DNS ont échoué ? Hans Petter Holen, directeur général du RIPE NCC et responsable d’un autre serveur racine, K-Root, a posé cette question pendant la séance. Un participant a rappelé que beaucoup d’internautes interrogent un résolveur récursif situé ailleurs dans leur réseau. Une sonde Atlas n’est pas automatiquement ce résolveur. Moura a accepté cette limite : l’échantillon montre des trajets et ne mesure pas directement le préjudice subi par les utilisateurs. Il faudrait rapprocher les observations des résolveurs de la même période et des mêmes réseaux pour chiffrer cet effet.

Ce manque précis n’enlève rien au signal. Un chemin qui cesse de joindre une lettre racine est un fait d’exploitation, même si un résolveur continue à répondre par d’autres voies. L’erreur coûteuse consiste à transformer immédiatement ce fait en récit de panne du serveur ou en nombre d’utilisateurs privés de DNS. Le premier récit mobilise la mauvaise équipe ; le second accorde à une sonde le statut d’un abonné qu’elle ne représente pas.

Les services racines sont distribués et les itinéraires qui y mènent traversent des réseaux indépendants. Un opérateur racine peut vérifier ses sites et ses annonces. Il ne peut pas réparer à lui seul tout trajet emprunté depuis un foyer, une entreprise ou un réseau de transit. L’outil de mesure a une fonction plus utile que la distribution automatique du blâme : conserver la cohorte de sondes touchées, montrer les comparaisons et indiquer l’endroit où une équipe doit regarder ensuite.

RootViz a rendu visible ce que la mesure du RIPE NCC contenait déjà. DNSMON fournit une référence stable ; les sondes ordinaires élargissent la recherche. L’épisode L-Root montre le contrat éditorial que ce couple d’outils devrait imposer à chaque alerte publique : un chiffre, sa population, les tests contradictoires, puis le diagnostic. La courbe rouge peut ouvrir le dossier. Elle n’a pas le droit de le signer.

Sources : présentation RootViz à RIPE 93 et transcription officielle ; documentation du RIPE NCC sur DNSMON, les mesures intégrées de RIPE Atlas et le rapport annuel 2025.