Zusammenfassung

  • Der empfohlene Entwurf vom September 2026 würde jeden RIR verpflichten, Kontinuitäts- und Redundanzverfahren zu unterhalten und regelmäßig genügend Daten, Aufzeichnungen, regionale Umsetzungsverfahren und Systeme für einen temporären Betreiber bereitzustellen.
  • Der Text nennt Schutzvorkehrungen, einen begrenzten Leistungsumfang, Verlängerungen nach jeweils höchstens 90 Tagen und eine öffentliche Nachprüfung. Er ist noch ein Entwurf; eine tatsächliche Übergabe ist hier nicht belegt.

Ein Notfallplan, der erst entsteht, wenn das Register nicht mehr arbeiten kann, kommt zu spät. Der neue Entwurf der Number Resource Organization (NRO) verlagert einen Teil der Vorbereitung in den Normalbetrieb: Jedes regionale Internetregister (RIR) soll Kontinuitäts- und Redundanzverfahren bereithalten und die Voraussetzungen schaffen, damit ein temporärer Betreiber nötige Dienste übernehmen kann.

Der zentrale Satz steht in Abschnitt 4.1(m) des ASO-AC-Empfehlungsentwurfs für das RIR-Governance-Dokument, Version 3. Ein RIR müsste regelmäßig Aufzeichnungen, Daten, Verfahren zur Umsetzung regionaler Richtlinien und Systeme teilen, die für die Diensterbringung durch einen temporären Betreiber ausreichen, und dabei geeignete Treuhand- oder Datenschutzkontrollen anwenden. Das ist weder eine Pflicht zur Veröffentlichung aller Daten noch eine automatische Übertragung sämtlicher Systeme.

Die Liste geht über eine Kopie der Registrierungsdatenbank hinaus. Auch Umsetzungsverfahren und Systeme werden genannt. Kontinuität soll damit vor einem Ausfall vorbereitet werden und nicht von einem hastigen Export danach abhängen. Die Definition der RIR-Dienste umfasst Delegierung, Zuteilung, Registrierung, Verzeichnisdienste und damit verbundene technische Dienste, die Ressourceninhabern die Nutzung und anderen die korrekte Zuordnung ermöglichen.

Die Vorbereitung birgt Risiken in beide Richtungen. Veraltete Daten können die zuverlässige Registerführung verhindern. Zu weitreichender Zugriff kann sensible Informationen offenlegen oder unnötige Befugnisse schaffen. Der Entwurf nennt Treuhand und Datenschutz, legt in diesem Absatz aber weder Aktualisierungsrhythmus noch Widerrufsverfahren oder Integritätstests fest. Solche Details müssen in überprüfbare Umsetzungsregeln eingehen.

90 Tage sind ein erneuter Entscheidungspunkt

Abschnitt 5.1 erlaubt den Einsatz eines temporären Betreibers, wenn ein RIR alle oder einen Teil seiner Dienste nicht angemessen erbringen kann, unabhängig von der Ursache. Das betroffene RIR darf eine Maßnahme für die eigenen Dienste selbst einleiten. Alternativ können ICANN und zwei Drittel der übrigen RIR sie nach Gesprächen mit dem betroffenen RIR und seiner Gemeinschaft einleiten oder verlängern, sofern die Umstände das zulassen.

Eine Maßnahme darf 90 Tage nicht überschreiten, sofern sie nicht nach derselben Regel verlängert wird. Der Begründungsbericht zu Version 3 erklärt, dass die Eigeninitiierung ergänzt, die externe Schwelle von Einstimmigkeit auf ICANN plus zwei Drittel der RIR gesenkt und die 90-Tage-Grenze beibehalten wurde, damit der Ausnahmebetrieb nicht zum Regelfall wird. Weil Verlängerungen möglich sind, bildet die Frist einen neuen Prüfpunkt und keine kumulative Obergrenze.

Das betroffene RIR muss bei der vorübergehenden Übergabe mitwirken und behält das Recht, die Dienste wieder aufzunehmen, sobald seine Betriebsfähigkeit wiederhergestellt und überprüft ist. Der Umfang darf während der Maßnahme oder bei einer Verlängerung wachsen oder schrumpfen. Ein Rückweg ist vorgesehen. Offen bleiben jedoch die Prüfinstanz, die erforderlichen Tests, der Abgleich zwischenzeitlicher Registeränderungen und der Zeitpunkt, an dem Zugänge enden.

Der Entwurf verlangt öffentliche Nachvollziehbarkeit. ICANN soll Anlass und Umfang zeitnah veröffentlichen; Gespräche mit allen RIR-Gemeinschaften sollen so bald wie praktikabel beginnen. Nach dem Ende müssen RIRs und ICANN gemeinsam einen Bericht über Umstände, Dienste, Dauer, Rückgabe, Leistung des temporären Betreibers, Rückmeldungen und Empfehlungen veröffentlichen. Vorab definierte Kennzahlen könnten einen späteren Vergleich ermöglichen.

Notfallkontinuität ist keine Derecognition. Abschnitt 6 sieht dafür ein eigenes Verfahren bei wesentlicher, trotz angemessener Abhilfemöglichkeit fortbestehender Nichterfüllung vor. Bei Derecognition gehen Dienste anhand eines Übergangsplans über; das bisherige RIR endet als verantwortlicher Anbieter. Die Notfallregel ersetzt dagegen nur vorübergehend ausgewählte Dienste und bewahrt einen Rückweg. Abschnitt 6.9 verlangt Bereitschaft für beide Fälle, macht sie aber nicht zu derselben Entscheidung.

Version 3 ist noch ein empfohlener Entwurf

Der Text ist keine bereits angenommene Regel. Die Mitteilung des NRO EC vom 28. Juli besagt, dass der ASO Address Council den Entwurf übergab und das NRO EC die nächsten Schritte Richtung Endfassung koordinieren sollte. AFRINIC veröffentlichte am 1. September den Entwurf mit Redline und Begründung; weitere Beteiligungsmöglichkeiten sollte das NRO EC ankündigen. Abschnitt 1.3 sieht gemeinsame Umsetzungsverfahren vor.

Als Nächstes braucht es überprüfbare Betriebsnachweise: Verzeichnis der erfassten Dienste und Systeme, Alter und Integrität der Daten, Freigabe und Protokollierung von Zugriffen, Rückkehrkriterien, Abgleich von Änderungen sowie Löschung von Zugangsdaten und Kopien. Eine Tabletop-Übung könnte die Übergabe testen, ohne einen realen Ausfall zu behaupten. Ein späterer Bericht sollte zwischen bereitgestellten und tatsächlich genutzten Informationen unterscheiden.

Die Designänderung besteht darin, Kontinuität in den Normalbetrieb zu verlagern. Ob sie wirkt, hängt davon ab, ob „regelmäßig“, „ausreichend“, „geeignete Kontrollen“ und „überprüft“ zu testbaren Verfahren werden.

Quellen

Am 15. Oktober führt der NRO-Zeitplan die Finalisierung weiterhin als laufend: Aktualisierungen sind für ICANN 87 (17.–22. Oktober), LACNIC 46 (19.–22. Oktober), ARIN 58 und RIPE 93 vorgesehen; Billigung und Annahme stehen weiterhin für das vierte Quartal 2026 im Plan.