Résumé

  • RIPE NCC indique qu’un délai synthétique en cours de développement doit empêcher une catégorie précise de routes de rester bloquées dans les fichiers RIB/bview.
  • Son journal précise que certaines routes d’un pair retiré du peering sur RRC00 sont restées dans les dumps bview jusqu’au fichier du 9 mai 2025, sans relier ce cas au délai prévu.

Analyse

Un pair peut sortir de la relation de peering d’un collecteur tandis que des enregistrements associés réapparaissent dans des instantanés ultérieurs. Il ne s’agit pas du plan de transfert de l’Internet, mais de l’intégrité de l’archive du collecteur et des preuves qu’elle fournit aux utilisateurs.

Dans la description de son jeu de données, RIPE NCC écrit qu’après le retrait du peering de 2a00:1e68:112::1 (AS 42861) sur RRC00, « certaines routes » de ce pair sont restées bloquées dans la chaîne de traitement. L’entrée, datée du 22 août 2023, précise que l’absence de contrôles de cohérence a retardé la détection. Ces routes figuraient dans les dumps de table, ou fichiers bview, jusqu’au 9 mai 2025 ; bview.20250509.1600.gz est le premier fichier où elles ont été supprimées. Aucun nombre ni préfixe n’est fourni, et la date ne désigne pas explicitement le début ou la découverte.

Le plan RIS du quatrième trimestre 2026 indique que « Improve MRT file quality » est en cours. Il distingue les horodatages étendus de RFC 6396 d’un second changement : un délai BGP synthétique dans le traitement, destiné à prévenir un type précis de routes bloquées dans RIB/bview. Ni sa valeur, ni son déclencheur, ni les tests, collecteurs concernés ou date de déploiement ne sont publiés. RIPE ne dit pas non plus que le délai corrige le cas de 2023. La page a été mise à jour le 17 septembre 2026.

Dans RFC 4271, le Hold Time est négocié dans le message OPEN ; en l’absence de messages, le locuteur BGP envoie Hold Timer Expired et ferme la connexion. Le dispositif de RIPE est qualifié de synthétique et situé dans le traitement de RIS : rien n’établit qu’il pilote une session active. Ce n’est pas non plus un « BGP zombie » : RIPE Labs emploie ce terme pour les routes encore actives chez un pair après le retrait d’un préfixe. Ici, le journal décrit des résidus de traitement après retrait du pair.

Un bview est un instantané périodique d’un collecteur ; un fichier update retrace les changements d’un intervalle. Aucun des deux n’est un registre universel du transfert. Un défaut de pipeline peut fausser ce que le collecteur a conservé sans prouver ce que les routeurs ont acheminé. Détection et correction sont distinctes : supprimer une route ne révèle ni la durée de l’erreur, ni les fichiers voisins touchés, ni la reproductibilité de la réparation. La preuve attendue devrait préciser le déclencheur, la portée, les collecteurs, le délai de convergence, le journal de correction et des exemples avant/après.

Sources

RIPE NCC: RIS quarterly planning · RIPE NCC: RIS MRT dataset description and changelog · RIPE RIS: MRT files · RFC 4271 · RFC 6396 · RIPE Labs: BGP Zombies