Zusammenfassung

  • Am 8. November 2026 erschöpfte die Datenbank des RIS Looking Glass bei RIPE NCC eine konfigurierte Grenze von 32k Dateideskriptoren. Eine interne API belegte daraufhin sämtliche verfügbaren Verarbeitungsslots; Looking Glass, RIS Peers und weitere RIPEstat-APIs waren nicht erreichbar.
  • Datenbank und API erholten sich am Nachmittag. Die Nachverarbeitung von BGP-Nachrichten dauerte an: Um 20:06 UTC waren etwa ein Zehntel der Peers von RRC25 noch verzögert. Die Schätzung für 05:00 UTC am Folgetag war keine Abschlussmeldung. Bei Redaktionsschluss stand der Vorfall auf Monitoring.

Der Engpass saß im Messgerät

RIPE NCC betreibt ein Fenster auf die Routen anderer Netze. Am 8. November klemmte das Fenster an einer eigenen Zahl: 32k. Laut offiziellem Vorfallbericht erreichte die Datenbank des RIS Looking Glass ihre konfigurierte Grenze für Dateideskriptoren. Eine interne API zur Bearbeitung der Looking-Glass-Anfragen verbrauchte danach alle verfügbaren Verarbeitungsslots. Neben Looking Glass fielen RIS Peers und viele weitere RIPEstat-APIs aus. Eine lokale Kapazitätsgrenze wurde zum gemeinsamen Eingangshindernis.

Die 32k beziffern eine Konfiguration, keine verschwundenen Routen und keine betroffenen Nutzer. Der öffentliche Bericht nennt weder den Verlauf der geöffneten Deskriptoren noch den Auslöser der Nachfrage oder den Grund für die gewählte Grenze. Die Kausalkette nennt er genau: Datenbank erschöpft, interne API blockiert Kapazität, öffentliche Abfragen scheitern. Wer das Internet beobachten soll, muss auch die Grenzen seines Beobachtungsapparats kennen.

Das erste Kundenticket ging nach Angaben von RIPE NCC um 00:58 UTC ein. Die erste öffentliche Meldung folgte um 12:51 UTC, also 11 Stunden und 53 Minuten später. Das Ticket datiert nicht automatisch den Ausfall jedes einzelnen Endpunkts. Um 13:20 UTC veröffentlichte RIPE NCC die Ursache; um 13:39 UTC meldete es die Datenbank als wiederhergestellt und den API-Durchsatz als nahezu normal.

Eine schnelle Antwort kann einen alten Blick enthalten

In derselben Meldung um 13:39 UTC stand jedoch, dass Looking Glass BGP-Nachrichten der vergangenen Stunden nachspielte. Die Daten blieben bis zum Aufholen im Rückstand. Die Looking-Glass-Dokumentation beschreibt einen nahezu aktuellen RIS-Datenstrom, nach Route Collector und Peer gegliedert, samt latest_time. Die Zeit einer HTTP-Antwort und die Zeit der darin gezeigten Beobachtung sind verschiedene Größen.

Um 20:06 UTC waren laut RIPE NCC noch etwa zehn Prozent der Peers von RRC25 verzögert, weil dort besonders viele Nachrichten nachzuverarbeiten waren. Das Zentrum rechnete mit einer Erholung gegen 05:00 UTC am 9. November und kündigte eine weitere Mitteilung an. Die RIS-Peers-Dokumentation arbeitet ebenfalls nach Collectors; historische Abfragen werden auf 00:00, 08:00 oder 16:00 UTC ausgerichtet. Wer die Wiederherstellung prüfen will, braucht Collector, Peer und Beobachtungszeit. Ein grüner API-Status reicht für die Frische der Daten nicht.

Betroffen war RIPE NCCs Dienst zur Beobachtung von Routen; nach der Wiederkehr des Dienstes blieb ein Datenrückstand. Die Institution konnte den Zugang zu Antworten schneller reparieren als den Zeitstand jeder Antwort. Genau dort verlief die zweite Hälfte dieser Panne.