Zusammenfassung

  • Eine ipn-URI besteht aus Allocator Identifier, Node Number und Service Number und verteilt die Knotenvergabe auf eigenständige Register.
  • BPv7 bindet die EID an jedem Hop spät; der Name enthält weder Standort noch Erreichbarkeitszusage oder Route.
  • LocalNode und Private Use behalten ihre Bedeutung nur innerhalb ihrer Grenzen, während die Identität der verarbeitenden Stelle separat kryptografisch geprüft werden muss.

Die stärkste Aussage von RFC 9758 ist eine Auslassung. Das Dokument verspricht einen eindeutigen Ressourcennamen und lässt die Topologie bewusst draußen. Wer aus der Zahlenfolge dennoch einen Weg liest, fügt dem Standard eine Autorität hinzu, die er gerade vermeiden will.

Drei Zahlen begrenzen drei Zuständigkeiten

Der Allocator Identifier benennt die Organisation, die Node Numbers vergibt. Die Node Number verbindet Ressourcen auf demselben Bundle-Knoten. Die Service Number unterscheidet deren Funktionen. Allocator und Node bilden gemeinsam die Fully Qualified Node Number, kurz FQNN.

IANA koordiniert damit nicht jeden Knoten weltweit, sondern die Allocators. Jeder Allocator hält seine eigenen Node Numbers eindeutig. Eine hierarchische Organisation kann einen zusammenhängenden Identifier-Bereich erhalten und auf Unterorganisationen verteilen. Das Muster ist von CIDR angeregt, doch RFC 9758 zieht eine harte Grenze: Allocator Identifiers bezeichnen Organisationen und sind keine Adressen.

Diese Hierarchie verkleinert die gemeinsame Schicht. Ein IANA-Datensatz kann den Change Controller eines Allocator Identifier belegen. Ein Allocator-Register kann eine Node Number belegen. Beide wissen nichts über den gegenwärtigen Standort, das nächste Kontaktfenster, einen laufenden Dienst oder den Besitzer eines Sicherheitsschlüssels.

Späte Bindung hält den Namen beweglich

BPv7 löst eine EID Hop für Hop auf. Trifft ein Bundle bei einem Relais ein, entscheidet dessen lokaler Zustand über die nächste Adresse oder Aktion. Ein Knoten kann umziehen, ohne umbenannt zu werden. Umgekehrt ist keine alte Bindung Teil der ewigen Bedeutung des Namens.

Deshalb verbietet RFC 9758, aus einem ipn-Bestandteil Standort, Erreichbarkeit, Adressierung oder Routing abzuleiten. Selbst eine Node Number, die ein Allocator aus einer Link-Layer-Adresse erzeugt hat, bleibt für Empfänger nur eine Zahl. Das Vergabeverfahren ist keine Weiterleitungsanweisung.

Die Betriebsbelege lassen sich dadurch sauber ordnen. Das Register belegt Koordination. Eine Binding-Tabelle belegt eine zeitgebundene Zuordnung. Ein Forwarding-Log belegt den Versuch. Ein Statusbericht belegt ein späteres Protokollereignis. Eine Anwendung bestätigt das gewünschte Ergebnis. „EID vorhanden“ darf nicht als Kurzform für diese ganze Kette dienen.

Hinter dem Endpoint bleibt eine Identitätsfrage

Kein durch ipn bezeichneter Endpoint ist jederzeit garantiert erreichbar. Auch die Identität der dort verarbeitenden Entität garantiert das Bundle Protocol nicht. Dafür ist die Prüfung eines Block Integrity Block über den Primary Block vorgesehen. Das Ergebnis gilt nur innerhalb der tatsächlich konfigurierten BPSec-Policy, Schlüssel, Security Sources und Acceptors.

Eine bösartig gebaute URI kann trotzdem syntaktisch korrekt sein. Sie kann eine falsche Quelle behaupten oder ein Bundle an eine empfindliche Funktion lenken. RFC 9758 verlangt daher Authentizitäts- und Gültigkeitsprüfung vor der Verarbeitung und nennt BPSec sowie TCPCLv4 mit TLS als getrennte Schutzflächen. Ein geschützter Kanal erhebt den Namen nicht zur Vollmacht.

Ohne Grenze verschwindet Eindeutigkeit

Das Null-Tupel benennt „nirgendwo“ und ist per Definition unerreichbar. Service Number null bezeichnet den Administrative Endpoint. LocalNode gilt nur auf dem aktuellen Bundle-Knoten: Der Wert darf ihn nicht verlassen, von außen angenommen, in Discovery veröffentlicht oder als Peer Node ID ausgegeben werden.

Private Use reicht bis zum Rand einer Administrationsdomäne. Im untersuchten IANA-Stand waren beim Default Allocator die Node Numbers 1 bis 0x3FFF privat reserviert. Zwei Domänen dürfen dieselbe Zahl intern verwenden. Gateways müssen sie deshalb beim Übergang blockieren, und Betreiber müssen die korrekte Konfiguration nachweisen.

Ein Leck ist kein bloßer Namensfehler. Sobald zwei lokale Bedeutungen zusammentreffen, trägt derselbe FQNN zwei Referenten. Richtlinien greifen am falschen Subjekt an, und ein Angreifer kann die verlorene Eindeutigkeit zur Störung nutzen. Der Grenzfilter stellt die Semantik des Namens her.

Gleiches EID, verschiedene Syntax

RFC 9758 behält die gepackte CBOR-Darstellung mit zwei Elementen und ergänzt eine explizite Dreierform. EID-Funktionen vergleichen die dekodierten Werte, sodass verschiedene Bytefolgen dasselbe EID darstellen können. Syntaxbezogene Integritätsprüfungen dürfen die Bytes dennoch unterscheiden.

Rückwärtskompatibilität macht alte Decoder nicht vorwärtskompatibel. Ein BPv7-Knoten, der nur zwei Elemente kennt, kann die Dreierform als fehlerhaft verwerfen. Gemischte Flotten brauchen ein Zielprofil, gemessene Decoder-Fähigkeit und einen kontrollierten Fallback statt eines allgemeinen Kompatibilitätsversprechens.

Das Register bleibt ein schmales Instrument

Zum Recherchezeitpunkt führte IANA ipn als permanentes URI-Schema sowie Register für Allocators, Default-Allocator-Knoten und bekannte BPv7-Dienste. Niedrige Allocator Identifiers benötigen weniger CBOR-Bytes und besitzen daher einen Effizienzvorteil. Expert Review muss diese knappe Zone verteilen; es entscheidet damit noch keinen einzigen Hop.

Heng Lus Prinzip der minimalen Anfangsspezifikation beschreibt den Wert dieser Konstruktion: Gemeinsam bleibt nur, was zur Kollisionsvermeidung gemeinsam sein muss. Vergabe, spätere Bindung, Übertragung, Authentisierung und Ergebnis liegen bei den ausführenden Akteuren. Ein verlässliches Register beschreibt eine Realitätsschicht. Es wird nicht durch institutionelle Anerkennung zum Beweis der übrigen.

Quellen

  1. IANA Uniform Resource Identifier (URI) Schemes
  2. RFC 1918: Address Allocation for Private Internets
  3. RFC 3986: Allgemeine URI-Syntax
  4. RFC 4838: Architektur verzögerungstoleranter Netze
  5. RFC 6260: Compressed Bundle Header Encoding
  6. RFC 7116: IANA-Register zum Bundle Protocol
  7. RFC 8126: Leitlinien für IANA Considerations
  8. RFC 9171: Bundle Protocol Version 7
  9. RFC 9172: Bundle Protocol Security
  10. RFC 9174: TCP Convergence-Layer Protocol Version 4
  11. RFC 9758: Updates to the 'ipn' URI Scheme
  12. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  13. On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
  14. Running-Code Primacy