Zusammenfassung

  • Der RIS archiviert BGP in MRT-Dateien, sortiert nach Sammler: ein Zustandsabbild alle acht Stunden, eine Aktualisierungsdatei alle fünf Minuten.
  • Seine Sammler strahlen selbst Beacon-Präfixe zu festen Zeiten aus, und der Betreiber schreibt, dass er deren globale Sichtbarkeit nicht garantiert: Das Archiv ist eine Reihe datierter Beobachtungen, kein Erreichbarkeitszertifikat.

Der RIS ist kein Verzeichnis, sondern ein Gedächtnis. Freiwillige öffnen BGP-Sitzungen zu den Remote Route Collectors (RRC), die RIPE NCC weltweit betreibt, meist an Internet Exchange Points; der Dienst speichert die empfangenen Ankündigungen und Rücknahmen und veröffentlicht sie anschließend erneut (Dienstseite). Der Takt ist öffentlich: ein vollständiges Zustandsabbild des Routings alle acht Stunden, eine Aktualisierungsdatei alle fünf Minuten, alles nach Sammler geordnet im MRT-Format (MRT-Dokumentation). Zwei Zahlen genügen, um den Nutzen zu bemessen: Mit Acht-Stunden-Abbildern und Fünf-Minuten-Deltas rekonstruiert ein externer Analyst, welcher Sammler welches Präfix wann gesehen hat, ohne den Betreiber um Auskunft zu bitten.

Nur hört der RIS nicht ausschließlich zu. Seine Sammler strahlen auch Beacon-Präfixe aus, angekündigt und zurückgenommen in vorbestimmten Abständen, gerade um zu beobachten, wie andere Netze reagieren. Der Zeitplan steht geschrieben: zwei Stunden angekündigt, zwei Stunden zurückgenommen für alle Standard-Beacon-Präfixe, mit Ankündigungen um 00:00, 04:00, 08:00, 12:00, 16:00 und 20:00 UTC und Rücknahmen um 02:00, 06:00, 10:00, 14:00, 18:00 und 22:00 UTC (Beacon-Dokumentation). Zwei Präfixe von RRC03, 2001:7fb:ff02::/48 und 84.205.66.0/24, laufen in engerem Takt: zehn Minuten angekündigt, zehn Minuten zurückgenommen, die Ankündigung zu den Minuten 00, 20 und 40, die Rücknahme zu 10, 30 und 50.

Nichts davon ist die Rekonstruktion eines Analysten. Ein maschinenlesbares Verzeichnis nennt jedes Präfix, seinen Ursprungssammler und seine Aktivitätsfenster (Beacon-Verzeichnis). Dort steht etwa 84.205.67.0/24 von rrc03.ripe.net, aktiv von 00:00 bis 02:00, dann von 04:00 bis 06:00 und so weiter bis zum Fenster 20:00-22:00; oder 84.205.64.0/24, ausgehend von RRC00 und RRC25; oder 84.205.69.0/24, gemeinsam von zehn Sammlern getragen, von RRC04 bis RRC26. Dauerhaft angekündigte Ankerpräfixe trennen einen Wechsel des Ursprungssammlers von übriger Routingaktivität — ein Detail, das entscheidet, ob die Auffälligkeit im Messgerät oder im beobachteten Netz liegt.

Dann kommt der Satz, der die Natur des Dienstes festlegt: Der Betreiber garantiert nicht, dass diese Präfixe weltweit sichtbar sind. Das ist keine Formulierungssorgfalt. Der Beacon hört damit auf, ein Beweis für Propagation zu sein, und wird zu einem Kalibrierreiz. Er sagt, wohin das Messgerät zeigte; er sagt nicht, dass das Internet geantwortet hat, und erst recht nicht, dass es überall geantwortet hat.

Das Messgerät datiert sich selbst, weshalb diese Unterscheidung prüfbar ist und nicht nur rhetorisch. Das BGP-Attribut AGGREGATOR trägt Zeitstempel, Sequenznummern und Ankündigungsidentifikatoren (Beacon-Dokumentation). Eine fehlende Beobachtung lässt sich damit von einer verspäteten trennen, eine verschobene Ankündigung von einer verlorenen.

Es bleibt der Punkt, den niemand unterschreibt. Keines der fünf für dieses Dossier gelesenen Dokumente überträgt dem RIS die Pflicht, das Beobachtete zu analysieren, ein betroffenes Netz zu benachrichtigen oder eine aus seinen Dateien gezogene Schlussfolgerung zu korrigieren. Der veröffentlichte Umfang ist ehrlich, endet aber genau dort, wo das Urteil beginnt: Jemand muss entscheiden, dass eine zu einer bestimmten Stunde beobachtete Rücknahme für ein bestimmtes Netz einen Vorfall darstellt, und dieser Jemand ist in der Dienstdokumentation nicht benannt.

Diese Kalibrierfunktion ist auch nicht neu. Die historische Seite ordnet die Beacons im Zeitraum vom 30. September 2002 bis 2. Februar 2005 einer Untersuchung der unerwünschten Wirkungen damals praktizierten Route Flap Dampings auf die Konvergenz zu (historische Seite). Die Beacons dienten also dazu, eine damals geltende Routingpolitik zu messen, nicht nur Dateien zu füllen; die aktuelle Beacon-Seite merkt zudem an, dass archivierte Beschreibungen nicht durchweg exakt oder vollständig sind.

Ein methodischer Vorbehalt, einmal gesagt und für alles Vorstehende gültig. Die Unterseiten „current RIS routing beacons“ und „RIS raw data“ auf www.ripe.net lieferten bei der Erhebung am 12. November 2026 keinen lesbaren Inhalt; die hier zitierten Dokumente wurden auf der Dokumentationsfläche ris.ripe.net gelesen, deren erreichbare Seiten sich als aktualisiert am 13. Oktober 2026 für die Beacons, am 29. März 2024 für die MRT-Dateien und am 28. November 2023 für die historische Seite bezeichnen. Weder die Aufbewahrungsdauer der Daten noch das Bestehen irgendeiner Servicezusicherung ist durch ein gelesenes Dokument belegt.

Es bleibt eine Frage der Verantwortung, und sie ist nicht technisch. Wenn ein Forscher, eine Aufsichtsbehörde oder ein Kunde das RIS-Archiv heranzieht, um zu belegen, ein Präfix sei „sichtbar gewesen“, zitiert er eine datierte Beobachtung, erzeugt von einem namentlich bekannten Sammler, innerhalb eines vom Betreiber selbst veröffentlichten Umfangs. Die Schlussfolgerung, die er daraus zieht, gehört ihm, mit ihren Folgen und ohne Rückgriff auf das Aufzeichnungsgerät. Das Dossier ist vollständig; das Urteil gehört niemandem.