Summary

  • RIPE NCC verzeichnet bis 19:40 UTC am 28. Oktober zeitweise Fehler bei Datenbankupdates und Reverse Delegations.
  • Die Vorfallsseite meldet um 20:32 CET (19:32 UTC) die Behebung; eine Prüfung vom 30. Oktober sagt, keine fehlgeschlagene Anfrage hätte eine Delegation geändert.

Der erste Eintrag auf der Statusseite beschrieb eine laufende Störung: Einige Updates der RIPE Database wurden nicht verarbeitet, und bestimmte Domainobjekte beeinträchtigten auch den Reverse-DNS-Dienst. Die Störung dauerte am 28. Oktober von 11:42 bis 19:40 UTC. RIPE NCC spielte einen Fix ein, überwachte den Dienst und erklärte den Vorfall um 20:32 Uhr mitteleuropäischer Zeit für behoben.

Am 28. Oktober müssen beide Angaben auf dieselbe Zeitzone umgerechnet werden. Laut Zeitplan der Europäischen Kommission endete die Sommerzeit 2026 am 25. Oktober; 20:32 CET entsprechen daher 19:32 UTC. RIPEs Statusverlauf nennt 19:40 UTC als Ende des betroffenen Zeitraums. Der Behebungsstempel liegt damit acht Minuten vor dem angegebenen Ende.

Zwei Tage später präzisierte der öffentliche Bericht das Ergebnis. Eine genauere Prüfung der fehlgeschlagenen Anfragen ergab, dass keine davon eine Reverse Delegation geändert hätte. Einige enthielten gar keine Änderung; die übrigen bestanden die Zonemaster-Vorabprüfungen nicht. Der Updatepfad war gestört, doch die geprüften Anfragen hatten die Prüfungen für eine Änderung des Eintrags nicht bestanden.

Genau diese Unterscheidung ist der Kern. Ein Fehler kann einen Vorgang unterbrechen, ohne den Zustand zu verändern, den der Vorgang steuern soll. RIPE NCC zufolge schlugen das Anlegen, Ändern und Löschen von Reverse Delegations zeitweise fehl. Die spätere Prüfung zufolge hätten die fehlgeschlagenen Anfragen diese Delegationen ohnehin nicht verändert. Der Statusverlauf belegt beide Aussagen, nennt aber nicht die Zahl der Anfragen in den jeweiligen Gruppen.

RIPE NCC hat nicht angegeben, ob Datenbankupdates um 19:32 oder 19:40 UTC wieder liefen; ein korrigierter, einheitlich auf UTC bezogener Wiederherstellungszeitpunkt würde klären, ob die Abweichung nur die Anzeige betrifft oder der Vorfall vor Ende des betroffenen Zeitraums geschlossen wurde.

Die Chronologie ist aufschlussreich. Um 20:04 CET meldete RIPE NCC nicht verarbeitete Updates und Domainobjekte mit Auswirkungen auf Reverse DNS. Um 20:23 war ein Fix eingespielt und die Überwachung begonnen. Um 20:32 galt der Vorfall als behoben. Am 30. Oktober ergänzte RIPE NCC die Erklärung auf Anfrageebene. Die ersten drei Einträge beschreiben die Wiederherstellung des Dienstes; der spätere Eintrag grenzt die Auswirkung auf den Registerzustand ein.

Die Chronologie führt von fehlgeschlagenen Updates über Reparatur und Überwachung zur Prüfung einzelner Anfragen. Das Ergebnis von Wiederholungen und erneuter Verarbeitung würde zeigen, ob nach der Wiederherstellung gültige Arbeit offenblieb.

Aufzeichnungen: RIPE-NCC-Vorfallchronologie; Statusverlauf und Aktualisierung vom 30. Oktober; Sommerzeitplan der Europäischen Kommission für 2026.