Zusammenfassung

  • Paul Robinson schlug 1992 in RFC 1375 die Klassen F, G, H und K vor, damit kleine Standorte keinen vollständigen Klasse-C-Block benötigen.
  • Der informative Text erwog auch Regionscodes und Gerätekategorien, setzte aber voraus, dass Bridges, Router und Software kleinere lokale Felder verstehen. Beschreibung und Abbildung von Klasse K widersprechen einander.

Ein Klasse-C-Block konnte zu groß sein

RFC 1375 behandelte nicht nur die Endlichkeit des 32-Bit-IPv4-Raums. Die festen Größen der damaligen Klassen passten nicht zu jeder Organisation. Das Memo setzte für ein Klasse-C-Netz bis zu 254 lokale Adressen an. Ein Standort mit vier oder fünf Rechnern könne deshalb mehr als 240 Adressen verschwenden. Robinson erwartete mehr kleine Installationen, BBS mit Zugang über Telnet oder FTP und künftig sogar Drucker, Faxgeräte und Pager mit Internetverbindung.

Sein Vorschlag verschob die Klassengrenzen. Ein Teil des bisherigen C-Raums sollte vier neue Bezeichnungen erhalten: F, G, H und K, mit schrittweise kleineren lokalen Feldern. F war für Standorte mit etwa 1 bis 15 verbundenen Adressen gedacht, H für Netze mit höchstens sieben und K für solche mit einer oder zwei Adressen. Das blieb ein System fester Klassen. Es war keine allgemeine Regel, mit der sich jede beliebige Präfixlänge wählen ließ.

Der RFC-Status begrenzt die historische Aussage. RFC 1375 ist als Informational gekennzeichnet und erklärt ausdrücklich, keinen Internetstandard festzulegen. In der Zusammenfassung räumt er ein, dass die nötige Implementierungsmethode möglicherweise noch nicht verfügbar sei, und schlägt dennoch vor, den betreffenden Raum zu reservieren. Das belegt einen Vorschlag, keine Zuteilung und keinen Betrieb.

Die Kompatibilität lag bei den Geräten

Neue Bitmuster allein sollten laut Memo keine Probleme verursachen, sofern Bridges, Router sowie andere Hard- und Software nicht davon ausgingen, dass immer die letzten acht Bits den lokalen Teil bilden, und kleinere lokale Felder zuließen. Aus einer lokalen Idee zur Adressvergabe wurde damit eine netzweite Kompatibilitätsfrage. Konfigurations-, Weiterleitungs- und Betriebssysteme mussten dieselben Bits gleich lesen.

Der Text entwarf noch zwei zusätzliche Bedeutungen. Bestimmte Bits könnten als regionale Routingcodes dienen, ähnlich internationalen Telefonvorwahlen. Robinson schränkte den Vergleich allerdings ein: IP-Nummern bezeichneten von sich aus keinen geographischen Ort, und solche Codes seien für das Routing nicht nötig. In den Anmerkungen tauchten außerdem mögliche Ziffern für Pager, Faxgeräte, Gateways oder andere Geräteklassen auf. Das sind spekulative Überlegungen des Memos und kein Beleg für Funktionen im betriebenen Internet.

Bei Klasse K zeigt sich eine Unstimmigkeit in der Spezifikation selbst. Der Fließtext nennt das sieben Bit lange Präfix 1101111, eine 25-Bit-Netzwerknummer und ein lokales Bit. Die folgende Zeichnung druckt stattdessen 110100 und zeigt ein 26-Bit-Netzwerkfeld. Beides kann nicht dasselbe Format beschreiben. Der Widerspruch steht im veröffentlichten Text; die Quellen zeigen weder, ob jemand den Vorschlag implementierte, noch welche historische Rolle dieser Fehler spielte.

Variable Präfixlängen statt neuer Klassen

Andere Dokumente reagierten zur selben Zeit auf Adress- und Routingdruck. RFC 1338 schlug hierarchische Zuteilung an Provider und Supernetting vor. RFC 1366 behandelte die Verteilung der Registrierungsfunktion und des Netznummernraums. Der Standards-Track-RFC 1519 beschrieb im September 1993 CIDR: Zuteilungen mit variablen Masken, oft aus dem Adressblock eines Providers, kombiniert mit Routenaggregation. Laut RFC mussten Änderungen bei Zuteilung und Routingprotokollen zusammenwirken, damit Aggregation wirksam wurde.

Dieser Ansatz verlangte nicht, dass jede Adresse eine benannte Klasse, Region oder Geräteart ausdrückte. Entscheidend war die Präfixlänge. 1995 verlangte RFC 1812 von IPv4-Routern Unterstützung für Subnetze und CIDR; RFC 1878 listete variable Subnetze bis hin zu Hostrouten auf. Diese Dokumente zeigen spätere Standardsprache. Sie belegen weder, dass CIDR RFC 1375 unmittelbar ablöste, noch warum Robinsons Vorschlag nicht weiter standardisiert wurde.

Heng Lus Note 48 dient hier als redaktionelle Perspektive, nicht als Quelle für die Ereignisse von 1992: Sie lenkt den Blick auf IP-Adressen als eindeutige numerische Kennungen, deren Aufzeichnungen konsistent bleiben müssen. Daraus entsteht die Frage, was die Adresse selbst codieren sollte und was in Zuteilungsregistern, Masken, Routingprotokollen oder Anwendungsnamen besser aufgehoben wäre. RFC 1375 wollte Netzwerkgröße und mögliche regionale oder gerätebezogene Bedeutungen in Bits fassen. CIDR rückte variable Präfixe und Aggregation in den Vordergrund. Der Unterschied lag auch darin, wo die Komplexität der Interpretation anfiel.

Quellen