Zusammenfassung

  • Der RIS-Plan von RIPE NCC für Q4 2026 sieht eine Softwareänderung vor, die MRT-Dateien mithilfe der erweiterten Zeitstempel aus RFC 6396 um Subsekunden ergänzen soll. Die Maßnahme ist als „In Bearbeitung“ markiert; ein Starttermin steht nicht dabei.
  • In einer fünfminütigen RRC03-Datei liegen 188.592 MRT-Einträge auf 300 ganzzahligen Sekundenwerten; in jeder Sekunde stehen mehrere Einträge. Eine feinere Auflösung kann Zeitwerte innerhalb einer Sekunde trennen, beweist aber weder die Genauigkeit der Collector-Uhr noch den Zeitpunkt der Erfassung oder die Synchronisierung mehrerer Collector.

Viele Einträge, ein Sekundenwert

Die RIS-Archivdatei updates.20261016.0400.gz von RRC03 umfasst fünf Minuten ab 04:00 UTC am 16. Oktober 2026. In den gemeinsamen MRT-Kopfdaten finden sich 188.592 Einträge und genau 300 Sekundenwerte. Jeder Sekundenwert kommt mehrfach vor; der größte einzelne Stapel umfasst 2.432 Einträge.

Diese Zahl ist keine Zahl von Routenänderungen. Die Datei enthält BGP4MP-Einträge verschiedener Subtypen und Inhalte. Die Auswertung hat nur den zwölf Byte langen gemeinsamen Header gelesen und keine BGP-Nachrichten oder Präfixe dekodiert. Sie sagt deshalb nicht, ob ein Eintrag eine Route verändert hat. Auch die Reihenfolge in der Datei ist vorhanden; aus der Zählung folgt weder ein Verlust dieser Reihenfolge noch eine unauflösbare Mehrdeutigkeit.

Belegt ist eine engere Aussage: In dieser Datei erhalten viele getrennte Datensätze denselben ganzzahligen Sekundenwert. Genau daran lässt sich prüfen, welchen Zusatznutzen eine feinere Zeitangabe haben könnte. Für Aussagen über alle RIS-Collector, andere Zeiträume oder den Zustand des Internets reicht eine einzelne Fünf-Minuten-Datei nicht.

RIPE NCC führt im Q4-Plan unter „MRT-Dateiqualität verbessern“ eine Softwareänderung auf, die Subsekunden-Zeitstempel mit Unterstützung für RFC 6396 ermöglichen soll. Die Seite, zuletzt aktualisiert am 17. September 2026, führt die Arbeit als „In Bearbeitung“. Sie nennt weder einen Termin noch die betroffenen Collector, eine gemessene Zeitabweichung oder einen Migrationstest.

Ein weiterer Punkt im selben Plan betrifft einen synthetischen BGP-Hold-Timer in der Verarbeitung. Er soll einen bestimmten Typ festhängender Routen in RIB-/bview-Dateien verhindern. Das ist eine getrennte Maßnahme. Die Dokumentation verknüpft sie nicht als Ursache oder Prüfschritt mit den erweiterten Zeitstempeln.

Auflösung ist keine Genauigkeit

RFC 6396 beschreibt im gewöhnlichen MRT-Header einen vier Byte langen Zeitwert in ganzen Sekunden seit der UTC-Epoche, ohne Schaltsekunden. Ein erweiterter Header addiert einen vorzeichenlosen 32-Bit-Versatz in Mikrosekunden. BGP4MP_ET ist ein MRT-Typ, der diesen erweiterten Header verwendet.

Damit kann ein Datei-Erzeuger feinere Werte darstellen. Wenn Datensätze, die heute dieselbe Sekunde tragen, unterschiedliche Mikrosekundenwerte erhalten, kann eine Auswertung diese Zeiten auseinanderhalten. Für dichte Abläufe innerhalb eines Collector kann das mehr Ordnung sichtbar machen und verhindern, dass ein Parser nützliche Bruchteile beim Runden verwirft.

Das Feld sagt aber zunächst nur, was das Format darstellen kann. Auflösung bezeichnet die kleinste darstellbare Abstufung. Genauigkeit beschreibt die Abweichung von einer Referenz. Synchronisierung betrifft die Beziehung zwischen mehreren Uhren. Und die Erfassungssemantik legt fest, wann der Zeitstempel gesetzt wird: beim Empfang, bei der Verarbeitung oder an einem anderen definierten Punkt. Mehr Nachkommastellen liefern keine dieser Antworten automatisch mit.

Das NTP-Leistungsmodell unterscheidet Offset, Jitter, Dispersion und Synchronisierungsdistanz. Das ist kein Hinweis darauf, dass die RIS-Uhr fehlerhaft sei. Es zeigt, warum ein genauer darstellbarer Wert noch keine Messung mit bekannter Unsicherheit ist. Eine Uhr kann mehr Stellen ausgeben, ohne dass die Güte dieser Stellen dokumentiert wird.

Der Collector bleibt ein Beobachtungspunkt

RIS-Archive sind wertvoll, weil sie Beobachtungen konkreter Route Collector und ihrer Peers erhalten, nicht weil ein einzelner Collector das ganze Internet sieht. Zur Einordnung eines Datensatzes gehören sein Collector, MRT-Typ und Subtyp, das Archivintervall und der Verarbeitungsschritt, der ihn erzeugt hat. Subsekunden ergänzen eine dieser Dimensionen. Sie machen aus verteilten Beobachtungen keine bereits synchronisierte Weltchronik.

Die RRC03-Probe ist absichtlich begrenzt: ein Fünf-Minuten-Objekt, nach der angegebenen Änderungszeit abgerufen, lokal gehasht und allein anhand des gemeinsamen Headers gezählt. Die 2.432 Einträge im dichtesten Sekundenwert belegen weder mehr Routen noch eine Störung, Verzögerung oder allgemeine Schwäche des RIS-Archivs. Der Link auf die Datei macht die Zählung nachvollziehbar.

Auch zwei verschiedene Mikrosekundenwerte begründen noch keine Kausalität. Dazu muss klar sein, welches Ereignis die Zeit beschreibt und wie belastbar die Collector-Uhr ist. Bei Vergleichen zwischen Collector kommen deren relative Abweichungen und unterschiedliche Beobachtungspfade hinzu. Eine feinere Auflösung macht den Unterschied lesbarer, aber sie bestätigt nicht die daraus abgeleitete Reihenfolge.

Was der Start dokumentieren sollte

Nach der Einführung sollte eine Versionsnotiz festhalten, welche Collector und MRT-Typen erweiterte Zeitstempel ausgeben, ab wann dies gilt und wie alte und neue Dateien erkennbar sind. Sie sollte den bezeichneten Zeitpunkt definieren und erklären, ob Parser, Speicher und Exporte den Mikrosekundenversatz beibehalten.

Die Uhrgesundheit gehört separat beschrieben. Eine veröffentlichte Methode zur Beobachtung von Synchronisierung und Unsicherheit, samt Umfang und Messzeitraum, hilft Anwendern, zulässige Vergleiche festzulegen. Falls RIPE NCC eine bestimmte Kennzahl nicht veröffentlicht, sollte diese Grenze sichtbar sein, statt die zusätzlichen Stellen als stillschweigende Genauigkeitsgarantie stehen zu lassen.

Eine kleine reproduzierbare Prüfung kann Download, Dekompression, Parsing und Export abdecken. Sie sollte zeigen, dass keine Rundung eintritt und dass die Dateireihenfolge unverändert bleibt. Ein Übergangshinweis könnte die Zeit gemischter Formate erklären. Dafür muss RIPE NCC nicht versprechen, dass jeder archivierte Vorgang mikrosekundengenau ist. Es genügt, den Messgegenstand und seine Grenzen offen zu legen.

Als Formatverbesserung ist die geplante Änderung plausibel. Der noch offene Teil ist die Interpretation: Kommen genügend Angaben mit, damit Nutzer den präziseren Zeitwert als Messung verstehen können? Der Q4-Plan belegt derzeit eine laufende Arbeit. Die RRC03-Datei belegt nur, wie viele Einträge in einem konkreten Archivobjekt dieselbe ganze Sekunde teilen.

Quellen