Zusammenfassung

  • RFC 2374 benannte TLA-, NLA- und SLA-Felder, nahm aber ausdrücklich an, dass Router ohne Kenntnis dieser Namen an beliebigen Bitgrenzen das längste Präfix auswählen.
  • Die Hierarchie war ein begrenzter Anfangsplan für Zuteilung und Aggregation, kein selbstvollziehender Nachweis für Zuständigkeit, Routenannahme, Portabilität oder Dienstleistung.

Die Zeichnung sah wie eine Befehlskette aus

Das aggregierbare globale Unicast-Format verteilte 128 Bit mit institutionellem Vokabular: drei für den Formatpräfix, dreizehn für TLA, acht als Reserve, vierundzwanzig für NLA, sechzehn für SLA und vierundsechzig für die Schnittstelle.

TLA und NLA beschrieben die öffentliche Topologie, SLA die interne Standortstruktur. Ein TLA-Inhaber konnte NLA-Raum an Anbieter und Standorte weitergeben, die erneut unterteilen konnten. Die Adresse schien den gesamten Weg von der öffentlichen Spitze bis zu einer lokalen Schnittstelle zu erzählen.

Die Spezifikation verweigerte diese Lesart beim Weiterleiten. Das Routingsystem sollte längste Präfixe an beliebigen Grenzen vergleichen und die interne Struktur nicht kennen. Feldnamen dienten Zuweisung und Zuteilung. Abgesehen vom Unterschied zwischen Unicast und Multicast waren sie keine semantischen Befehle an Router.

Eine Feldgrenze erzeugte keine Route

Eine Stelle konnte einen Präfix delegieren. Ein Betreiber konnte ihn ankündigen. Ein Nachbar konnte ihn nach Richtlinie annehmen. Ein Router konnte den Eintrag installieren. Diese Schritte blieben getrennte Belege.

Die Adresse zeigte nicht, ob die Zuteilung noch galt, die Verwahrung gewechselt hatte, eine spezifischere Route existierte, eine Richtlinie die Ankündigung verwarf oder der erwartete Anbieter den Verkehr trug. Eine echte Präfixlänge konnte ein benanntes Feld durchschneiden; eine sauber aufgebaute Adresse konnte unerreichbar bleiben.

Die belastbare Kette verbindet die gültige Zuteilungsregel, das Delegationsregister, den angekündigten Präfix, die Importentscheidung, den Weiterleitungseintrag, den beobachteten Pfad und das Dienstergebnis. Ein NLA im Adressbild ersetzt keinen dieser Belege.

8.192 war eine Planungshülle

Dreizehn Bit erlaubten 8.192 TLA-Kennungen. Die Zahl sollte defaultfreie Tabellen innerhalb damaliger Technik halten und zugleich Spielraum für spezifischere Wege innerhalb und zwischen Regionen lassen. Auch Rechenaufwand zählte: Derselbe Präfix konnte über viele Pfade eintreffen.

Die acht Reservebits waren der Ausgang. Eine spätere Entscheidung konnte TLA oder NLA erweitern; ein anderer Formatpräfix konnte die Architektur erneut verwenden. Bereits eingesetzte Router sollten diesen Zeitpunkt nicht erraten. Eine neue gemeinsame Entscheidung musste die Interpretation ändern.

Das war eine minimale Anfangsspezifikation in Zahlen: einen brauchbaren Rahmen setzen, Änderungsspielraum bewahren und die erste Hierarchie nicht als Naturgesetz ausgeben.

Delegation tauschte Flexibilität gegen Aggregation

Jeder TLA-Inhaber erhielt vierundzwanzig NLA-Bits und entwarf seine Hierarchie; die nächste Ebene konnte weiter teilen. RFC 2374 empfahl schrittweise Zuteilung und erkannte den Tausch: Tiefe Hierarchien ermöglichten bessere Aggregation und kleinere Tabellen, flache Vergabe vereinfachte Zuteilung und Anschluss, erzeugte aber mehr Routen.

Am Standort boten sechzehn SLA-Bits 65.535 Subnetzwerte, deren Struktur lokal blieb. Ein sehr großer Standort konnte eine weitere Kennung erhalten. Der öffentliche Zuteiler musste das lokale Netz nicht entwerfen; der Standort erhielt durch geschickte SLA-Planung keine Macht über öffentliche Routen.

Das Format verteilte Entscheidungen. Es beseitigte sie nicht.

Portabilität lag jenseits der Bereichsgrenze

Die ehrgeizigste Zusage betraf austauschbasierte Aggregation. Ein über einen Austausch angeschlossener Standort sollte vom Fernanbieter adressunabhängig werden, ihn ohne Umnummerierung wechseln und ohne Präfix jedes einzelnen Anbieters multihomen können.

Doch Auswahl- und Portabilitätsmechanismen waren nicht Gegenstand des Dokuments. Das Format reservierte einen Platz in der Zuteilungstopologie, definierte aber weder Austauschgovernance noch Routenpolitik, Authentisierung, Ausfallumschaltung, kommerzielle Eignung oder Migrationsablauf.

RFC 2450 schlug später nativen Dienst innerhalb von drei Monaten, durch Routingbeobachtung belegbare Transiterfahrung, öffentliche Register, Nutzungsberichte und möglichen Entzug vor. Es war jedoch Informational-Eingabe für die ersten zwei Jahre und erwartete ausdrücklich Änderungen durch Erfahrung.

Die Erfahrung änderte das Vokabular

Der 6bone nutzte pTLA und pNLA als Prototypen, frühe sub-TLA-Zuteilungen hinterließen wirkliche Verwaltungsnachweise. Das belegt Versuch und Zuteilung, nicht die dauerhafte Umsetzung jeder erhofften Beziehung.

2003 erklärte RFC 3587 die TLA/NLA-Struktur für historisch. Ein allgemeiner globaler Routingpräfix, eine Subnetzkennung und eine Schnittstellenkennung blieben. Die SLA-Funktion überlebte als „subnet ID“, während Implementierungen 2000::/3 nicht auf Dauer als besonders behandeln sollten.

Aggregation und längstes Präfix verschwanden nicht. Es verschwand eine vorgeschriebene Deutung öffentlicher Topologie aus festen Feldern. Das laufende Netz war immer Routen gefolgt; die Revision machte diese Trennung sichtbar.

Lu Hengs Vorrang des laufenden Codes verortet Autorität in Ankündigungen, Filtern, Tabellen und beobachteten Pfaden, nicht im Rang eines Feldnamens. Die minimale Anfangsspezifikation erklärt den vorläufigen Nutzen des Plans. Realitätsebenen trennen Syntax, Zuteilung, Verwahrung, Ausbreitung, Pfad und Dienst.

RFC 2374 wollte Aggregation verwaltbar machen, indem es der Adresse ein Vokabular gab. Die bleibende Lehre war die Grenze: Der Router las nicht die Hierarchie, sondern die Route.