Zusammenfassung

  • Der September-Entwurf beantragt bei IANA einen IPv6-Block für Weltraumnutzung und schlägt eine Verteilungsrolle der NRO vor; er bleibt ein individueller, nicht bestätigter Internet-Draft und keine beschlossene Policy.
  • Die NRO erklärt, dass sie keine Nummernressourcen-Policies festlegt. Der Entwurf zeigt nicht, wie ihre Rolle an die getrennten Verfahren der fünf RIR-Communities, einschließlich RIPE, anschließt.

Entscheidend ist die Übergabe zwischen den Zuständigkeiten

Ein Antrag auf Adressraum wirkt zunächst wie eine überschaubare Ingenieursaufgabe: einen Block reservieren, in brauchbare Präfixe aufteilen und das Routing handhabbar halten. Der Internet-Draft vom September 2026 zu IPv6-Adressraum für Weltraumumgebungen geht weiter. Er bittet IANA um einen Block und sagt, die Number Resource Organization (NRO) solle bestimmen, wie Ressourcen für Himmelskörper und innerhalb solcher Körper strukturiert, zugewiesen und verteilt werden. An anderer Stelle heißt es, das Registry-System werde die Zuteilungsregeln festlegen.

Damit bleibt eine Governance-Schnittstelle offen. Der Text belegt weder, dass jemand eine Befugnis ausgeübt hat, noch dass eine Zuteilung erfolgt oder eine Policy geändert worden ist. Das Dokument ist ein individueller Internet-Draft mit dem Status „I-D Exists“. Auf der ersten Seite steht „Intended status: Standards Track“; die Datatracker-Metadaten nennen für RFC stream und Intended RFC status jedoch jeweils „None“. Der individuelle Internet-Draft hat keinen formalen Rang im IETF-Standardisierungsprozess.

Die konkrete Frage lautet nicht, ob globale Koordination nützlich sein kann. Bei einem Block, der mehrere Regionen berühren könnte, wäre technische Koordination nötig. Zu klären ist, wie sie mit der Instanz verbunden wird, die über Empfänger, Zuteilungsvoraussetzungen sowie Überprüfung und Rechtsbehelf entscheidet.

Koordination beantwortet nicht die Regelsetzungsfrage

Die NRO zieht in ihrer eigenen Darstellung eine klare Grenze: Sie koordiniert die fünf Regional Internet Registries und übernimmt bei ICANN die Funktion der Address Supporting Organization. Regionale oder globale Policies für Internet-Nummernressourcen entwickelt, genehmigt oder implementiert sie nach eigener Aussage nicht. Die regionalen Communities legen ihre Regeln fest; jedes RIR unterstützt seinen eigenen offenen Prozess. Die FAQ beschreibt daneben einen eigenen globalen Weg: Mit Beiträgen der RIRs prüft und entwickelt die NRO Empfehlungen zur globalen IP-Adresspolitik, über die der ICANN-Vorstand abstimmt.

Diese Empfehlungsfunktion klärt nicht, ob der Entwurf eine globale Regel oder fünf von der NRO koordinierte regionale Entscheidungen vorsieht. Auch die Beschreibung des Registry-Systems unterscheidet die regionalen Registry-Dienste der RIRs von deren gegenseitiger Koordination.

Der September-Entwurf setzt die NRO in die vorgeschlagene Verteilungskette und weist die Regelsetzung dem „Registry-System“ zu. Diese Formulierungen benennen noch kein Entscheidungsverfahren. Wäre die Verteilung die technische Umsetzung von Regeln, denen die RIR-Communities bereits zugestimmt haben? Eine Empfehlung an diese Communities? Oder ein neues gemeinsames Policy-Instrument? Der Text beantwortet das nicht. Die Lücke lässt sich auch nicht mit der Annahme schließen, das Registry-System habe ein einziges politisches Entscheidungsorgan.

Ein früherer individueller TIPTOP-Entwurf vom Mai 2026 beschrieb einen anderen Weg: IANA delegiert den Block an bestehende RIRs, die Regeln in ihren üblichen Verfahren festlegen. Das ist ein Vergleich zwischen vorgeschlagenen Architekturen, kein Beleg dafür, dass der neuere Text den älteren ersetzt oder einer der beiden angenommen wurde. Die abweichende Formulierung verdient eine Erklärung, beweist aber keinen Konflikt.

RIPE steht für ein Verfahren, nicht für eine Billigung

RIPE NCC erbringt regionale Registry-Dienste und unterstützt das offene Policy-Entwicklungsverfahren der RIPE-Community. Die veröffentlichte IPv6-Policy, darunter RIPE-738, bildet die aktuelle regionale Grundlage. Eine Weltraumregelung müsste ihr Verhältnis dazu erklären: Welche Fragen gehören in das RIPE-Verfahren? Was lässt sich zwischen RIRs koordinieren? Und was geschieht, wenn eine globale Verteilungsregel auf eine regionale Policy-Entscheidung trifft?

Deshalb ist RIPE betroffen, obwohl der September-Text kein RIPE-Vorschlag ist. Der Entwurf beruft sich auf eine RIR-übergreifende Rolle und das „Registry-System“; das institutionelle Modell von RIPE verortet die Regelsetzung hingegen bei der Community. Keine der geprüften Quellen zeigt, dass RIPE NCC den neuen Entwurf gebilligt, in ihrem Namen einen Policy-Vorschlag eröffnet oder eine neue Zuteilungspflicht übernommen hat. Das Protokoll des TIPTOP-Treffens bei IETF 126 hält den Plan für ein Interim fest, in dem technische Anforderungen mit IANA und RIR-Vertretern geklärt werden sollen.

Ein geplantes Fachgespräch ist keine Ermächtigung zur Zuteilung oder Verwaltung eines Blocks.

Was die nächste Fassung klären sollte

Eine umsetzbare Spezifikation kann die Grenze überprüfbar machen. Sie kann das Forum für Zulassung und Zuteilungskriterien benennen, die NRO-Rolle als Koordination, Empfehlung oder Ausführung bestimmen, das für Registry-Einträge zuständige RIR nennen und den Umgang mit Zuteilungsentscheidungen, Einwänden, Korrekturen und Einsprüchen beschreiben. Ebenso sollte sie Fälle abdecken, in denen eine Ressource mehrere Regionen betrifft oder regionale Regeln voneinander abweichen.

Das sind keine Nebensachen. Sie entscheiden, ob eine technische Zuteilung einheitlich verwaltet werden kann, ohne Policy-Kompetenz stillschweigend zu verschieben. Bei getrennten regionalen Entscheidungen muss der Text zeigen, wie sie zusammenspielen. Bei einer gemeinsamen Regel muss er nennen, wer sie annimmt und wie jede Community beteiligt ist. Solange das offen ist, sollte „Registry-System“ nicht als Ersatz für einen benannten Entscheider dienen.

Die Quellen tragen derzeit nur eine begrenzte Schlussfolgerung: Der neue Entwurf schlägt eine von der NRO koordinierte Verteilung vor, dokumentiert aber nicht die Policy-Übergabe, die sie tragen würde. RIPEs Verfahren wurde dadurch nicht verdrängt. Der nächste hilfreiche Beleg wäre eine überarbeitete Fassung, die das Ende der Koordination, den Beginn der Regelsetzung und die für Betreiber und Antragsteller geltende Regel beschreibt.

Quellen