Zusammenfassung

  • Die 365-Tage-Frist für RWhois beginnt mit der Veröffentlichung eines Migrationstools; die Whois-RWS-API wartet auf Parität, Dokumentation und Schulung.
  • ARIN testet eine RDAP-Erweitertsuche und konsultiert Port 43 nach Nutzungs- und Abfrage-Meilensteinen erneut.

Ein Stichtag im Kalender hilft wenig, solange das Migrationstool fehlt. ARIN bindet den RWhois-Abschied deshalb an einen überprüfbaren Moment: Die 365 Tage beginnen mit der Veröffentlichung. Für die Whois-RWS-API stehen Parität, Dokumentation und Schulung auf der Liste; bei Port 43 zählen RDAP-Nutzung und eine neue Konsultation. Betreiber können damit drei konkrete Voraussetzungen verfolgen, statt auf einen einzigen Termin zu starren. (Konsultationsergebnis; ursprünglicher Plan)

Der ursprüngliche Plan bündelte die Abschaltungen in einem Kalender: Kommunikationsphase für die API, frühester Termin für RWhois, zwei Jahre für Port 43. ARIN hat daraus Auslöser gemacht. Der RWhois-Countdown startet erst nach Veröffentlichung des Migrationstools. Betreiber müssen also zuerst den Release verfolgen und können die 365 Tage danach einplanen. (Ursprünglicher Plan; ARIN-Ergebnis)

Für die Whois-RWS-API nennt ARIN drei Vorarbeiten: Paritätsprobleme mit RDAP beheben, Dokumentation verbessern und Nutzer schulen. Die Weboberfläche hat einen eigenen nächsten Schritt: eine Beta der RDAP-Erweitertsuche, die die Community testen und kommentieren kann. API-Abschaltung und Beta-Test sind damit getrennte Aufgaben. (ARIN-Ergebnis)

Port 43 erhält den beweglichsten Zeitplan. Laut ARIN verarbeitet der Dienst viele Anfragen. Die Organisation beobachtet RDAP-Nutzung in kommerziellen Produkten und den Abfrageverkehr. Sind die von der Community definierten Voraussetzungen erreicht, bringt ARIN die Abschaltung erneut in eine Konsultation. Ein festes Abschaltdatum nennt das Ergebnis nicht. (ARIN-Ergebnis; ARIN-58-Materialien)

Vor jeder Abschaltung plant ARIN direkte Ansprache und Schulung der aktuellen Nutzer. Ein neuer Protokollendpunkt muss deren Arbeit weitertragen: Registrierungsdaten finden, Reassignments migrieren, Werkzeuge betreiben. Migrationstool, Beta-Suche und API-Parität sind die angekündigten Brücken.

RDAP bleibt das Ziel. Der Weg dorthin folgt jetzt der Bereitschaft jedes einzelnen Dienstes.

Quellen