Zusammenfassung

  • ARINs Konsultation 2026.1 läuft vom 14. August bis 14. September. Vorgeschlagen ist RDAP als einziger standardisierter Verzeichnisdienst nach unabhängiger Stilllegung von Whois-RWS, RWhois und Port-43-Whois; beschlossen ist noch nichts.
  • Die Wege unterscheiden sich: 180 Tage Ansprache für die Whois-RWS-API, ein Konvertierungswerkzeug plus 365 Tage für RWhois und zwei Jahre für den stark genutzten Port 43.
  • RDAP ist als Internetstandard mit HTTP, einheitlichen Abfragen, JSON und autoritativer Dienstfindung ausgereift. Offen bleibt, welche Betriebsdaten, Parität, Migrationsergebnisse und Rückfallmöglichkeiten jede Abschaltung rechtfertigen.

Die drei Ausgangstüren sind wichtiger als das gemeinsame Ziel

Die unabhängig archivierte Konsultationsnachricht nennt vier heutige Pfade: Whois-RWS, RWhois, Whois über Port 43 und RDAP. ARIN möchte künftige Funktionen im RDAP bündeln und die Wartung doppelter Software und Infrastruktur beenden.

Das Ziel ist technisch belastbar. STD 95 definiert HTTP-Transport, Sicherheitsdienste, einheitliche Abfragemuster, JSON-Antworten und die Suche nach dem zuständigen Server.

Eine fertige Spezifikation kennt jedoch nicht jede Installation. Whois-RWS besteht aus API und Weboberfläche. RWhois veröffentlicht teils lokale Weitervergabedaten. Port 43 wird durch Befehle, Bibliotheken und eingebettete Werkzeuge angesprochen. Ähnliche Daten bedeuten nicht identische Abhängigkeiten.

Darum ist die geplante unabhängige Stilllegung richtig. Sie braucht nun je einen öffentlichen Endnachweis: Der Ersatz erfüllt die Funktion, die alte Nutzung fällt, Restabhängigkeiten sind bearbeitet und ein Rückweg ist für unerwartete Fehler verfügbar.

Whois-RWS kann den aktiven Pfad zur Warnung nutzen

Für die API sind 180 Tage Ansprache und eine Abschaltung frühestens am 1. Juli 2027 vorgesehen. Hinweise in Antworten erreichen genau die Programme, die geändert werden müssen. Ergänzende Mitteilungen und direkte Kontakte vergrößern die Reichweite.

Der Verkehr kann den Fortschritt zeigen. ARIN könnte aggregierte Abfragen, bekannte Aufrufer, wiederkehrende Fehler, Restanteile nach jeder Warnstufe und offene Ausnahmen veröffentlichen. Datenschutz bleibt erhalten; trotzdem wird sichtbar, ob Migration stattfindet.

Die Weboberfläche hat eine andere Bedingung. Sie soll bleiben, bis RDAP gleichwertige Suchmöglichkeiten bietet. Der bekannte URL kann danach auf die neue Implementierung wechseln, mit mindestens 30 Tagen Vorankündigung. Für gelegentliche menschliche Nutzer wäre der Protokollwechsel kaum sichtbar.

Die API braucht also einen Nutzungsnachweis, das Web eine geprüfte Paritätsliste. Der Name Whois-RWS darf diese beiden Entscheidungen nicht zu einem bloßen Kalendertermin machen.

Bei RWhois beginnt das Jahr erst nach dem Werkzeug

ARIN will zunächst einen freien RDAP-Server empfehlen und ein Werkzeug bereitstellen, das bestehende RWhois-Daten überführt. Erst dann beginnt die 365-Tage-Frist; vor dem 1. Januar 2028 soll es keine Stilllegung geben.

So verstreicht die Übergangszeit nicht, während Betroffene auf ihre Migrationsmöglichkeit warten. Das Werkzeug lässt sich versionieren, mit repräsentativen Datensätzen prüfen und anhand abgewiesener Einträge verbessern.

Verfügbarkeit allein genügt nicht. Bedeutung und Auffindbarkeit von Weitervergaben müssen erhalten bleiben. Änderungen während des Parallelbetriebs, Verweise, Fehlererkennung und Rückkehr ohne Verlust neuer Daten brauchen einen getesteten Ablauf.

Ein öffentlicher Bericht kann aggregiert bleiben: bekannte, kontaktierte und testende RWhois-Betreiber, Fehlerklassen, Funktionslücken, stabile Version und offene Punkte. Damit wird aus der Veröffentlichung eines Werkzeugs ein überprüfbarer Funktionsübergang.

Port 43 enthält den unsichtbaren Bestand

Für Port 43 sind zwei Jahre und frühestens der 1. Januar 2029 vorgesehen. ARIN verweist auf hohes Volumen sowie Nutzer in Cybersicherheit, Forschung, Strafverfolgung und weiteren Gruppen außerhalb direkter Kundenbeziehungen.

Die Niedrigschwelligkeit erschwert die Inventur. Eine gelegentliche Abfrage erzeugt kein Konto. Ein Hersteller kann Whois in ein Produkt einbauen. Ein Nachtjob kann lange nach seinem Autor weiterlaufen. Gesamtvolumen zeigt Aktivität, aber weder Zahl noch Bedeutung der einzelnen Abhängigkeiten.

Im NANOG-Austausch beschrieb ein Teilnehmer sechs Schritte bis zur breiten Einführung: Entwickler informieren, Versionen erzeugen, in Distributionen aufnehmen, Nutzer erreichen, gleichwertige Werkzeuge liefern und Verbreitung abwarten. Ein anderer berichtete, RDAP-Skripte seien einfacher, weil HTTPS, JSON und IANA-Bootstrap die freie Textanalyse ersetzen.

Beides sind konkrete Erfahrungen, keine Gesamtmessung. ARIN sollte deshalb maschinenlesbare Hinweise in Port-43-Ergebnisse setzen, verbreitete Betriebssysteme und Sicherheitsprodukte testen, Restverkehr beobachten und ungelöste Abhängigkeiten dokumentiert aufnehmen.

„Frühestens“ braucht Messwerte und Rückkehr

Alle Termine lassen Raum für Belege. Je Dienst sollte ARIN Ersatzfunktion, Reichweite der Ansprache, Adoptionsverlauf, offene Hindernisse, Entscheidungszuständigkeit, formelle Frist, Parallelbetrieb und Rückfallfenster festhalten.

Lu Hengs Bill of Rights of Uniqueness Coordination setzt operative Kontinuität als Grenze der Registerverwaltung. Das schützt nicht jedes alte Protokoll für immer. Es schützt den Zugang zum gemeinsamen Datensatz während der Modernisierung.

The Multi-Stakeholder Mirage ordnet Übergänge als Sichtbarkeit, Kontinuität, koordinierten Schutz und erst danach dünnere Architektur. Eine Konsultation schafft Sichtbarkeit; Test und Rückweg schaffen Kontinuität.

Zum Rechercheende fehlten vollständiges Inventar, RWhois-Werkzeugdatum, Adoptionsschwelle, Paritätswert und Rückfallregel. Ein einziger RDAP-Dienst bleibt ein plausibles Ziel. Ob der Weg dorthin tragfähig ist, entscheidet sich an drei getrennten Evidenzakten.

Quellen