Zusammenfassung

  • Ein aktiver, individuell eingereichter Internet-Draft schlägt vor, dass die IANA IPv6-Adressraum für die Nutzung im Weltraum reserviert und über die bestehenden RIRs delegiert. Das von den Autoren zunächst bevorzugte Modell könnte bis zu fünf Präfixe je Planet hervorbringen, lässt aber Blockgröße, „Weltraumnutzung“ und die Auswahl des zuständigen RIR offen.
  • Für die Wiederverwendung des bestehenden Systems spricht die gemeinsame Kette aus Eindeutigkeit, Registrierung und Rechenschaft. Eine terrestrische Ländergrenze kann jedoch nicht stillschweigend das Register einer Plattform bestimmen, deren rechtlicher Inhaber, Betreiber, Gateway, Startstaat und Ziel verschiedenen Regionen zugeordnet sind.

Die Institutionen stehen fest, ihr neuer Zuständigkeitskreis nicht

Der kürzeste Verwaltungsweg zu IPv6-Adressen im Weltraum hat Charme. Die IANA delegiert Nummernressourcen bereits über fünf Regional Internet Registries. Diese Register können einen übergeordneten Block übernehmen, gemeinsam mit ihren Communities Regeln entwickeln, Ressourceninhaber identifizieren und Registrierungsdaten veröffentlichen. Warum eine sechste Institution mit eigener Legitimation schaffen, wenn eine funktionierende Hierarchie vorhanden ist?

Das ist das stärkste Argument von draft-kumari-tiptop-address-space-00. Der individuelle Internet-Draft bittet die IANA, einen IPv6-Block speziell für die Nutzung im Weltraum vorzusehen und daraus an die vorhandenen RIRs zu delegieren. Diese würden ihre jeweiligen Vergaberichtlinien festlegen und Zuweisungen an Netzbetreiber oder weitere untergeordnete Register vornehmen. In dem von den Autoren vorläufig bevorzugten Modell könnte ein Planet bis zu fünf Präfixe erhalten — eine Vergabelinie je RIR — anstatt eines unmittelbar von der IANA verwalteten Präfixes je Himmelskörper.

„Bis zu fünf“ ist eine frühe Präferenz, kein beschlossener Standard. Die Statusseite bezeichnet das Dokument ausdrücklich als individuellen Beitrag ohne IETF-Konsens und ohne normative Stellung. Die Größe des beantragten Blocks ist nicht festgelegt. „Weltraumnutzung“ ist nicht definiert. Zuteilungs- und Zuweisungsregeln werden den RIRs überlassen. Das aktuelle IPv6-Register der IANA führt gewöhnliche Global-Unicast-Zuweisungen weiterhin im Bereich 2000::/3 und enthält keinen besonderen Weltraumblock. Das /3 in der Überschrift des RIPE-Labs-Beitrags ist kein Größenantrag des TIPTOP-Entwurfs.

Eine Leerstelle liegt noch vor der Präfixlänge. Eine Person oder Organisation soll eine Zuweisung von ihrem „zuständigen RIR (oder einem anderen) Register“ erhalten können. Der Entwurf nennt aber keinen Selektor, der ein bestimmtes RIR zuständig macht. Er hat fünf bestehende Institutionen gewählt, ohne die Antragsteller auf sie zu verteilen.

Auf der Erde gibt das Land einen brauchbaren ersten Hinweis

Die Seite zum Servicegebiet des RIPE NCC zeigt, wie „regional“ im heutigen System handlungsfähig wird. Das Gebiet umfasst mehr als 75 Länder. Organisationen, die dort Dienste anbieten, können Mitglied werden und Ressourcen vom RIPE NCC beziehen. Für Leistungen außerhalb dieses Gebiets wird auf das RIR verwiesen, das für das jeweilige Land zuständig ist.

Das ist mehr als eine eingefärbte Karte. Die Regel verbindet Antragsteller, Dienstgebiet, Mitgliedschaft, regionale Richtlinien und Registrierungsdatenbank. Danach behandelt die heutige RIPE-IPv6-Policy vertraute Fragen: Ist die Organisation LIR oder Endnutzer, wem weist sie Adressen zu, wo findet die Nutzung statt und was muss registriert werden? Die Antworten können umstritten sein, aber die erste Tür ist meist sichtbar.

Ein Weltraumsegment löst diese Bequemlichkeit auf. Man stelle sich ein hypothetisches Raumfahrzeug vor: Der Ressourceninhaber ist in einer RIR-Region eingetragen, der Startstaat liegt in einer zweiten, Kontrollzentrum und Haupt-Gateway in einer dritten, und Bodenstationen wechseln mit der Orbitalgeometrie zwischen weiteren Regionen. In einer späteren Missionsphase verlässt es vielleicht den Erdorbit Richtung Mond oder Mars. Das behauptet nichts über eine wirkliche Mission. Es zeigt, dass mehrere reale Tatsachenkategorien als administrative Auswahlregel infrage kommen — und der Entwurf keine auswählt.

Der aktuelle Ort des Objekts wäre die wörtlichste und womöglich instabilste Antwort. Der Rechtssitz des Inhabers ist beständiger, könnte aber die Wahl einer günstigen Jurisdiktion belohnen. Das Boden-Gateway ist beobachtbar, kann jedoch von Kontaktfenster zu Kontaktfenster oder bei einem Ausfall wechseln. Der Startstaat sagt wenig über den langjährigen Betrieb. Der Kundenkreis kann alle Regionen umfassen. Entscheidet das Ziel, hat ein Fahrzeug im Transfer keine feste Region. Das Wort „zuständig“ wirkt wie ein Adjektiv und verrichtet Verfassungsarbeit.

Fünf Präfixe sind ein Ergebnis, nicht die erste Entscheidung

Bis zu fünf Präfixe je Planet lenken den Blick rasch auf die Größe der Routingtabellen. Mehrere Aggregate könnten im gewaltigen IPv6-Raum harmlos sein oder eine erste Fragmentierungsschicht bilden. Das hängt von Blockgröße, Ankündigungspraxis, Zusammenschaltung, Mobilität und davon ab, ob ein Planet überhaupt eine topologische Einheit ist. Solange der Entwurf diese Größen nicht nennt, wäre ein Urteil über Skalierbarkeit voreilig.

Zuvor stellt sich die Frage, wer jeden Ast des Vergabebaums schaffen darf. Bei einem Selektor nach Rechtssitz könnte ein Eigentümerwechsel die Policy-Beziehung verlagern, obwohl das Raumfahrzeug dieselbe Bahn hält. Bei einem Selektor nach Kontrollstation könnte ein routinemäßiger Gateway-Wechsel eine regionale Übertragung auslösen. Beim Missionsziel fehlt einem Fahrzeug während des Transfers ein beständiger Ort. Jede Wahl erzeugt eine andere Aufgabe für Übergabe, Prüfung, Rückgabe und Berichtigung.

Remco van Mooks Beitrag vom 10. September auf RIPE Labs macht die Reihenfolge sichtbar. Die vorgeschlagene Hierarchie würde Policy-Fragen in die Prozesse der RIR-Communities schicken, obwohl diese sich überwiegend noch nicht damit auseinandergesetzt haben. Sein zweiter individueller Draft, EXPANSE, katalogisiert das fehlende Registrierungsmodell, bewegliche Plattformen, Jurisdiktionsgrenzen, Aggregationsrisiken und mögliche Brüche bei RPKI. EXPANSE erklärt ausdrücklich, keine Forderung an die IANA zu stellen. Es ist ein Problemverzeichnis, keine konkurrierende Zuteilungsentscheidung.

Zusammen ergeben die beiden Texte eine produktive Arbeitsteilung. TIPTOP liefert eine institutionelle Abkürzung. EXPANSE zeigt, warum die Abkürzung noch keine Antwort ist. Das bestehende Registersystem ist wertvoll, weil es Eindeutigkeit an verantwortbare Entscheidungen bindet. Werden nur die Namen der Institutionen übernommen, nicht aber ihre neue Klientel bestimmt, bleibt die Hierarchie auf dem Papier bestehen und ihre wichtigste Kante im Ermessen einzelner Bearbeiter.

Ein Auswahlbeleg gehört vor die Vergabeprüfung

Der nächste nützliche Baustein muss kein Vertrag für das Sonnensystem sein. Es genügt ein öffentlicher Auswahlbeleg, der jedem künftigen Antrag vor Anwendung der Vergabepolicy zugeordnet wird. Er könnte festhalten:

  1. den rechtlichen Ressourceninhaber und den operativen Kontrolleur;
  2. die erklärte Grenze der „Weltraumnutzung“ für den Antrag;
  3. das ausgewählte RIR oder andere Register;
  4. die öffentliche Regel und die Tatsachen, die diese Auswahl begründen;
  5. einschlägige Jurisdiktionen von Bodensegment und Dienst, ohne sensible Koordinaten;
  6. die Missionsphase und den Auslöser einer erneuten Prüfung;
  7. den Übergabe- oder Übertragungsweg bei Änderung der maßgeblichen Tatsache;
  8. Bedingungen für Rückgabe, Außerdienststellung und Registerkorrektur.

Ein solcher Beleg muss nicht selbst entscheiden, ob Sitz, Kontrolle, Gateway oder Ziel Vorrang erhalten. Er zwingt die zuständige Community, die Wahl sichtbar zu treffen und auf vergleichbare Fälle gleich anzuwenden. Zwei RIRs könnten denselben Antrag erkennen, bevor beide aus getrennten Ästen Ressourcen vergeben.

Öffentlichkeit verlangt keine Offenlegung von Bahndaten, Verteidigungsmissionen, Kontaktplänen oder Netzdiagrammen. Regel, verantwortliche Organisationen, grobe Missionsphase und Entscheidungshistorie können sichtbar sein, während sensible technische Nachweise in einer begrenzten Prüfung verbleiben. Terrestrische Register trennen schon heute öffentliche Einträge von geschützten Unterlagen der Sorgfaltsprüfung. Im Weltraum wird diese Gestaltung anspruchsvoller, aber nicht grundsätzlich neu.

Noch wurde nichts zugeteilt

Die nüchternste Lesart der Akten ist die richtige. Zwei Autoren haben einen frühen Adressraum-Entwurf vorgelegt. Ein Autor aus der RIPE-Community hat die RIR-Gemeinschaften aufgefordert, sich vor der Verfestigung der Architektur einzuschalten. Ein weiterer individueller Draft listet offene Fragen auf. Es gibt keinen IETF-Konsens, keine IANA-Zuteilung, keinen Policy-Vorschlag beim RIPE NCC, keinen Antragsteller, kein Präfix und keine Route zur Prüfung.

Gerade deshalb gehört der Selektor an den Anfang. Sobald Präfixe in Flugsoftware, Verträgen und Routingfiltern stecken, ist eine Änderung der Zuständigkeitsregel keine Textkorrektur, sondern eine Migration. Der Vorteil früher Standardisierungsarbeit besteht nicht darin, dass jede Idee überlebt. Teure Entscheidungen können verworfen werden, solange sie nur aus Worten bestehen.

Quellen