Zusammenfassung

  • RIPE NCC veröffentlichte am 13. August 2026 um 15:03 CEST den Postmortem zu NRTM und Split-Dateien.
  • Ein ungültiges RPSL-Objekt ließ den Dienst beim Erreichen dieses Eintrags stoppen und Clients danach desynchronisieren.
  • Änderungen an Eingabe, Stream-Verhalten und Monitoring sind angekündigt; Whois 1.124 ist für den 27. August vorgesehen.

Ein Objekt traf auf einen unnachgiebigen Stream

Nach Angaben des RIPE NCC war der NRTM-Mirroring-Dienst ungefähr von 00:06 UTC am 2. August bis 12:30 UTC am 4. August betroffen. Ein ungültiges RPSL-Objekt war in die RIPE Database gelangt. Als der NRTM-Dienst dieses Objekt erreichte, stellte er den Betrieb ein; von diesem Punkt an gerieten die Clients gegenüber der Datenbank aus der Synchronisation.

Die Statusseite dokumentiert zudem eine Abhängigkeit beim Reverse DNS Provisioning. Weil dieses NRTM nutzt, erschienen Aktualisierungen von domain-Objekten während der Untersuchung nicht im globalen DNS. RIPE NCC meldete später, dass die ausstehenden Aktualisierungen verarbeitet und veröffentlicht wurden. Die Quelle nennt keine vollständige Liste von Spiegeln oder Konsumenten; sie erlaubt daher keine pauschale Aussage über deren individuellen Zustand.

Schreiben validieren, Lesen fehlertolerant fortsetzen

Der Bericht führt die ungültige Eingabe auf eine im April eingeführte Änderung in Whois 1.122 zurück. Zusätzliche Zeilenumbrüche in den Attributen descr: und remarks: wurden unbeabsichtigt zugelassen. RIPE NCC habe die Ersetzung von UTF-8-Codepunkten so geändert, dass diese zusätzlichen Zeilen nicht mehr geschrieben werden.

Daneben übersprang der NRTM-Server ungültige RPSL-Objekte bislang nicht, sondern scheiterte mit einem internen Fehler. Das jetzt beschriebene Verhalten lautet: Das ungültige Objekt überspringen und einen Fehler protokollieren; das Datenbankteam kann es anschließend korrigieren, damit das Update später im Stream erscheint. Beide Korrekturen sind für Whois 1.124 vorgesehen, dessen Veröffentlichung RIPE NCC für Donnerstag, den 27. August erwartet. Vorgesehen ist nicht gleich ausgeliefert.

Ein erreichbarer Dienst ist kein überprüfter Fortschritt

Auch das Monitoring wurde laut RIPE NCC erweitert. Es fordert nun einen aktuellen Bereich von NRTM-Updates an und validiert die Antwort. Damit wird nicht nur geprüft, ob eine Instanz antwortet, sondern ob ein jüngerer Ausschnitt des Datenstroms lesbar ist.

Für Betreiber liegt der eng gefasste Hinweis darin, Erreichbarkeit und nachweisbaren Datenfortschritt getrennt zu überwachen. Der Postmortem enthält weder eine Clientliste noch eine unabhängige Messung der Wiederherstellung. Er zeigt jedoch nachvollziehbar, warum Eingabevalidierung, kontrolliertes Überspringen und Kontinuitätsprüfung zusammengehören.

Quellen