Zusammenfassung

  • Version 3 eröffnet dem betroffenen RIR einen Weg, eine vorübergehende Übergabe eigener Dienste zu starten; auf einem zweiten Weg können ICANN und zwei Drittel der anderen RIR sie einleiten oder verlängern.
  • Die Höchstdauer von 90 Tagen und das Recht zur Wiederaufnahme nach verifizierter Wiederherstellung sind ausdrücklich geregelt. Wer einen vom RIR selbst gestarteten Vorgang verlängern darf, bleibt ungesagt.

Der Betreiber kann wechseln, ohne dass das RIR verschwindet

Kann ein RIR alle oder einen Teil seiner Dienste nicht mehr angemessen bereitstellen, darf nach dem vorgeschlagenen RIR Governance Document ein qualifizierter Temporary Emergency Operator die betroffenen Dienste vorübergehend übernehmen. Der Text macht daraus keinen institutionellen Austausch des RIR. Er betrifft bestimmte Leistungen: die Delegation von Nummernressourcen, die Pflege von Registrierungs- und Verzeichnisdaten oder damit verbundene technische Dienste, auf die Ressourceninhaber und andere Netze angewiesen sind. Die Übergabe kann nur einen Teil der Funktionen umfassen und später geändert werden.

AFRINIC verbreitete am 1. September 2026 den vom ASO AC empfohlenen Entwurf, einen Vergleich der Fassungen und den Änderungsbericht. Die NRO-Seite bezeichnet Version 3 als FINAL DRAFT. Laut NRO-Zeitplan hatte der ASO AC/NRO NC den Entwurf am 28. Juli an den NRO Executive Council übergeben. Am 14. Oktober läuft die Fertigstellung noch; die Billigung und Annahme im vierten Quartal stehen ebenfalls aus. Es handelt sich also um eine vorgeschlagene Regel für das gesamte RIR-System, nicht um ein geltendes Verfahren. Weder die AFRINIC-Meldung noch der Entwurf belegen, dass AFRINIC oder ein anderes RIR seine Dienste derzeit nicht erbringen kann. AFRINIC veröffentlichte das Paket; maßgeblich für diese Analyse ist der Version-3-Text der NRO.

Zwei Wege zum Start

Abschnitt 5.1(a) ist eine wesentliche Änderung gegenüber Version 2. Kann ein RIR alle oder einige Dienste nicht angemessen bereitstellen, darf es eine Temporary Emergency Continuity Arrangement für seine eigenen Dienste starten. In Version 2 war dafür die einstimmige Zustimmung der übrigen RIR und von ICANN nötig. Version 3 behält in 5.1(b) den extern abgestimmten Weg bei, senkt aber die Schwelle: ICANN und zwei Drittel der anderen RIR können die Maßnahme ebenfalls einleiten oder verlängern, nachdem sie mit dem betroffenen RIR und seiner Community gesprochen haben, sofern das unter den Umständen vernünftigerweise möglich ist.

Der Änderungsbericht erklärt die operative Absicht. Bei einer Naturkatastrophe könne ein betroffener Registry-Dienst ein selbst ausgelöstes Arrangement brauchen; ein niedrigeres externes Quorum könne die Reaktion beschleunigen. Zugleich bleibt es bei maximal 90 Tagen, damit ein befristeter Eingriff nicht zum Normalbetrieb wird. Das ist ein nachvollziehbarer Ausgleich: Während einer Störung kann ein langes Warten auf ein breites Einvernehmen die Frage offenlassen, wer eine notwendige Registerfunktion übernimmt.

Einleitung und Verlängerung sind jedoch unterschiedliche Entscheidungen. Absatz (a) benennt das betroffene RIR als Akteur, der die Übergabe eigener Dienste einleiten darf. Absatz (b) ist die einzige Stelle, die ausdrücklich sowohl Einleitung als auch Verlängerung mit der Zustimmung von ICANN und zwei Dritteln der übrigen RIR verknüpft. Absatz (c) erlaubt mehr als 90 Tage nur bei einer Verlängerung nach den Bedingungen des Abschnitts. Er sagt nicht ausdrücklich, ob ein RIR eine unter (a) selbst gestartete Übergabe allein verlängern kann oder ob dafür das externe Verfahren aus (b) erforderlich ist.

Es gibt mehr als eine plausible Lesart. Die ausdrücklich genannte Verlängerung in (b) könnte den einzigen beschriebenen Verlängerungsweg darstellen. Man kann aber auch vertreten, dass die Befugnis eines RIR, unter (a) selbst zu starten, die Verlängerung seines eigenen Arrangements umfasst. Absatz 5.1(f) verbindet die Wege, indem er die Änderung des Umfangs dem jeweils relevanten Initiator oder den Initiatoren nach (a) oder (b) zuweist. Die Verlängerungsfrage beantwortet er trotzdem nicht.

Das ist eine Unklarheit im Entwurf, die zu präzisieren ist, kein feststehendes Rechtsurteil und kein Beleg dafür, dass eine selbst gestartete Maßnahme nicht fortgesetzt werden darf.

Der Leistungsumfang verteilt Kontrolle

Der Umfang ist am ersten Tag nicht endgültig festgelegt. Abschnitt 5.1(f) erlaubt es, betroffene Dienste während einer Maßnahme oder bei ihrer Verlängerung auszuweiten oder zu verringern, wenn der zuständige Initiator das für notwendig hält. Hat das betroffene RIR die Übergabe ausgelöst und stimmt eine externe Gruppe später der Verlängerung zu, sollte der Text klären, wer einen Dienst hinzufügen, das Mandat des vorübergehenden Operators einschränken oder Aufgaben neu verteilen darf.

Das ist keine bloße Verwaltungsfrage. Jeder übertragene Dienst verändert, was das betroffene RIR noch direkt kontrolliert. Jeder zurückgegebene Dienst braucht einen Rückgabeablauf und einen Nachweis, dass das RIR die Funktion wieder übernehmen kann. Auch der Eingangstest – ob alle oder einige Dienste noch angemessen erbracht werden – verlangt eine operative Bewertung. Der Entscheidungsdatensatz sollte zeigen, welcher Dienst den Test nicht bestand und welche Evidenz seine Wiederherstellung belegen wird, ohne Zugangsdaten oder sensible Sicherheitsdetails offenzulegen.

Der Entwurf enthält wichtige Sicherungen. Nach 5.1(d) muss ICANN die Einleitungs- oder Verlängerungsentscheidung, ihre Gründe und ihren Umfang zügig veröffentlichen. Nach dem Start soll die Beteiligung aller RIR-Communities so bald wie vernünftigerweise möglich beginnen; zusätzliche Community-Verfahren nach einer Verlängerung sind für die RIR optional. Das betroffene RIR muss bei der Übergabe kooperieren, behält aber das Recht, Dienste wieder aufzunehmen, sobald die operative Fähigkeit wiederhergestellt und verifiziert ist.

Abschnitt 5.2 verlangt danach eine gemeinsame Prüfung und einen öffentlichen Bericht zu Umständen, Diensten, Dauer und Rückgabe sowie eine Bewertung des Operators, Community-Feedback und Verbesserungsvorschläge.

Diese Vorkehrungen machen den Einsatz des Operators sichtbar und begrenzen ihn auf einen zugewiesenen Umfang. Sie benennen aber nicht an Stelle des Textes, wer eine lokal gestartete Maßnahme verlängert. Die Community kann Nachweise, Fachwissen und Warnungen beisteuern; die institutionelle Entscheidung bleibt bei den im Entwurf benannten Akteuren.

Umsetzungsverfahren müssen den Übergang dokumentieren

Abschnitt 1.3 sieht gemeinsame Umsetzungsverfahren vor, erklärt aber, dass ihr Fehlen die Durchsetzbarkeit der Vorschriften nicht verhindert. Jedes RIR behält Spielraum, seine Compliance im Rahmen der allgemeinen Verpflichtungen zu gestalten. Nach 1.4 richten sich Entscheidungen nach den Verfahren der jeweiligen Institution, einschließlich anwendbarer Beschwerde- und Anfechtungsmöglichkeiten. Ein gemeinsames Handbuch kann Abläufe konkretisieren; die grundlegende Kompetenzverteilung sollte während eines Notfalls nicht erraten werden müssen.

Ein kurzes Protokoll des Autoritätspfads könnte den Mechanismus überprüfbar machen. Es würde die herangezogene Klausel und den Entscheider benennen; betroffene Dienste und Startdatum; den Ablauf der 90 Tage; Verlängerungsbefugnis und notwendige Zustimmungen; Umfangsänderungen samt Freigabe; Beratungs- und Veröffentlichungsnachweise; den Fähigkeitstest für die Rückgabe; sowie Zuständige und Termin der Nachprüfung. Das soll nicht für jeden Schritt eine zusätzliche Genehmigung schaffen. Es soll eine lokale Bitte um Unterstützung von einer kollektiven Entscheidung über Fortsetzung oder Ausweitung unterscheiden.

Nach dem veröffentlichten NRO-Zeitplan läuft die Fertigstellung noch, mit weiteren Informationen bei anstehenden RIR- und ICANN-Treffen; die Billigung und Annahme sind für das vierte Quartal vorgesehen. Die nächste Fassung sollte drei Fragen beantworten: Darf das RIR, das 5.1(a) nutzt, selbst verlängern? Falls nicht, welche konkrete Entscheidung nach 5.1(b) ist nötig? Wer kontrolliert den Umfang, wenn sich der Initiierungsweg ändert? Klare Antworten könnten die angestrebte Geschwindigkeit erhalten und gleichzeitig Verantwortlichkeit sichtbar machen, wenn die 90 Tage enden.

Quellen