Zusammenfassung

  • Laut RIPE NCC soll ein synthetischer Timer in der Verarbeitung eine bestimmte Art festhängender Routen in RIB/bview-Dateien verhindern.
  • Ein offizielles Protokoll hält fest, dass einige Routen eines auf RRC00 entpeerten Peers bis zum bview-File vom 9. Mai 2025 in Dumps standen; ein Zusammenhang mit dem Timer wird nicht hergestellt.

Analyse

Das Peering kann enden, während zugehörige Einträge noch in späteren Archiv-Snapshots auftauchen. Es geht nicht um die Weiterleitungsebene des Internets, sondern um die Integrität des Collector-Archivs und die Belege, die dessen Nutzer übernehmen.

Im Änderungsprotokoll zur Datensatzbeschreibung schreibt RIPE NCC, dass nach dem De-Peering von 2a00:1e68:112::1 (AS 42861) auf RRC00 „some routes“ dieses Peers in der Verarbeitung hängen blieben. Der Eintrag vom 22. August 2023 sagt, fehlende Konsistenzprüfungen hätten die Erkennung verzögert. Die Routen standen bis zum 9. Mai 2025 in Tabellendumps, also bview-Dateien; bview.20250509.1600.gz war der erste Dump mit ihrer Entfernung. Anzahl, Präfixe und genaue Bedeutung des Datums bleiben offen.

Der RIS-Plan für das vierte Quartal 2026 führt „Improve MRT file quality“ als laufend. Er trennt erweiterte Zeitstempel nach RFC 6396 von einem synthetischen BGP-Timer im Verarbeitungspfad, der eine bestimmte Art festhängender Routen in RIB/bview verhindern soll. Wert, Auslöser, Tests, betroffene Collector und Termin fehlen. Der Plan sagt nicht, dass der Timer den Fall von 2023 korrigiert; aktualisiert wurde die Seite am 17. September 2026.

Nach RFC 4271 wird die Hold Time in OPEN ausgehandelt; nach Nachrichtenstille sendet ein BGP-Sprecher Hold Timer Expired und schließt die Verbindung. RIPEs geplanter Timer heißt „synthetic“ und liegt in der RIS-Verarbeitung. Eine Steuerung laufender Sitzungen ist nicht belegt. Auch „BGP Zombies“ ist etwas anderes: RIPE Labs meint damit Routen, die nach einem Präfixrückzug bei einem Peer aktiv bleiben. Das RIS-Protokoll beschreibt interne Verarbeitungsreste nach dem Peer-Ende.

bview ist ein periodischer Collector-Snapshot, update dokumentiert Änderungen über ein Intervall. Keines ist ein globales Register der Weiterleitung. Ein Pipelinefehler kann verändern, was der Collector gespeichert hat, ohne zu zeigen, was Router weitergeleitet haben. Erkennung und Korrektur sind getrennt: Eine spätere Entfernung verrät weder Dauer noch Nachbarfiles oder Reproduzierbarkeit. Der Nachweis für die neue Funktion sollte Auslöser, Reichweite, Collector, Konvergenzzeit, Korrekturprotokoll und Beispiele davor/danach nennen.

Quellen

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