Résumé

  • Le RIS archive le BGP en fichiers MRT classés par collecteur : un instantané d'état toutes les huit heures, un fichier de mises à jour toutes les cinq minutes.
  • Ses collecteurs émettent eux-mêmes des préfixes balises à heure fixe, et l'opérateur écrit qu'il ne garantit pas leur visibilité mondiale : l'archive est une suite d'observations datées, pas un certificat de joignabilité.

Le RIS n'est pas un annuaire, c'est une mémoire. Des bénévoles ouvrent des sessions BGP avec les Remote Route Collectors (RRC) que RIPE NCC répartit dans le monde, le plus souvent sur des points d'échange Internet ; le service conserve les annonces et les retraits reçus, puis les republie (page du service). La cadence, elle, est publique : un instantané complet de l'état du routage toutes les huit heures, un fichier de mises à jour toutes les cinq minutes, le tout rangé par collecteur au format MRT (documentation MRT). Deux chiffres suffisent à mesurer l'intérêt de l'outil : avec huit heures d'instantanés et cinq minutes de deltas, un analyste extérieur reconstitue quel collecteur a vu quel préfixe, et à quel moment, sans rien demander à l'opérateur.

Sauf que le RIS n'écoute pas seulement. Ses collecteurs diffusent aussi des préfixes balises, annoncés puis retirés à intervalles prédéterminés, précisément pour observer la réaction des autres réseaux. Le calendrier est écrit : deux heures d'annonce, deux heures de retrait, pour l'ensemble des préfixes balises standard, les annonces tombant à 00:00, 04:00, 08:00, 12:00, 16:00 et 20:00 UTC, les retraits à 02:00, 06:00, 10:00, 14:00, 18:00 et 22:00 UTC (documentation sur les balises). Deux préfixes du RRC03, 2001:7fb:ff02::/48 et 84.205.66.0/24, tiennent un rythme plus serré : dix minutes annoncés, dix minutes retirés, l'annonce aux minutes 00, 20 et 40, le retrait à 10, 30 et 50.

Rien de tout cela n'est une reconstitution d'analyste. Un inventaire lisible par machine nomme chaque préfixe, son collecteur d'origine et ses fenêtres d'activité (inventaire des balises). On y lit par exemple 84.205.67.0/24, porté par rrc03.ripe.net, actif de 00:00 à 02:00, puis de 04:00 à 06:00 et ainsi de suite jusqu'à la fenêtre 20:00-22:00 ; ou 84.205.64.0/24, émis par RRC00 et RRC25 ; ou encore 84.205.69.0/24, partagé par dix collecteurs, de RRC04 à RRC26. Des préfixes d'ancrage annoncés en continu permettent de distinguer un changement de collecteur émetteur du reste de l'activité de routage — un détail qui décide si une anomalie vient de l'instrument ou du réseau observé.

Puis vient la phrase qui tranche la nature du service : l'opérateur ne garantit pas la visibilité mondiale de ces préfixes. Ce n'est pas une précaution de rédaction. Une balise cesse alors d'être une preuve de propagation pour devenir un stimulus d'étalonnage. Elle indique où pointait l'instrument, elle ne dit pas que l'Internet a répondu, et encore moins qu'il a répondu partout.

L'instrument se date lui-même, ce qui rend la nuance vérifiable plutôt que rhétorique. L'attribut BGP AGGREGATOR transporte des horodatages, des numéros de séquence et des identifiants d'annonce (documentation sur les balises). Une observation absente peut donc être distinguée d'une observation tardive, et une annonce déplacée d'une annonce perdue.

Reste le point que personne ne signe. Aucun des cinq documents lus pour ce dossier n'attribue au RIS la charge d'analyser ce qu'il observe, de prévenir un réseau touché, ou de corriger une conclusion tirée de ses fichiers. Le périmètre publié est honnête, mais il s'arrête exactement là où commence le jugement : quelqu'un doit décider que tel retrait observé à telle heure constitue un incident pour tel réseau, et ce quelqu'un n'est pas désigné par la documentation du service.

Cette fonction d'étalonnage n'a rien de nouveau. La page historique rattache les balises de la période allant du 30 septembre 2002 au 2 février 2005 à des travaux sur les effets indésirables du Route Flap Damping alors en pratique sur la convergence (page historique). Les balises ont donc servi à mesurer une politique de routage en vigueur, pas seulement à remplir des fichiers ; la page actuelle sur les balises précise d'ailleurs que les descriptions archivées ne sont pas entièrement exactes ni complètes.

Une réserve de méthode, énoncée une fois et valable pour tout ce qui précède. Les sous-pages « current RIS routing beacons » et « RIS raw data » du site www.ripe.net n'ont renvoyé aucun contenu lisible lors de la collecte du 12 novembre 2026 ; la documentation citée ici a été lue sur la surface ris.ripe.net, dont les pages atteintes se déclarent mises à jour le 13 octobre 2026 pour les balises, le 29 mars 2024 pour les fichiers MRT et le 28 novembre 2023 pour la page historique. La durée de conservation des données et l'existence d'un quelconque engagement de service ne sont établies par aucun document lu.

Il reste alors une question de responsabilité, et elle n'est pas technique. Quand un chercheur, un régulateur ou un client cite l'archive du RIS pour établir qu'un préfixe « était visible », il cite une observation datée, produite par un collecteur identifié, sur un périmètre que l'opérateur a lui-même publié. La conclusion qu'il en tire lui appartient, avec ses conséquences et sans recours contre le magnétophone. Le dossier est complet ; le verdict n'est celui de personne.