Zusammenfassung

  • RFC 1219 ließ Subnetznummern vom höchstwertigen und Hostnummern vom niedrigstwertigen Ende wachsen. Dazwischen blieb ein gemeinsamer Vorrat freier Bits; spiegelbildliches Zählen verhinderte, dass bestehende Adressen bei einer Erweiterung umgeschrieben werden mussten.
  • Erhalten blieb die Adresse, nicht jede Konfiguration. Wachstum konnte neue Masken, ein Intra-Domain-Routing für unterschiedliche Masken und Abstimmung zwischen zentraler und lokaler Adressvergabe erfordern.
  • Eine zu lange alte Maske schickte lokale Ziele über das Gateway; eine zu kurze hielt entfernte Ziele für lokal und wartete vergeblich auf ARP. Unveränderte IPs konnten gegensätzliche Erreichbarkeitsfehler verdecken.

Der freie Raum wurde von außen nach innen vergeben

RFC 1219, On the Assignment of Subnet Numbers, erschien im April 1991 unter dem Namen P. F. Tsuchiya. Der RFC Editor führt sie als Informational. Der Text bezeichnet das Verfahren als rein lokale, freiwillige Angelegenheit und nicht als Internetstandard; der IETF-Datatracker belegt das Dokument, nicht seinen Einsatz.

Die Ausgangslage stammte aus RFC 950. Deren Subnetzverfahren verwendete eine Adressmaske und empfahl zusammenhängende Subnetzbits am höchstwertigen Ende des lokalen Adressteils. Ein Planer musste trotzdem entscheiden, ob der unbenutzte Raum künftig eher für viele Subnetze oder für viele Hosts in einem Subnetz gebraucht würde.

RFC 1219 ersetzte die Prognose durch eine Anordnung. Hostnummern wachsen wie üblich vom niederwertigen Ende. Subnetznummern werden spiegelverkehrt gezählt und wachsen vom höherwertigen Ende. Zwischen h-Bits und s-Bits bleiben null gesetzte g-Bits als gemeinsamer Wachstumsvorrat.

Benötigt ein Subnetz mehr Hosts, nimmt es ein Bit von der Hostseite. Benötigt die Organisation ein weiteres Subnetz, nimmt die Wurzel ein Bit von der anderen Seite. Vorhandene Bitfolgen bleiben an ihren Enden verankert; kein bereits vergebener Host braucht eine neue Adresse.

Damit ist genau ein Problem gelöst: die Neunummerierung. Welche Bits ein Host als Subnetzgrenze interpretiert, kann sich weiterhin ändern. Diese Information trägt die Maske.

Eine feste Nummer brauchte einen neuen Rahmen

Wird ein g-Bit zum Subnetzbit, kann sich die Maske eines bestehenden Subnetzes um eine Eins verlängern. Wird es für Hostwachstum verwendet, müssen möglicherweise alle Hosts des Subnetzes auf eine kürzere Maske wechseln. Die Adresse bleibt gleich, während ihre lokale Bedeutung neu verteilt wird.

RFC 1009 erlaubte unterschiedliche Masken innerhalb eines subnettierten Netzes und verlangte, dass jede Gateway-Schnittstelle mit einer eigenen Maske konfigurierbar ist. RFC 1219 setzte folglich ein Intra-Domain-Routingprotokoll voraus, das mehrere Masken verarbeiten kann.

Unterstützung ist noch kein Betriebsnachweis. Ein Router kann die Funktion besitzen und einen alten Wert verwenden. Eine Zuteilungsdatenbank kann aktuell sein, während Hosts nicht umgestellt wurden. Eine Route kann angekündigt werden, ohne überall installiert zu sein. Algorithmus, wirksame Konfiguration, konvergierte Routingtabelle, Paketlieferung und Anwendungsergebnis brauchen getrennte Belege.

Am letzten Bit endete die getrennte Zuständigkeit

RFC 1219 beschreibt eine Root Address Authority, RootAA, für die Subnetze und je eine Subnetz-Adressautorität für die Hosts. Solange mehrere g-Bits frei sind, können beide Seiten meist unabhängig handeln, weil sie den Vorrat von entgegengesetzten Enden beanspruchen.

Beim letzten g-Bit ist das unmöglich. Verwendet RootAA es für ein neues Subnetz, fehlt es der lokalen Stelle für zusätzliche Hosts. Nutzt die lokale Stelle es zuerst, verliert die Wurzel die mögliche Subnetzkapazität. Das Dokument verlangt dann Koordination.

Aus einem Bit wird eine Governance-Entscheidung. Die zentrale Stelle kennt die netzweite Nachfrage nach Subnetzen; die lokale Stelle sieht den Engpass ihres Segments. Arbeiten beide mit verschiedenen Versionen oder Gültigkeitszeiten, kann jede intern korrekt und gemeinsam widersprüchlich entscheiden.

Die Rollenbezeichnungen sind keine Einsatzgeschichte. Die Quellen weisen keinen konkreten Betreiber, keine Genehmigung und keine erfolgreiche Verteilung aus. Dafür wären datierte Akteure, Beschlüsse, Konfigurationsstände und unabhängige Messungen nötig.

Ein falsches Bit zu viel führte anders als eines zu wenig

Besonders präzise wird RFC 1219 bei einem gestaffelten Maskenwechsel.

Behält ein Host zu viele Einsen in seiner Maske, hält er einen tatsächlich lokalen Partner für entfernt. Er sendet das Paket an das Gateway. Dieses kann es zurück ins gleiche Subnetz leiten und möglicherweise einen ICMP Redirect schicken. Erreichbarkeit kann bestehen, aber über einen Umweg. Die theoretische Möglichkeit des Redirect beweist weder Versand noch Annahme oder dauerhafte Korrektur.

Behält ein Host zu wenige Einsen, hält er ein entferntes Ziel für lokal. Statt das Gateway zu verwenden, fragt er per ARP auf dem lokalen Link. Das entfernte Ziel hört diese Anfrage nicht und antwortet nicht. Uneinheitliche Masken können zudem Broadcasts stören.

Beide Rechner behalten ihre alte IP. Das Inventar meldet keine Änderung. Der eine Datenstrom belastet unnötig ein Gateway, der andere endet bei einer unbeantworteten lokalen Auflösung. Eine einzige Stabilitätszahl kann direkte Lieferung, Umweg und Ausfall nicht unterscheiden.

Die Beispiele zeigen Folgen des Zustandsmodells. Sie sind kein Mitschnitt einer realen Umstellung und beweisen weder Konvergenz noch Anwendungsverfügbarkeit.

Der bleibende Befund ist eine Beweisgrenze

RFC 1219 erklärte die Methode bei Veröffentlichung für wenig bekannt und noch weniger implementiert. Diese zeitgenössische Aussage ist keine Messreihe späterer Verbreitung. Das Quellenpaket enthält keinen Quellcode, Betreiberbericht oder Verkehrsnachweis.

Auch Sicherheit ist ausdrücklich nicht behandelt. Aus dem Dokument folgen keine Authentisierung von Änderungen, keine Berechtigung zum Verbrauch des letzten Bits, keine Integrität der Maskenverteilung und kein sicherer Rückweg.

Historisch nützlich bleibt die Trennung: Die Adresse steht im Inventar. Die Maske bestimmt die Sicht des Hosts. Das Routing bestimmt den Pfad. Pakete belegen Erreichbarkeit. Anwendungen belegen Wirkung. RFC 1219 erleichterte die Stabilität der ersten Spalte; die übrigen mussten weiterhin geprüft werden.

Quellen