Zusammenfassung

  • Das ASO AC übergab Version 3 am 28. Juli 2026 an das NRO EC; das NRO NC veröffentlichte Entwurf, Redline und Begründungsbericht am 1. September 2026.
  • Abschnitt 1.3 lässt die Durchsetzbarkeit einer Bestimmung vor gemeinsamen Verfahren zu, während jedes RIR bei seinem Compliance-Ansatz Ermessensspielraum behält.
  • Die BTW-Analyse empfiehlt ein öffentliches Register nach Bestimmungen und wertet FINAL DRAFT nicht als Annahmebeleg.

Das Dokument befindet sich an einem Übergabepunkt. Das NRO NC, auch ASO AC genannt, stellte Version 3 fertig und übergab sie am 28. Juli 2026 an das NRO EC. Das NRO EC erklärte, es werde den Entwurf prüfen, sich mit ICANN und den RIRs abstimmen und einen aktualisierten Zeitplan veröffentlichen. Am 1. September veröffentlichte das NRO NC den empfohlenen Entwurf, ein Redline gegenüber Version 2 und einen Begründungsbericht.

Der Text nennt sich „FINAL DRAFT“. Das beschreibt den Stand der Ausarbeitung, nicht die abgeschlossene Annahme durch ICANN und alle RIRs, eine aktuelle Ablösung von ICP-2 oder eine Rechtswirkung vor formeller Annahme. Zum Berichtsfreeze am 7. September 2026 enthält der eingefrorene Quellenbestand weder einen datierten Zeitplan für die Schlussphase noch ein öffentliches Verzeichnis angenommener Implementation Procedures.

Abschnitt 1.3 ist die operative Bruchstelle. RIRs und ICANN können gemeinsam veröffentlichte Implementation Procedures entwickeln und annehmen, die Mindestanforderungen festlegen. Diese Verfahren dürfen dem Dokument nicht widersprechen oder es außer Kraft setzen. Wo kein Verfahren angenommen wurde, behält jedes RIR jedoch Ermessensspielraum bei seinem Compliance-Ansatz; das Fehlen eines Verfahrens verhindert die Durchsetzung der Bestimmung nicht.

Das schafft eine Verantwortlichkeitslücke, belegt aber weder Fehlverhalten noch aktuelle Non-Compliance. Eine materielle Regel kann durchsetzbar sein, während die gemeinsame Anwendungsmethode offenbleibt. Abschnitt 1.4 verweist auf die einschlägigen Verfahren der entscheidenden Stelle, einschließlich einer Anfechtungs- oder Berufungsmöglichkeit, soweit anwendbar. Für AFRINIC-Mitglieder und Resource Holder lautet die praktische Frage daher: Wer entscheidet nach welchem veröffentlichten Verfahren, mit welchen Nachweisen und welchem Rechtsbehelf?

Die BTW-Analyse empfiehlt, dass das NRO EC zusammen mit seinem aktualisierten Zeitplan ein Umsetzungsregister veröffentlicht. Es sollte sechs Zustände trennen: Annahme des Dokuments; Verfahrensentwurf; Verfahrensannahme; lokale RIR-Umsetzung; Audit-Bereitschaft; tatsächliche Nutzung. Ein grüner Status in einer Spalte darf nicht als Abschluss der anderen gelten.

Vorgeschlagene Felder sind: Bestimmung; Verfahrensverantwortlicher; Konsultationsstatus; Genehmigungsstatus; Wirksamkeitsdatum; Status der lokalen RIR-Umsetzung; Abhängigkeit; Evidenzlink; Ausnahme; Anfechtungsweg. Mögliche Zeilen betreffen Interessenkonflikt-Offenlegungen, Veröffentlichungs- und Redaktionsregeln, Materialitätstests, Compliance-Review-Annahme, Fünfjahresprüfungen, Rehabilitation Plans, die Qualifikation des Temporary Emergency Operator, die Übergabe von Kontinuitätsdaten, Transition Plans und Berufungsverfahren.

Das sind empfohlene Monitoring-Zeilen, keine Behauptung, dass für jede Zeile rechtlich ein eigenes Verfahren erforderlich ist. Sie machen den Unterschied zwischen einer Regel im Dokument und einer veröffentlichten, umgesetzten, geprüften und genutzten Kontrolle sichtbar.

Version 3 setzt die Anerkennungsschwelle auf Unterstützung durch zwei Drittel der RIRs, ergänzt Interessenkonflikt-Offenlegungen sowie die Veröffentlichung von Bewertungen und Begründungen und weist ICANN bestimmte Prüf- und Entscheidungsrollen zu. Sie sieht mindestens alle fünf Jahre ein reguläres Audit vor. Eine Compliance Review kann von der Mehrheit der anderen RIRs, vom betroffenen RIR selbst oder von der kleineren Zahl aus 15 % beziehungsweise 1.000 seiner Mitglieder beantragt werden, vorbehaltlich von Materialitäts- und vorherigen Abhilfeanforderungen.

Die Mechanik ist vollständig: Stellt ein Audit oder eine Compliance Review Non-Compliance fest, veröffentlicht ICANN die Ergebnisse und kann mit den RIRs einen Rehabilitation Plan ausarbeiten; anschließend prüft und veröffentlicht ICANN das Ergebnis der Abhilfe. Das betroffene RIR selbst kann für seine eigenen Dienste eine Temporary Emergency Continuity Arrangement einleiten. ICANN und zwei Drittel der anderen RIRs können eine solche Regelung nach Möglichkeit nach Diskussion ebenfalls einleiten oder verlängern.

Sie ist auf 90 Tage begrenzt, sofern sie nicht verlängert wird, und unterliegt Veröffentlichungs- und Beteiligungspflichten der Gemeinschaft. Eine Derecognition ist das letzte Mittel nach einer angemessenen Gelegenheit zur Behebung wesentlicher Non-Compliance; vor einer Genehmigung durch ICANN müssen zwei Drittel der anderen RIRs den Vorschlag unterstützen.

Das NRO NC erklärt, Version 3 greife die wichtigsten Konsultationsanliegen auf. Das ist die Darstellung der verfassenden Gremiums, keine unabhängige Feststellung, dass jedes Anliegen gelöst wurde. Der Begründungsbericht beschreibt Compliance Review als schlanker und schneller als ein vollständiges Audit und bezeichnet die Schutzmaßnahmen als Vorkehrungen gegen Missbrauch. Zudem soll die geänderte Notfallschwelle eine schnellere Reaktion ermöglichen, während die 90-Tage-Grenze verhindern soll, dass der vorübergehende Betrieb zum Normalfall wird.

Der eingefrorene Quellenbestand zeigt nicht, welche Verfahren bereits vertraulich bestehen oder intern ausgearbeitet werden. Unklar bleiben auch die Auslegung von „material“, „reasonable“, „promptly“ und „where reasonably possible“, die Identität eines künftigen Auditors oder Temporary Emergency Operators sowie jedes individuelle Ergebnis. Diese Punkte sollten im Register als unbekannt stehen.