Zusammenfassung

  • RIPE meldete für die jüngste RRC07-Update-Datei den Zeitstempel 19:20 UTC am 6. Oktober. Um 21:53 UTC erklärte RIPE den Vorfall für behoben und teilte mit, dass die bview-Dateien normal erstellt worden seien.
  • Im aktuellen Archivindex stehen 30 aufeinanderfolgende Update-Dateinamen im Fünf-Minuten-Abstand von 19:25 bis 21:50. Die angezeigten Änderungszeiten liegen zwischen 21:53 und 21:55; vier Stichproben ließen sich vollständig entpacken, ihre MRT-Datensätze wurden jedoch nicht analysiert.

Analyse

Zwei Zeitangaben, zwei Aussagen

Ein Routing-Archiv enthält mehrere Zeitangaben. Der Zeitstempel im Namen einer Update-Datei bezeichnet das Intervall, zu dem sie gehört. Die Änderungszeit im Verzeichnis gibt an, wann der Archivserver das Objekt zuletzt geändert haben will. Diese Angaben beantworten unterschiedliche Fragen.

In RIPEs erster Meldung war 19:20 UTC der Zeitstempel der jüngsten RRC07-Update-Datei. Im aktuellen öffentlichen Verzeichnis wird die vorausgehende Datei updates.20261006.1920.gz mit einer Änderungszeit von 19:25 geführt. Danach folgen 30 Dateinamen ohne Fünf-Minuten-Lücke von 19:25 bis 21:50. Für 25 Dateien zeigt das Verzeichnis 21:53, für vier 21:54 und für eine 21:55. Das passt zu einer verspäteten Veröffentlichung in kurzer Folge. Daraus lässt sich weder der interne Verarbeitungsweg noch der Zeitpunkt ableiten, zu dem einzelne Nutzer die Dateien erstmals abrufen konnten.

Die Vorfallseite nennt 21:53 UTC am 6. Oktober als Behebungszeit und sagt, die bview-Dateien seien normal erstellt worden. RIPE beschreibt bviews als Momentaufnahme des Routingzustands; Update-Dateien enthalten Änderungen eines Zeitintervalls. Eine normale Momentaufnahme zeigt deshalb nicht, ob jede dazwischenliegende Update-Datei vollständig war. Die beiden Datentypen beantworten verschiedene Analysefragen.

RIS-Daten dienen dazu, den Routingzustand zu untersuchen, BGP-Ereignisse nachzuvollziehen und längerfristige Entwicklungen zu beobachten. Eine leere Stelle in einer nachträglichen Auswertung kann bedeuten, dass keine Änderung beobachtet wurde oder dass die Beobachtungsdatei nicht verfügbar war. Eine später geschlossene Namensfolge verringert die Unsicherheit über die sichtbare Dateiliste, nicht über den Inhalt jedes Intervalls.

Vier Dateien am Rand der Folge — 19:20, 19:25, 21:45 und 21:50 — wurden abgerufen und ließen sich vollständig mit gzip entpacken. Das prüft nur, ob die komprimierten Dateien lesbar sind. Die MRT-Datensätze wurden nicht geparst; die übrigen 26 Dateien blieben ungeprüft. Auch zeigt der heutige Index nicht, was Nutzer während des Vorfalls abrufen konnten. RIPEs öffentliche Meldung nennt weder eine Ursache für RRC07 noch verlorene Routen oder Auswirkungen auf den Verkehr. Aus der verzögerten Veröffentlichung folgt nichts davon.

Quellen