Zusammenfassung

  • Die neue Version-History-Schaltfläche bringt frühere RIPE-Database-Einträge in den Browser; die offizielle Anleitung verweist für historische Abfragen weiter auf die Kommandozeile.
  • RIPE 93 nannte eine kleine erste Auswahl von Objekttypen. Welche das sind, hat RIPE NCC nicht veröffentlicht.

Auf der Suchseite erscheint Version History nur bei ausgewählten Ergebnissen; das Handbuch Historical Queries beschreibt den Zugriff weiterhin als Kommandozeilenaufgabe. RIPE NCC hat die alten Datensätze ins Web geholt, die schriftliche Wegbeschreibung aber nicht angepasst.

Das RIPE-NCC-Mitgliederupdate für Oktober kündigt die Funktion an. Im operativen Bericht auf RIPE 93 sagte das Database-Team, die erste Stufe decke nur wenige Objekttypen ab und lasse sich erweitern. Der Sprecher nannte auch den internen Nutzen: Mitarbeiter hatten Versionsverläufe bislang über ein Kommandozeilenäquivalent gesucht; die Webansicht sollte diese Abfragen vereinfachen.

Am 31. Oktober 2026 prüfte ich die RIPE-NCC-Abfrage für AS3333. Beim aut-num-Ergebnis erschien Version History; Object History bot eine Datumswahl, Compare sowie XML- und JSON-Links. Der jüngste Eintrag war Version 104, verarbeitet am 19. März 2026. Das ist der Verarbeitungszeitpunkt der Database, nicht der Tag meiner Prüfung.

Neu ist der Einstieg, nicht das gespeicherte Material. Das Kommandozeilenwerkzeug listete und verglich Versionen bereits; RIPEstat nutzte eine Versions-API in seinem Database-Widget. Die REST-Dokumentation beschreibt Endpunkte zum Auflisten und Abrufen einzelner Versionen. Historical Queries sagt, die dort beschriebenen Flags seien weder im Webformular noch über REST verfügbar. Die drei Seiten führen den Leser nicht zu einer gemeinsamen Beschreibung des neuen direkten Einstiegs.

Für eine Prüfung zählt deshalb nicht nur, dass der Button existiert, sondern was ein Vergleich belegt. Er zeigt, welche Attribute sich zwischen zwei gespeicherten Versionen unterscheiden. Das öffentliche Modell enthält Revisionsnummer, Datum und Operation. Den Zeitpunkt setzt der Server bei der Verarbeitung; ein Feld für den Einreicher oder den Änderungsgrund fehlt.

Für bestehende operative Objekte beginnt die Historie laut Anleitung mit ihrer jüngsten Erstellung oder Neuerstellung. Nach Löschung und Neuanlage bleibt das Löschdatum sichtbar, aber der frühere Lebenszyklus nicht als lückenlose Reihe. PERSON- und ROLE-Verläufe sind nicht abfragbar; E-Mail-Attribute werden gefiltert. Damit ist klar, was gespeicherte Versionen nicht liefern: eine vollständige Entscheidungsspur für jedes Objekt.

Offen bleibt die Auswahl, die den Button steuert. RIPE NCC nennt nur ausgewählte Objekte; die öffentliche Ankündigung und RIPE 93 führen keine Typen auf. Fehlt die Schaltfläche, kann ein Leser aus den vorhandenen Unterlagen nicht erkennen, ob der Typ ausgeschlossen ist oder für dieses Objekt kein Verlauf vorliegt.

Diese Lücke gehört an den Einstiegspunkt: Eine aktuelle RIPE-Seite muss die unterstützten Typen und die Bedeutung eines fehlenden Buttons erklären. Dann lässt sich der einzelne Vergleich in den Umfang der öffentlichen Historie einordnen. Heute ist der Zugriff direkter; die Reichweite muss der Leser noch aus verstreuten Aussagen ableiten.

Quellen