Zusammenfassung

  • RIPE NCC stellte am 19. Oktober die Resources-Seite der RIPE-Database-Website mit Baumansicht und Prüfungen bereit. Die Einbindung in Assisted Registry Check im LIR-Portal ist noch angekündigt, nicht als Teil dieser Freigabe belegt.
  • „Geprüft“, „prüfen“ und „noch nicht geprüft“ sind verschiedene Ergebnisse. Eine fehlende exakte Route beweist für sich genommen keinen Fehler.

Der Elternknoten ist grün. Und das Kind?

Am 19. Oktober meldete Edward Shryane der Database Working Group die Freigabe der neuen Resources-Seite auf der RIPE-Database-Website. Die Tabelle wich einem Baum; Ressourcenprüfungen kamen hinzu. Dieselbe Funktion werde auch in die Assisted-Registry-Check-Abläufe des LIR-Portals einziehen, schrieb er. Diese Ankündigung beschreibt den nächsten Schritt, nicht den Ort des bereits erfolgten Starts.

Zwei Tage später benannte das Designteam den Schönheitsfehler mit operativen Folgen: Ein Elternknoten kann geprüft sein, während ein Kind noch wartet. Große Hierarchien kosten viele API-Aufrufe. Wer das Grün des Elternknotens auf den ganzen Ast überträgt, macht aus einer ausstehenden Prüfung ein fertiges Ergebnis.

Die vom Team beschriebene Seitenleiste bündelt Registrierung, Nutzung, RIPE-Database-Objekte und Routinginformationen. Die Oberfläche sortiert damit mögliche Arbeit. Gerade deshalb muss sie den Umfang jeder Prüfung anzeigen.

RIPE NCC weist darauf hin, dass Prüfungen über alle Eltern- und Kindressourcen eines großen Baums viele API-Aufrufe erfordern können. Einige Kinder sind womöglich noch nicht geprüft. Das Team sucht nach einer Anzeige, die diesen Rückstand nicht als Entwarnung tarnt.

Die Oberfläche braucht drei Zustände: geprüft und unauffällig; geprüft und zu prüfen; noch nicht geprüft. „Unbekannt“ ist kein Defekt. Es ist ein Status. Wird er ausgeblendet, bekommt ein leeres Kontrollkästchen ein grünes Kostüm.

Was die Prüfungen erkennen können

Zu den veröffentlichten Beispielen gehören angekündigte IPv6-Allocations ohne registrierte Nutzung, kleinere als erwartete IPv6-Assignments, registrierte Assignments in nicht angekündigten Allocations, in der BGP-Tabelle nicht sichtbare ASNs sowie genutzter Adressraum, für den eine zusätzliche Assignment-Registrierung nötig sein könnte.

Diese Signale belegen nicht dasselbe. Fehlende Registrierungsdaten verlangen einen Blick auf den Eintrag. Ein ASN, das in einer BGP-Tabelle fehlt, beschreibt zunächst die Sichtbarkeit in dieser Tabelle. Ein Route-Objekt kann spezifischer sein, eine Ressource überdecken oder zu einer anderen beabsichtigten Konfiguration gehören. RIPE NCC sagt ausdrücklich, eine fehlende exakte Übereinstimmung könne Mitglieder irreführen. Der Entwurf trennt deshalb einen festgestellten Befund von einer neutralen Information.

Das ist besser als ein rotes Dreieck für jede Abweichung. In einem Netzbetrieb kostet jede Warnung Zeit. Heißt jede Besonderheit „Problem“, lesen Teams irgendwann keine Warnungen mehr. Bleibt eine nie ausgeführte Prüfung grün, sollen sie einer leeren Checkbox vertrauen.

Die öffentliche Dokumentation der My-Resources-API nennt ASNs, IPv4- und IPv6-Allocations und Assignments sowie historische IPv4-Ressourcen. Ein Eintrag kann Status, Registrierungsdatum und einen Verweis auf das zugehörige RIPE-Database-Objekt enthalten. Die Oberfläche ergänzt Vergleiche und Kontext. Das Mitglied muss wissen, was verglichen wurde, was dabei herauskam und wer nun handelt. Die Freigabemeldung liefert keine Liste aller tatsächlich aktiven Einzelprüfungen.

„Zu prüfen“ ist bereits eine kleine Entscheidung

„Zu prüfen“ lässt Raum für den konkreten Zusammenhang. „Problem“ klingt nach Urteil. „Keine exakte Übereinstimmung gefunden“ sagt, was das System gesehen hat, ohne vorzugeben, die gesamte Routingarchitektur zu kennen.

Der Entwurf trennt handlungsorientierte Prüfpunkte von Informationen, die eingeordnet werden müssen. Hinweise sollen erklären, was erkannt wurde, warum es relevant ist und welche Aktion infrage kommt. Zusammenhängende Route-Objekte können hierarchisch erscheinen. Bei RIPE 93 will RIPE NCC mit Mitgliedern testen, ob sie Baum, Prüfungen und den Übergang zum bestehenden Registry-Check-Service verstehen.

Der öffentliche Stand enthält noch keine Ergebnisse dieser Tests und keinen Bericht über die Produktionsabdeckung; ein datierter Testbericht und ein Status je geprüfter Ressource würden die Einschätzung ändern.

Das leere Kästchen stehen lassen

Ein Ressourcenportal ist kein neutrales Fenster. Sobald es Befunde sortiert und nächste Schritte empfiehlt, verteilt es die Aufmerksamkeit von Mitgliedern und Teams. Diese operative Rolle verlangt eine Grenze: Eine ungewöhnliche Konfiguration wird nicht automatisch zum Urteil der Registry.

Lu Hengs Notiz zur Registry-Kontinuität trennt zuverlässige Daten und Dienste von den Entscheidungen einer Institution über ihre Macht. Auf die Oberfläche übertragen heißt das: Das Portal darf Mitglieder bei aktuellen Einträgen unterstützen, ohne eine fehlende exakte Route als Regelverstoß zu behandeln.

Für jede Ressource sollte die Seite zeigen, was wann geprüft wurde, was die Prüfung fand und ob das Ergebnis unauffällig, prüfenswert oder ungeprüft ist. In großen Bäumen gehört der Fortschritt an jeden Ast. Hat das System ein Kind noch nicht erreicht, bekommt es ein leeres Kästchen – kein geliehenes Grün vom Elternknoten.

Quellen: RIPE-NCC-Freigabemeldung; RIPE NCC Member Update, Oktober 2026; RIPE Labs: Redesigning My Resources; RIPE-NCC-My-Resources-API; RIPE NCC Assisted Registry Check.