Die Ära der Klassenadressen und die Geburt der administrativen Knappheit

Zusammenfassung

• Ein Netz, das 300 normale Host-Adressen benötigte, überstieg die praktische Kapazität von 254 eines Klasse-C-Netzes um 46 Adressen. Die nächste native Klasse bot 65.534 normale Host-Adressen, während zwei Klasse-C-Netze 508 boten, allerdings möglicherweise mit einer zusätzlichen Route und erhöhtem Koordinationsaufwand. Die Klassen-Geometrie machte die Zuteilung daher zu einer Wahl zwischen unterschiedlichen Kosten und nicht einfach zu einer Ablesung des Host-Bedarfs.
• Drei zeitgenössische Momentaufnahmen zeigen, dass Klasse-C-Netze in Bezug auf die Anzahl der zugeteilten Netznummern-Einheiten dominierten, während Klasse-A-Zuteilungen in Bezug auf die repräsentierte Adresskapazität dominierten. Im Januar 1983 repräsentierten 31 Klasse-A-Zuteilungen 99,648 % der numerischen Adresswerte in den veröffentlichten Summen; 1.042 Klasse-C-Netze repräsentierten 0,051 %.
• Das erhaltene Material liefert keine gepaarte Stichprobe früher Anträge, Ablehnungen und Entscheidungen. Es kann keinen allgemeinen First-Mover-Effekt, ungleichen Zugang von Antragstellern oder die Kriterien in einer bestimmten frühen Klassenentscheidung nachweisen. Es stützt eine engere Schlussfolgerung: Dauerhafte Zuteilungen, die vorgenommen wurden, bevor spätere Kriterien explizit wurden, konnten eine plausible, pfadabhängige vorteilhafte Option schaffen.
• Die Knappheit des Adressraums, das Wachstum des Routing-Zustands, das Dimensionierungsproblem eines einzelnen Antragstellers und die begrenzte administrative Aufmerksamkeit waren unterschiedliche Zwänge. Sie traten zu unterschiedlichen Zeiten auf und wiesen oft in verschiedene Richtungen der Zuteilungsentscheidungen.
• Mehrere Klasse-C-Netze, Subnetting, zusammenhängende Blöcke und regionale Delegation waren zu der Zeit praktikable Alternativen, aber jede brachte Routing-, Hardware-, Koordinations- oder Verwaltungskosten mit sich. Eine faire kontrafaktische Annahme kann nicht unterstellen, dass klassenloses Routing während der gesamten 1980er Jahre verfügbar war.

Ein Netzplaner, der 300 normale Hosts erwartete, stieß auf eine genaue Diskontinuität. Ein Klasse-C-Netz enthielt 256 mögliche Werte im achtstelligen lokalen Adressfeld. Nach den später klargestellten Einschränkungen für die All-Zero- und All-One-Host-Werte bot es 254 normale Host-Adressen. Der Bedarf überstieg also ein Klasse-C-Netz um 46 Adressen, nicht um zwei. Die Zahl Zwei beschreibt die Differenz zwischen 256 numerischen Werten und 254 normalen Host-Adressen; sie beschreibt nicht das Defizit gegenüber einem Plan von 300 Hosts.

Zwei Klasse-C-Netze konnten den unmittelbaren Bedarf mit 508 normalen Host-Adressen decken. Sie blieben jedoch zwei klassenbasierte Netze, die möglicherweise zwei extern sichtbare Routing-Einträge, zwei Registrierungen und zusätzliche lokale Koordination erforderten. Die nächste native Klasse, Klasse B, bot 65.536 numerische lokale Adresswerte, also 65.534 normale Host-Adressen. Das war etwa das 258,008-fache der praktischen Host-Kapazität eines Klasse-C-Netzes und mehr als das 218-fache des angegebenen Bedarfs von 300 Hosts.

Das Protokoll enthielt keine Zwischenklasse. Es legte nicht fest, ob die Erhaltung von Adresswerten wichtiger war als die Erhaltung des Routing-Zustands, ob die Hardware der Organisation sicher subnetzen konnte, ob zwei kleinere Netze ohne Störung koordiniert werden konnten oder welches Wachstum zu berücksichtigen war. Diese Fragen mussten außerhalb des binären Musters gelöst werden.

Dies ist der Punkt, an dem technische Granularität zu administrativer Knappheit wurde. Knappheit begann nicht erst, als der verbleibende Pool sich der Erschöpfung näherte. Sie trat auch immer dann auf, wenn der Bedarf eines Antragstellers in die große Lücke zwischen den verfügbaren Einheiten fiel und ein Administrator bestimmen musste, welche Kosten das Zuteilungssystem akzeptieren würde.

Die Geometrie schuf eine Entscheidungsgrenze

RFC 791, veröffentlicht im September 1981, definierte eine Internet-Adresse als vier Oktette, also 32 Bits. Ihre höchstwertigen Bits wählten eines von drei normalen Adressformaten aus und legten damit die Teilung zwischen Netznummer und lokaler Adresse fest.

Die Schrägstrichnotation ist nur als moderne Übersetzung der festen Klassengrenzen enthalten. Sie sollte nicht rückwirkend als Beweis dafür interpretiert werden, dass ein Administrator im Jahr 1981 eine beliebige Präfixlänge zuweisen konnte. Eine Klasse B war kein Punkt in einem kontinuierlichen Menü. Ihre Leitbits wiesen klassenbasierte Implementierungen an, die ersten beiden Oktette als Netzteil zu behandeln. Eine Klasse C legte die Grenze nach drei Oktetten fest. Das System bot nativ keine global routingfähige Zuweisung, die genau zwischen den beiden lag.

Das numerische Kapazitätsverhältnis einer Klasse zur nächsten betrug genau 256. Eine Klasse A enthielt \(2^{24}\) lokale Adresswerte, eine Klasse B \(2^{16}\) und eine Klasse C \(2^8\). Nach Ausschluss der All-Zero- und All-One-Host-Werte waren die praktischen Verhältnisse etwas größer:

• \(16.777.214 / 65.534 = 256,007782\) Klasse-B-Kapazitäten pro Klasse A.
• \(65.534 / 254 = 258,007874\) Klasse-C-Kapazitäten pro Klasse B.

Die Ausschlüsse müssen datiert werden. RFC 791 legte die Klassengeometrie fest, veröffentlichte aber keine moderne Tabelle der nutzbaren Hosts. DieRFC 950, veröffentlicht 1985, erläuterte die speziellen Bedeutungen der All-Zero- und All-One-Felder im Kontext von Subnetting und Broadcasts. DieRFC 1122legte 1989 fest, dass die Host-, Netz- und Subnetzfelder nicht die Werte All-Zero oder All-One annehmen durften, außer in definierten Sonderfällen.

Für den Vergleich von Zuteilungen sind die gesamten numerischen Werte das am wenigsten hypothesenabhängige Maß: \(2^{24}\), \(2^{16}\) oder \(2^8\) pro Netz. Um das Problem der normalen Host-Kapazität eines Antragstellers gemäß den später geklärten Regeln nachzuvollziehen, sind die bekannten Zahlen abzüglich zwei angemessen. Die Vermischung dieser beiden Maße führt zu irreführenden Behauptungen, wie das Beispiel der 300 Hosts zeigt.

Die Bitmuster der höchstwertigen Bits teilten auch den gesamten 32-Bit-Raum ungleichmäßig auf. Adressen, die mit0begannen, belegten die Hälfte aller Bitstrings. Das Muster10belegte ein Viertel. Das Muster110belegte ein Achtel. Die anderen höchstwertigen Muster waren reserviert oder wurden für andere Zwecke weiterentwickelt, darunter Multicast und Experimente. Somit kontrollierte eine kleine Anzahl von Klasse-A-Netznummern einen riesigen Teil des numerischen Adressraums, während der viel größere Bestand an Klasse-C-Netznummern einen kleineren Bruchteil belegte.

Diese Unterscheidung zwischen Netznummern-Einheiten und repräsentierter Kapazität ist grundlegend. Ein Register konnte Tausende von Klasse-C-Einträgen und nur wenige Dutzend Klasse-A-Einträge enthalten, sodass Klasse C in Bezug auf die Arbeitslast dominant erschien. Dasselbe Register, gemessen in numerischen Adresswerten, konnte massiv auf Klasse A konzentriert sein. Keiner der beiden Nenner ist von Natur aus falsch. Sie beantworten unterschiedliche Fragen.

Die Zählung der Netznummern nähert die Anzahl der klassenbasierten Einheiten an, die registriert werden mussten und, wenn extern sichtbar, geroutet werden mussten. Die repräsentierte Kapazität misst, wie viele Adresswerte sich innerhalb der aufgeführten Zuteilungen befanden. Keines von beiden ist eine Zählung von Antragstellern. Keines misst aktive Hosts, Nutzung, Routing-Sichtbarkeit, organisatorische Zugehörigkeit oder wirtschaftlichen Wert.

Die Klassenarchitektur produzierte also gleichzeitig zwei Formen von Grobkörnigkeit. Sie bot Antragstellern zu wenige Zwischenkapazitäten, und sie machte die scheinbare Verteilung stark abhängig von der Analyseeinheit des Betrachters. Das administrative Urteil griff an der ersten Grenze ein. Das historische Urteil kann an der zweiten irren.

Routing machte die größere Einheit operativ attraktiv

Der Abstand zwischen Klasse B und Klasse C wäre weniger folgenschwer gewesen, wenn Router beliebige benachbarte Netze hätten aggregieren können, ohne ihre Interpretation zu ändern. Für einen Großteil der Zeit konnten sie das nicht.

Die ursprüngliche Architektur behandelte das Internet als eine Hierarchie klassenbasierter Netze. Ein Gateway konnte auf dem Netzteil routen, während es dem Empfänger überließ, das lokale Adressfeld zu interpretieren. Diese Anordnung war wirtschaftlich, wenn eine Netznummer einigermaßen gut zu einem physischen Netz oder einer Organisation passte. Sie wurde schwieriger aufrechtzuerhalten, als Universitäten, Unternehmen und öffentliche Netze Gebäude, lokale Netze, Punkt-zu-Punkt-Verbindungen und interne Gateways ansammelten.

RFC 950 beschrieb drei Hauptoptionen für eine Organisation mit mehreren LANs. Sie konnte eine separate Internet-Netznummer für jedes Kabel erhalten. Sie konnte mehrere LANs als ein einziges transparentes Netz erscheinen lassen. Oder sie konnte ein einzelnes zugewiesenes Netz in Subnetze aufteilen.

Die erste Option bewahrte einfache Host-Implementierungen, exportierte aber lokale Komplexität in das globale Routingsystem. RFC 950 warnte davor, dass die weltweite Verbreitung jedes lokalen Netzes zu einer Explosion der Routing-Tabellengröße führen würde, einschließlich auf Gateways mit wenig Platz für Routing-Informationen. Transparentes Bridging vermied zusätzliche Internet-Netznummern, brachte aber eigene Skalierungs- und Ausfallbereichsbeschränkungen mit sich.

Subnetting ermöglichte es einem externen klassischen Netz, mehrere interne Netze zu enthalten, was globale Routing-Einträge sparte, aber leistungsfähigere lokale Implementierungen erforderte.

Die Subnetz-Arithmetik veranschaulicht, warum Klasse B für einen wachsenden Campus attraktiv wurde. Wenn sechs Bits ihres 16-Bit-lokalen Feldes für Subnetze verwendet wurden, ergab die rohe Geometrie 64 Subnetzmuster und 1.024 Hostmuster in jedem Subnetz. Gemäß der damaligen Konvention, die All-Zero- und All-One-Subnetzmuster ausschloss, blieben 62 normale Subnetze. Unter Anwendung der üblichen Host-Ausschlüsse blieben 1.022 Host-Werte pro Subnetz. Das Produkt war: \[62 \times 1.022 = 63.364\] Diese Organisation konnte Dutzende interner Netze hinter einer einzigen externen Klasse-B-Nummer betreiben.

Die Anordnung verwendete weit mehr Adresswerte, als ein kleiner Campus ursprünglich benötigte, sparte aber extern sichtbare Netznummern und ließ Raum für internes Wachstum.

Subnetting war nicht kostenlos. Hosts und Gateways mussten Masken verstehen. Bestehende Zuweisungen im lokalen Feld konnten mit einer neuen Subnetzgrenze kollidieren. Die Software musste entscheiden, ob ein Ziel lokal war oder ein Gateway erforderte, indem sie mehr als nur die feste Klassengrenze verwendete.

Der operative Leitfaden von 1989, dieRFC 1118, beschrieb das Kompatibilitätsproblem direkt. Viele verfügbare Software, darunter 4.2BSD, konnte subnetzierte Adressen nicht ohne zusätzliche Software verarbeiten, während 4.3BSD Subnetting von Haus aus unterstützte. Andere Systeme variierten. Einige konnten als Blätter, aber nicht als Gateways innerhalb eines subnetzierten Teils des Netzes fungieren.

RFC 1118 gab den Routing-Kosten auch einen konkreten Maßstab. Sie gab an, dass einige wichtige Knoten nur Informationen für etwa 700 Netze speichern und austauschen konnten. Sie riet einem Campus, nicht mehr als zwei separate Netznummern anzukündigen. Einer Seite, die erwartete, diese Grenze zu überschreiten, wurde geraten, Subnetting in Betracht zu ziehen.

Das Dilemma des Zuteilers war also nicht einfach „großer Block gegen kleinen Block“. Es war eine Wahl zwischen Ressourcen, die an verschiedenen Stellen verbraucht wurden:

• Eine Klasse B verbrauchte einen großen Teil des endlichen Adresspools, konnte aber externe Routing-Einträge sparen.
• Mehrere Klasse-C-Netze sparten numerische Adresswerte, konnten aber Routen und lokale Koordinationsarbeit hinzufügen.
• Subnetting sparte externen Zustand, erforderte aber kompatible Ausrüstung und operative Kompetenz.
• Die Entscheidung aufzuschieben, sparte weder zukünftigen Umnummerierungsaufwand noch administrative Aufmerksamkeit, wenn der Antragsteller die ursprüngliche Zuteilung schnell überschritt.

Das Wachstum des Routing-Zustands machte den Kompromiss zunehmend dringlicher. DieRFC 1338reproduzierte eine Serie von Merit, die 173 angekündigte Routen im Juli 1988, 603 im Juli 1989 und 4.775 im Februar 1992 zeigte. Der vollständige Vergleich von Juli 1988 bis Februar 1992 war: \[4.775 / 173 = 27.601\] Das war eine 27,601-fache Zunahme über 43 Monate. Der kürzere Vergleich von Juli 1989 bis Februar 1992 war: \[4.775 / 603 = 7.919\] Das war eine 7,919-fache Zunahme über 31 Monate. Dies sind unterschiedliche Vergleiche und sie sollten nicht kombiniert werden.

RFC 1338 argumentierte, dass die Zuteilung von vier bis sechzehn Klasse-C-Netzen anstelle einer Klasse B die Erschöpfung der Klasse B verlangsamen, aber das Wachstum der Routing-Tabellen verschlimmern könnte, es sei denn, Inter-Domain-Routing-Protokolle könnten beliebige Netz-und-Maske-Aggregate darstellen. Das vorgeschlagene Heilmittel hing also von mehr als nur einer neuen Registrierungsregel ab. Router und Protokolle mussten Informationen transportieren, die nicht zu den alten Klassengrenzen passten.

Der Antragsteller mit 300 Hosts erscheint jetzt weniger als eine triviale Rechenübung. Zwei Klasse-C-Netze boten ausreichende unmittelbare Kapazität, aber sie könnten zwei Routen erfordern. Eine Klasse B reduzierte die externe Repräsentation auf ein Netz, während sie 65.536 numerische Werte reservierte. Die Architektur schuf die Diskontinuität. Routing und Ausrüstung bestimmten die relativen Kosten. Das administrative System musste eine unvollkommene Option auswählen.

Die frühe Entscheidungsschnittstelle bleibt unvollständig

RFC 791 erklärte, was eine Klasse bedeutete. Sie legte nicht fest, wer eine erhalten sollte. Diese Entscheidung durchlief eine Reihe wechselnder Institutionen und Verfahren.

Im September 1981 veröffentlichte dieRFC 790die zugeteilten Netznummern und leitete Zuteilungsanträge an Jon Postel am Information Sciences Institute der University of Southern California weiter. Das Register zeigte zugeteilte, reservierte und nicht zugeteilte Nummern, veröffentlichte aber keinen vollständigen allgemeinen Test für die Wahl zwischen Klasse A, B und C.

Im Januar 1983 dokumentierte dieRFC 820eine ausgearbeitetere politische Umgebung. Sie kennzeichnete Zuteilungen als Forschung und Entwicklung, Verteidigung oder kommerziell. Ihr Anhang fasste die zwischen dem Defense Data Network Program Office und der DARPA im September 1982 vereinbarten Empfehlungen zusammen. Für die Forschungsgemeinschaft knüpften die Empfehlungen die Vergabe von Netz-Identifikatoren an den Nachweis, dass der Antragsteller Standard-Gateway-Software erwarb oder ein Gateway implementierte, das die Anforderungen des Exterior Gateway Protocol (EGP) erfüllte.

Dieses Kriterium betraf die Berechtigung und die operative Bereitschaft. Es lieferte keine vollständige Dimensionierungsregel. Es konnte einen Antragsteller, der bereit war, an der relevanten Netzumgebung teilzunehmen, von einem anderen ohne geeignete Gateway-Fähigkeit unterscheiden, aber es sagte einem Administrator nicht, ob eine qualifizierte Organisation, die 500 Hosts plante, zwei Klasse-C-Netze oder eine Klasse B erhalten sollte.

RFC 820 verzeichnete auch eine Implementierungslücke zwischen der beabsichtigten Aufteilung der Verantwortlichkeiten und der tatsächlichen Funktionsweise. Die vorgeschlagene Aufteilung war nicht vollständig umgesetzt worden, und Postel blieb der Koordinator für Nummernzuteilungen. Die formalen Rollenbeschreibungen und die tägliche Verwaltung waren noch dabei, zusammenzuwachsen.

Die institutionelle Regelung änderte sich im Laufe des Jahrzehnts. DerGuide to the SRI ARC/NIC Archives des Computer History Museumdatiert die Übertragung der Verwaltung zugeteilter Nummern und der globalen IP-Adresszuteilung von USC-ISI zum SRI NIC-Vertrag im Jahr 1987. Das Findmittel identifiziert Korrespondenz und Namens- und Adressierungsmaterial, das Antragsunterlagen enthalten könnte, offenbart aber nicht selbst die Begründung hinter einer einzelnen Klassenentscheidung.

RFC 1118 lieferte 1989 eine öffentliche Beschreibung des Verfahrens für Antragsteller. Ein prospektives angeschlossenes Netz musste eine Nachricht an[email protected]senden, das Connected-Adress-Modell anfordern, es ausfüllen und zurücksenden. Die zugeteilte Adresse wurde dann per E-Mail oder Post zurückgesandt. Der Leitfaden fügte hinzu, dass nur wenige Klasse-A-Nummern übrig seien und dass die meisten Antragsteller in der Praxis zwischen Klasse B und Klasse C wählen müssten.

Das belegt, dass es ein Formular, einen Rückkanal und ein Ergebnis gab. Es reproduziert nicht die ausgefüllten Formulare und zeigt nicht, welche Felder die ausgewählte Klasse in einem bestimmten Fall bestimmten. Eine Verfahrensbeschreibung ist kein Antrags-Entscheidungs-Datensatz.

Die erhaltene Bestätigung, die an die University of Bristol gesendet wurde, ist ebenfalls begrenzt. Die Universität reproduziert eine Nachricht vom 8. März 1991, die137.222.0.0, ein Klasse-B-Netz, anBRISTOL-NETzuteilt. Sie identifiziert die Klasse, die Nummer, den technischen Kontakt und das Datum. Sie berät den Empfänger auch über die Registrierung der Host-Tabelle, Broadcast-Adressierung und Adressauflösung.

Die Bestätigung enthält nicht den von Bristol eingereichten Antrag, die Host-Prognosen, den Subnetzplan, die in Betracht gezogenen Alternativen, die vom Hostmaster gestellten Fragen oder die Gründe für die Wahl der Klasse B. Sie beweist ein Ergebnis, nicht die Entscheidungsregel des Administrators. Es ist eine Antwort ohne den entsprechenden Antrag und die Beratung.

Die hier gesammelten direkten Beweise rekonstruieren daher kein vollständiges Antrags-Antwort-Paar oder eine frühe Antrags-Entscheidung. Behauptungen darüber, was ein früher Administrator tatsächlich gesehen hat, müssen Hypothesen bleiben. Ein plausibler Administrator hätte die erwarteten Hosts, die Topologie, Gateways, Software und Konnektivität berücksichtigen können, weil diese Fragen betrieblich relevant waren und in öffentlichen Richtlinien auftauchten. Das erhaltene Material belegt nicht, dass alle diese Elemente in einer bestimmten frühen Entscheidung eingereicht oder gewichtet wurden.

Die Unterscheidung ist wichtig, weil die abgeschlossenen Zuteilungstabellen besonders verlockende Beweise sind. Sie zeigen, was nach der Genehmigung aufgezeichnet wurde. Sie zeigen nicht die beantragte Klasse, die ursprünglich angebotene Größe, die Prognosen des Antragstellers, eine Ablehnung, eine Reduzierung, eine Verzögerung oder einen nicht eingereichten Bedarf. Die Entscheidungsschnittstelle aus der abgeschlossenen Tabelle abzuleiten, würde Ergebnisse in Motivationen umwandeln.

Im August 1990 beschrieb dieRFC 1174die institutionellen Rollen formaler. Die IANA-Funktion bei USC-ISI behielt die zentrale Autorität zur Zuteilung und Vergabe numerischer Identifikatoren und das Ermessen, Teile dieser Verantwortung zu delegieren. Die Verantwortung für Netz- und Autonomous-System-Identifikatoren war dem Internet Registry bei SRI International am DDN-NIC übertragen worden. Das Dokument empfahl, die zentralen IANA- und Internet-Registry-Funktionen beizubehalten, während Blöcke an international genehmigte Organisationen delegiert wurden.

Diese Rollen sollten nicht verwechselt werden. Die IANA-Funktion, das Internet Registry, der NIC-Dienst und das Internet Activities Board nahmen verwandte, aber unterschiedliche Positionen ein. Das IAB gab Empfehlungen heraus. Die IANA-Funktion hielt die Autorität für Zuteilung und Delegation. Das Internet Registry sammelte und pflegte die Aufzeichnungen und bearbeitete Nummernzuteilungen. Der Antragsteller traf das System in der Regel über einen Hostmaster und eine zurückgegebene Nummer.

RFC 1174 belegt, dass Ermessen und Delegation 1990 anerkannte institutionelle Konzepte waren. Sie belegt nicht, wie das Ermessen in einem bestimmten Fall von 1983 oder 1991 ausgeübt wurde.

Die Verteilung messen, ohne Antragsteller zu erfinden

Ein reproduzierbares Maß kann aus veröffentlichten zeitgenössischen Momentaufnahmen konstruiert werden, vorausgesetzt, seine Beobachtungseinheit bleibt eng.

Die hier verwendete Einheit ist eine klassenbasierte Netznummern-Einheit, wie sie von der zitierten Quelle gezählt wird. Es ist keine Organisation, kein Antragsteller, kein geroutetes Präfix, kein Host, kein derzeitiger Inhaber, kein Transfer und keine wirtschaftliche Transaktion. Wenn eine Quelle einen Bereich, der 1.024 Klasse-C-Netze enthält, einem einzigen Namen zuordnet, zählt das Maß 1.024 klassenbasierte Einheiten. Es behauptet nicht, dass der Bereich 1.024 Begünstigte darstellt.

Drei veröffentlichte Momentaufnahmen liefern nützliche Vergleichspunkte:

1. Die Gesamtsummen vom Januar 1983 aus RFC 820 für zugeteilte Klasse-A-, -B- und -C-Netznummern.
2. DieRFC 1166, veröffentlicht im Juli 1990, und ihre Gesamtsummen für Netze, die für das Internet und unabhängige Nutzungen zugeteilt wurden.
3. DieRFC 1466, veröffentlicht im Mai 1993, und ihre Tabelle mit dem Titel „Network Number Statistics (May 1992)“.

Reservierte und nicht zugeteilte Bereiche, Autonomous-System-Nummern, Multicast-Raum und experimentelle Klassen sind ausgeschlossen. Die repräsentierten numerischen Werte werden berechnet, indem jede Quellenzählung mit \(2^{24}\), \(2^{16}\) oder \(2^8\) multipliziert wird. Die Berechnung subtrahiert keine Host-, Subnetz- oder Broadcast-Reservierungen, weil die Empfänger ihre lokalen Felder unterschiedlich strukturieren konnten und weil das Ziel darin besteht, die numerische Kapazität zu messen, die von jeder Klassenverteilung umfasst wird.

Für Januar 1983: \[(31 \times 16.777.216) + (24 \times 65.536) + (1.042 \times 256) = 521.933.312\]

Für Juli 1990: \[(34 \times 16.777.216) + (2.533 \times 65.536) + (16.214 \times 256) = 740.578.816\]

Für die Statistiken vom Mai 1992: \[(49 \times 16.777.216) + (7.354 \times 65.536) + (44.014 \times 256) = 1.315.302.912\]

Die Klasse-C-Netze dominierten in allen drei ausgewählten Momentaufnahmen die Zählung der Netznummern-Einheiten. Sie dominierten nicht die repräsentierte Kapazität. Im Januar 1983 umfassten 31 Klasse-A-Zuteilungen 99,648 % der numerischen Adresswerte in den veröffentlichten Summen. Die 1.042 Klasse-C-Einheiten umfassten 0,051 %.

Die erste Zeile enthält eine starke Konzentration. RFC 820 ordnete den Bereich192.1.xxxbis192.4.xxxden „BBN local networks“ zu. Jeder vollständige Wert des zweiten Oktetts umfasste 256 Klasse-C-Netznummern. Vier dieser Werte umfassten daher: \[4 \times 256 = 1.024\] Diese 1.024 Einheiten repräsentierten: \[1.024 / 1.042 = 98,272553 %\] der Klasse-C-Zählung in der Gesamtsumme vom Januar 1983. Ihre kombinierte numerische Kapazität betrug: \[1.024 \times 256 = 262.144\] Das entsprach vier Klasse-B-Netzen in roher numerischer Kapazität: \[4 \times 65.536 = 262.144\]

Der Bereich zeigt, warum Zählungen von Netzeinheiten nicht als Zählungen von Begünstigten gelesen werden können. Er zeigt auch, dass die ausgewählte Klasse keine mechanische Funktion der aggregierten numerischen Kapazität war. Eine prominente Organisation konnte als eine große Sammlung kleiner klassenbasierter Einheiten erscheinen und nicht als ein einziger grober Block.

Die veröffentlichte Tabelle sagt nicht warum. Sie zeigt nicht, ob die BBN-Netze separat geroutet, für Tests verwendet, für verschiedene lokale Umgebungen reserviert oder nach einem anderen technischen Plan organisiert waren. Sie durch vier Klasse-B-Netze in einer kontrafaktischen zu ersetzen, bewahrt die rohe Kapazität, aber nicht unbedingt die Topologie, das Experimentieren, das Routing-Verhalten oder die beabsichtigte Verwaltungsstruktur. Der Bereich ist daher ein Beweis gegen eine vereinfachende Lesart eine Organisation/eine Klasse, kein Beweis für die Begründung des ursprünglichen Administrators.

RFC 820 enthält auch offensichtliche Publikationsunregelmäßigkeiten. Mehrere Verteidigungs-Klasse-C-Zeilen wiederholen einen numerischen Wert, während die Summen separate Einheiten zählen. Temporäre Nummern, umbenannte Netze und Übergangseinträge erscheinen anderswo. Die eigenen Summen der Quelle sind daher für eine aggregierte Messung sicherer als eine naive Zählung der sichtbaren Zeilen. Sie bleiben abhängig von den Definitionen der Quelle.

Die Momentaufnahme von 1990 führt einen anderen Nenner ein. RFC 1166 berichtete separat über 4.210 Netze, die für ARPA-Internet und DDN-Internet zugeteilt wurden, und 18.781, die für das Internet und unabhängige Nutzungen zugeteilt wurden. Das angeschlossene Teilset umfasste 29 Klasse A, 1.209 Klasse B und 2.972 Klasse C. Die breitere Gesamtzuteilung enthielt 34 Klasse A, 2.533 Klasse B und 16.214 Klasse C.

Die breitere Gesamtsumme ist geeignet, um die klassenbasierte Kapazität zu messen, die weltweit in zugeteilter oder zugewiesener Nutzung inklusive unabhängiger Netze in Gebrauch genommen wurde. Das angeschlossene Teilset kommt einer Zählung der Netze in den angegebenen Internet-Umgebungen näher. Keine der beiden Summen ist eine Zählung von Antragstellern. Keine offenbart, wie viele Anträge abgelehnt oder überarbeitet wurden.

Die Quellen von 1992 warnen davor, Momentaufnahmen in eine fälschlich präzise kontinuierliche Reihe zu zwingen. RFC 1338 berichtete, dass eine Analyse der Dateinetwork-contacts.txtdes DDN-NIC am 25. Februar 1992 46 zugeteilte Klasse A und 5.467 zugeteilte Klasse B gefunden hatte. RFC 1466 reproduzierte später die Mai-1992-Summen von 49 und 7.354. Die Dokumente verwendeten auch unterschiedliche Klasse-B-Pool-Nenner: 16.256 in RFC 1338 und 16.383 in RFC 1466.

Es wäre unklug, die gesamte Differenz als einen Schub von Zuteilungen über drei Monate zu interpretieren. Die Dateien, Filter, die Behandlung reservierter Bereiche oder die Bedeutungen von „zugeteilt“ könnten unterschiedlich gewesen sein. Ohne die zugrunde liegenden datierten Dateien und ihre Transformationsregeln kann die Diskrepanz nicht aus den beiden Summen allein gelöst werden. Die damaligen Autoren nahmen eindeutig ein schnelles Wachstum wahr, aber diese Wahrnehmung macht unterschiedliche Maße nicht austauschbar.

Die Namen der Begünstigten reparieren den fehlenden Nenner nicht

Eine Geographie zuzuordnen ist schwieriger, als Klassen-Zählungen zu multiplizieren. Frühe Register lieferten kein standardisiertes Länderfeld neben jedem Netz. Einige Namen identifizierten explizit einen Ort oder eine Institution. Andere beschrieben ein Projekt, ein experimentelles System, einen Auftragnehmer oder ein transnationales Netz. Eine Kontaktadresse konnte identifizieren, wo die Verwaltung stattfand, ohne jedes Land zu identifizieren, in dem das Netz betrieben wurde.

Die Klasse-A-Einträge in RFC 1166 enthielten eindeutig nicht-amerikanische Fälle, darunter RSRE in Großbritannien, CAN-INET in Kanada und JAPAN-A mit einem Kontakt an der Universität Tokio. Frühere Register umfassten das University College London und transatlantische Paket- oder Satellitennetze. Das reicht aus, um die Behauptung zu widerlegen, dass große Klassenverteilungen ausschließlich amerikanisch waren. Es reicht nicht aus, um einen zuverlässigen Prozentsatz pro Land zu erstellen.

Ein transatlantisches Satellitennetz widersetzt sich der Zuordnung zu einem einzigen Land. Ein Unternehmen kann in mehreren Rechtsräumen tätig sein. Ein Projektname kann seinen ursprünglichen institutionellen Standort überleben. Spätere Registereinträge können Fusionen, Transfers, Reorganisationen oder geänderte Kontakte widerspiegeln. Die heutige Geographie kann nicht als Geographie des ursprünglichen Begünstigten zurückprojiziert werden, ohne eine dokumentierte Kette.

Die Namen ändern auch die Beobachtungseinheit. Mehrere Einträge können zu einer einzigen Organisation gehören; ein Eintrag kann mehrere Organisationen oder Betriebsstandorte unterstützen. Der Klasse-C-Bereich von BBN ist das klarste Beispiel für viele Netznummern-Einheiten unter einem Namen. Die spätere Nutzung von Netz 35 durch Merit über mehrere Autonomous Systeme veranschaulicht das umgekehrte Problem: Ein klassisches Netz konnte an einer verteilten Routing-Vereinbarung teilnehmen.

Das Fehlen erfolgloser Anträge ist schwerwiegender. Veröffentlichte Register zeigen hauptsächlich realisierte Zuteilungen. Sie legen die gesamte Antragstellerpopulation nicht offen. Die fehlenden Beobachtungen können umfassen:

• Anträge, die zur Nachfrage nach weiteren Informationen zurückgesandt wurden;
• Anträge, die in einer kleineren Klasse als ursprünglich beantragt gewährt wurden;
• verzögerte oder aufgegebene Anträge;
• Organisationen, die an einen Anbieter oder ein anderes Register weitergeleitet wurden;
• Netze, die private oder nicht eindeutige Nummerierung verwendeten;
• Organisationen, die das relevante Verfahren nicht kannten;
• Antragsteller, die durch Gateway-, Konnektivitäts- oder Ausrüstungsanforderungen abgeschreckt wurden;
• Begünstigte, deren ursprüngliche Formulare nicht mehr existieren.

Ohne diesen Nenner können die Momentaufnahmen keine Genehmigungsraten, Verzögerungen, ungleichen Zugang oder First-Mover-Vorteil auf Antragstellerebene messen. Sie können nicht zeigen, ob technisch ähnliche Antragsteller unterschiedliche Klassen erhielten. Sie können nicht belegen, dass die technische Fähigkeit einer Organisation den Erfolg wahrscheinlicher machte.

Die Daten können die Grobkörnigkeit, Konzentration und sich ändernde Verteilung der klassenbasierten Einheiten belegen. Sie können einen Mechanismus identifizieren, durch den frühe dauerhafte Zuteilungen spätere Optionen bewahren konnten. Sie können diesen Mechanismus nicht ohne gepaarte Anträge und Ergebnisse in einen gemessenen sozialen Effekt umwandeln.

Diese Einschränkung ändert die Sprache der Schlussfolgerung. „Frühe Begünstigte hatten besseren Zugang“ würde Beweise über vergleichbare Antragsteller erfordern. „Administratoren bevorzugten fähige Inhaber“ würde Beweise über Entscheidungen und Alternativen erfordern. Die vertretbare Behauptung ist konditional: Wenn eine Organisation eine große Zuteilung erhielt und einsetzte, bevor strengere Kriterien veröffentlicht wurden, konnten die Kosten der Umnummerierung es ihr ermöglichen, eine Reihe von Optionen zu behalten, die ein späterer Antragsteller unter denselben Bedingungen möglicherweise nicht erhalten hätte.

Das ist eine plausible Pfadabhängigkeit. Es ist keine quantifizierte First-Mover-Dividende.

Öffentliche Kriterien entstanden, als der Druck zunahm

Die unvollständige frühe Schnittstelle sollte nicht mit dem Fehlen jeglicher Kriterien verwechselt werden. Die Akte zeigt einige frühe Berechtigungsregeln und viel explizitere spätere Vergaberichtlinien.

Das Forschungskriterium von RFC 820 knüpfte die Nummernzuteilung an die Gateway-Bereitschaft. Es empfahl auch Kontinuität, wenn ein experimentelles Netz in den Betrieb überging: Wenn die Umnummerierung Schwierigkeiten verursachte, konnte das Netz seine Kennung behalten, während sich seine administrative Kategorie änderte. Das war eine explizite Anerkennung, dass der Einsatz Wechselkosten schuf. Es zeigt nicht, dass Administratoren einen zukünftigen Marktwert antizipierten. Es zeigt, dass Kontinuität bereits betrieblich wichtig war.

1990 verwendete RFC 1174 direkt die Sprache der Knappheit. Das schnelle Wachstum und die Internationalisierung machten eine weitere Delegation opportun, und die Klasse-A- und -B-Identifikatoren wurden als zunehmend knappe Ressourcen beschrieben, die eine sorgfältige Zuteilung erforderten. Das Dokument verband eine Kapazitätssorge mit einer administrativen Sorge. Eine weltweite Bevölkerung von Antragstellern war auf Funktionen angewiesen, die noch in amerikanischen Institutionen zentriert waren, während die Anzahl der Netze und Registrierungen zunahm.

Die vorgeschlagene Antwort war eine kontrollierte Verteilung und nicht die sofortige Aufgabe der zentralen Autorität. Das Internet Registry sollte das Hauptregister und das Standardregister bleiben, wo keine delegierte Autorität existierte. Genehmigte Organisationen konnten Blöcke und delegierte Verantwortung erhalten. Kopien der aggregierten Registrierungsdaten würden verteilt, während Aktualisierungen zentral blieben.

DieRFC 1366, veröffentlicht im Oktober 1992, verwandelte die Ausrichtung in spezifischere Regeln. Kandidaten für regionale Register mussten in ihren geografischen Gebieten anerkannt, stabil, angemessen ausgestattet und gemeinsamen IANA- und Internet-Registry-Richtlinien verpflichtet sein. Die zentralen Funktionen behielten die Verantwortung für Klasse-B-Raum, wobei regionale Register bei der Bewertung halfen.

Für Klasse B legte RFC 1366 zwei Kriterien fest: einen Subnetzplan, der mehr als 32 Subnetze dokumentierte, und mehr als 4.096 Hosts. Sie erlaubte eine Einzelfallprüfung, wenn ein Block von Klasse-C-Netzen technisch ungeeignet war. Für Klasse C schlug sie bitweise zusammenhängende Blöcke vor, dimensioniert nach Bedarf und einer 24-Monats-Prognose.

Die Kriterien machten einige Faktoren öffentlich, ließen aber Ermessensspielraum. „Mehr als 32 Subnetze“ hing von einer vorgeschlagenen Topologie ab. „Mehr als 4.096 Hosts“ hing davon ab, was als Host zählte und ob die Zahl den aktuellen Einsatz oder ein glaubwürdiges Wachstum beschrieb. Technische Ungeeignetheit erforderte eine Erklärung und keine automatische Berechnung.

Die kanonische Quelle der damaligen ZeitRIPE-048, veröffentlicht am 1. August 1992, zeigt die europäische Schnittstelle in Entwicklung. Sie gab an, dass das RIPE NCC Anträge europäischer Organisationen bearbeitete und Antragsteller das Material in der Regel über einen IP-Dienstanbieter oder das RIPE NCC zurücksenden würden. Sie verknüpfte die Zuteilung mit Anbieterbeziehungen und prospektiver externer Konnektivität.

RIPE-048 gab an, dass Klasse-A- und -B-Nummern knapp seien und eine Begründung hinsichtlich der erwarteten Netzgröße und -struktur erforderten. Ein Klasse-A-Antrag erforderte eine detaillierte technische Begründung und eine globale Überprüfung, die mehrere Monate dauern konnte. Sie riet, anstelle einer Klasse B einen angemessenen Satz von Klasse-C-Netzen zu verwenden, wenn das Netz so gestaltet werden könne, und stellte explizit fest, dass dies frühere, durch Routing-Tabellenbeschränkungen motivierte Ratschläge umkehrte.

Das Dokument bezog sich auf ein separates einseitiges Informationsblatt zu Klasse B, aber der geprüfte Text von RIPE-048 reproduziert dieses Blatt nicht. Es wäre daher unangemessen, RIPE-048 eine detaillierte Liste von Prognosefeldern für Hosts, Subnetze und Nutzung zuzuschreiben. Die direkte Unterstützung ist enger: erwartete Größe und Struktur, Anbieter- oder Konnektivitätskontext, Eignung von Klasse C, detaillierte Begründung für Klasse A und die Möglichkeit einer langen globalen Überprüfung.

RFC 1466, veröffentlicht im Mai 1993, liefert die detaillierten Felder direkt. Ein Klasse-B-Antragsteller sollte mehr als 32 Subnetze und mehr als 4.096 Hosts dokumentieren. Der technische Plan musste erklären, warum ein Block von Klasse-C-Netzen unangemessen war, und die Anzahl der erwarteten Hosts innerhalb von 24 Monaten und die Anzahl der Hosts pro Subnetz in diesem Zeitraum enthalten. Die Pläne sollten vertraulich bleiben und dazu dienen, zu beurteilen, ob der Antrag gerechtfertigt war. Ein Antragsteller, der den Test nicht bestand, würde einen Klasse-C-Block erhalten, während Ausnahmen möglich blieben.

Für Klasse C legte RFC 1466 eine Skala für zusammenhängende Zuteilungen basierend auf der 24-Monats-Prognose des Teilnehmers fest:

Diese Schwellenwerte verwendeten den Adressbedarf und nicht die praktische Kapazität von 254 Hosts, die im Eingangsbeispiel verwendet wurde. Diese Unterscheidung spiegelt die eigene Zuteilungsskala des Dokuments wider und sollte nicht stillschweigend in eine andere Konvention „korrigiert“ werden.

Die Richtlinie erlaubte eine Anpassung an die Topologie. Eine Organisation mit 600 Hosts, die gleichmäßig auf zehn Ethernets verteilt waren, konnte zehn Klasse-C-Netze erhalten, eines pro LAN, wenn sie die Abweichung durch einen technischen Plan begründete. Die Register konnten auch eine Erklärung verlangen, wenn das Fehlen von Subnetting der Klasse-C-Netze übermäßigen Platz verbrauchen würde.

Die Entscheidungsschnittstelle der späten Periode war daher sichtbarer als die frühe. Antragsteller wussten, dass Host-Zahlen, Subnetzpläne, ein 24-Monats-Horizont und die Eignung von Klasse C wichtig waren. Sie wussten auch, dass Ausnahmen und das Ermessen des Registers bestehen blieben. Der Wandel verlief nicht von Ermessen zu fehlendem Ermessen. Er verlief von dünnen öffentlichen Kriterien hin zu strukturiertem Ermessen.

Grenzfälle verhindern eine moralische Geschichte

Aggregierte Maße können mehrere vereinfachte Geschichten stützen, wenn ihre Grenzen ignoriert werden. Die benannten Fälle sind wertvoll, weil sie diese Geschichten schwächen, ohne zu behaupten, nicht dokumentierte Motive zu offenbaren.

Der BBN-Bereich stellt die Behauptung in Frage, dass prominente Inhaber ausnahmslos eine grobe Klasse erhielten. Im Januar 1983 repräsentierten die „BBN local networks“ 1.024 der 1.042 Klasse-C-Einheiten in der Gesamtsumme der Quelle. Vier Klasse-B-Netze hätten die gleiche rohe numerische Kapazität mit vier klassischen Einheiten bereitgestellt. Dennoch zeigte das Register die feine Klasse in großen Mengen.

Das belegt nicht, dass Administratoren eine feinkörnige Zuteilung für BBN bevorzugten. Der ursprüngliche Grund fehlt. Der Bereich könnte Tests, separate lokale Netze, Experimente oder interne Verwaltungszwecke unterstützt haben. Seine Mitglieder sind möglicherweise nicht alle als unabhängige globale Routen erschienen. Die vertretbare Schlussfolgerung ist einfach, dass institutionelle Bekanntheit nicht mechanisch mit einer großen Klassenverteilung korrespondierte.

Bristol stellt eine andere Behauptung in Frage. Eine europäische Universität erhielt am 8. März 1991 eine Klasse B, nachdem das Routing-Wachstum offensichtlich war und bevor die detaillierten Kriterien von 1992–1993 veröffentlicht wurden. Die Bestätigung widerlegt eine absolute Behauptung, dass mittelgroße Erbklassen für nicht-amerikanische Universitäten geschlossen waren.

Sie belegt keine Gleichbehandlung. Der Antrag fehlt, und es gibt keine gepaarte Gruppe von nicht erfolgreichen Universitäten. Der Fall beweist, dass ein solches Ergebnis eintrat, nicht wie oft oder warum.

Das Netz 35 von Merit liefert einen operativen Grenzfall. RFC 1166 listete Netz 35 unter den Klasse-A-Zuteilungen. DieRFC 1482, veröffentlicht im Juli 1993, zeigte es so konfiguriert auf dem NSFNET T3-Backbone, dass Routing-Ankündigungen von bis zu sechs Autonomous Systemen erwartet werden konnten.

Diese Konfiguration von 1993 belegt nicht die Begründung der ursprünglichen Zuteilung. Sie zeigt, dass eine einzelne klassische Netznummer später eine aggregationsartige operative Rolle in einer substantiellen Routing-Umgebung spielen konnte. Ein retrospektiver Nutzungstest, der nur auf der Anzahl aktiver Hosts basiert, würde diese Routing-Funktion übersehen.

Diese Fälle beschränken die These, anstatt sie zu beweisen. Große Zuteilungen waren nicht unbedingt irrational. Sammlungen kleiner Netze waren nicht auf marginale Antragsteller beschränkt. Nicht-amerikanische Universitäten waren nicht kategorisch von Klasse B ausgeschlossen. Eine große Netznummer konnte eine Routing-Rolle haben, die über die Anzahl der zu einem bestimmten Zeitpunkt sichtbaren Hosts hinausging.

Die Falsifikation funktioniert hier, indem sie universelle Behauptungen entfernt. Sie liefert nicht die fehlenden Entscheidungsunterlagen. BBN, Bristol und Merit müssen als Grenzfälle gegen vereinfachende Erklärungen behandelt werden, nicht als Fenster in die ursprüngliche Begründung des Administrators.

Vier Zwänge traten zu unterschiedlichen Zeiten auf

Das Wort Knappheit kann mehr verschleiern als erklären, wenn die beschränkte Ressource nicht benannt wird.

Die Knappheit des endlichen Adressraums betraf den begrenzten 32-Bit-Raum und, unmittelbarer, die begrenzten Bestände an Klasse-A- und Klasse-B-Netznummern. Eine Klasse A umfasste \(2^{24}\) numerische lokale Adresswerte und verbrauchte einen von etwa 126 normalen Netznummernplätzen, die in den damaligen Tabellen erkannt wurden. RFC 1466 meldete nur etwa 11 Klasse-A-Nummern als nicht zugeteilt oder nicht reserviert gemäß ihren politischen Definitionen und reservierte die obere Hälfte des Klasse-A-Raums auf unbestimmte Zeit.

Die Knappheit des Routing-Zustands betraf Speicher, Verarbeitung, Protokollaktualisierungen und Betriebsstabilität. Sie konnte akut werden, während große Teile des numerischen Adressraums noch nicht zugeteilt waren. Jedes separat sichtbare Klasse-C-Netz konnte ein Ziel zur Router-Tabelle hinzufügen. Die Warnung von RFC 1118 bezüglich Knoten, die auf etwa 700 Netze beschränkt waren, und die Routing-Serie von RFC 1338 zeigen, warum ein subnetztes Klasse-B-Netz betrieblich weniger kostspielig erscheinen konnte als mehrere kleinere Netze.

Der Bedarf auf Antragstellerebene war noch einmal anders. Die Organisation mit 300 Hosts empfand den gesamten IPv4-Pool nicht als reichlich. Sie empfand eine verfügbare Klasse als zu klein um 46 normale Host-Adressen und die nächste als weit größer als nötig. Zwei Klasse-C-Netze lösten das Kapazitätsproblem, führten aber mögliche Routing- und Koordinationskosten ein. Die Knappheit des Antragstellers war ein Mangel an einer gut passenden Zuteilungseinheit.

Die administrative Aufmerksamkeit betraf die Fähigkeit, Formulare zu empfangen, Fragen zu stellen, Pläne zu bewerten, Aufzeichnungen abzugleichen, Delegationen zu koordinieren und Entscheidungen zurückzusenden. RFC 1174 verband weitere Delegation mit schnellem Wachstum und Internationalisierung. RFC 1466 gab an, dass die Nachfrage in zwei Jahren erheblich gestiegen war und die Zuteilung einen systematischeren Ansatz erforderte. RIPE-048 warnte, dass die globale Überprüfung eines Klasse-A-Antrags mehrere Monate dauern konnte.

Diese Zwänge entwickelten sich nicht gemeinsam. Routing-Tabellen konnten schnell wachsen, selbst wenn Millionen von Klasse-C-Netznummern theoretisch verfügbar blieben. Ein kleiner Antragsteller konnte auf eine starke Klassengrenze stoßen, während die gesamte numerische Erschöpfung noch fern war. Ein zentrales Register konnte einer wachsenden Arbeitslast gegenüberstehen, selbst wenn jedes einzelne Formular einfach war. Eine Politik, die darauf ausgelegt war, Klasse-B-Nummern zu schonen, konnte den Antragstellern bewusst mehr Ausrüstungs- oder Routing-Kosten auferlegen.

Die Trennung verhindert auch kausale Abkürzungen. Die Existenz eines endlichen 32-Bit-Raums diktierte kein bestimmtes Verwaltungsregime. Das Klassendesign bestimmte die verfügbaren Einheiten. Routing-Beschränkungen veränderten ihre relativen Betriebskosten. Administrative Institutionen entschieden, wie Autorität verteilt und Ausnahmen bewertet wurden. Antragsteller lieferten unvollständige Prognosen und wählten, welche Anträge sie stellten.

Knappheit war kein einzelnes Ereignis. Sie war eine Reihe unzusammenhängender Zwänge.

Praktikable Alternativen hatten alle Kosten

Eine kontrafaktische Betrachtung der damaligen Zeit müsste fragen, was mit den damals verfügbaren Protokollen, Geräten und Institutionen vernünftigerweise hätte getan werden können. Sie darf nicht unterstellen, dass ein Administrator im Jahr 1981 das Problem lösen konnte, indem er ein modernes willkürliches Präfix in ein Register schrieb.

Betrachten wir eine Organisation, die 1.000 normale Hosts erwartet. Vier Klasse-C-Netze boten: \[4 \times 254 = 1.016\] normale Host-Adressen. Eine Klasse B bot 65.534. In Bezug auf die Adresserhaltung waren vier Klasse-C-Netze deutlich besser. In einem klassenbasierten Routingsystem könnten sie vier extern sichtbare Netzeinträge erfordern. Der Rat von RFC 1118, dass ein Campus nicht mehr als zwei separate Netze ankündigen sollte, machte diese Kosten 1989 erheblich.

Die erste praktikable Alternative war die Zuteilung mehrerer Klasse-C-Netze und die Akzeptanz der zusätzlichen Netznummern. Das erforderte kein neues Adressformat. Es bewahrte die numerische Kapazität und konnte für Geräte geeignet sein, die Subnetting nicht unterstützten. Zu seinen Kosten gehörten zusätzliche Registrierungen, Konfiguration und möglicherweise globale Routen. Zukünftiges Wachstum könnte einen weiteren Antrag oder eine Umnummerierung auslösen.

Die zweite Alternative war die Zuteilung einer Klasse B und die Anforderung von internem Subnetting. Das bewahrte den externen Routing-Zustand und gab der Organisation erheblichen Spielraum für Wachstum. Seine Kosten waren eine viel größere Reservierung numerischer Adresswerte und eine Abhängigkeit von Hosts und Gateways, die Subnetting unterstützten. In einer Zeit der Mischung von 4.2BSD, 4.3BSD und anderen Implementierungen war Kompatibilität eine betriebliche Sorge und keine administrative Fiktion.

Eine dritte Option war die Zuteilung zusammenhängender Klasse-C-Netze in Vorbereitung auf eine spätere Aggregation. Zusammenhängende halfen, die Möglichkeit zu bewahren, mehrere Netze als ein einziges Präfix darzustellen, sobald Routing-Protokolle und Router beliebige Netz-und-Maske-Informationen unterstützten. Vor einer solchen Unterstützung interpretierte das klassenbasierte System die Komponenten weiterhin als einzelne Klasse-C-Netze. Zusammenhängende allein ließ die Routing-Einträge nicht verschwinden.

RFC 1338 machte diese Abhängigkeit explizit. Ihr vorgeschlagener Zuteilungsplan konnte mittelgroßen Organisationen angemessen große Klasse-C-Blöcke geben, aber der Routing-Vorteil erforderte, dass Inter-Domain-Protokolle beliebige Netz-plus-Maske-Ziele darstellen konnten. Multihomed-Organisationen benötigten möglicherweise noch spezifischere Ankündigungen. Der Einsatz erforderte Softwareänderungen, operative Koordination und Vereinbarung zwischen NIC, IANA und Dienstanbietern.

Früheres Subnetting war eine weitere praktikable Antwort, aber es löste die interne Topologie innerhalb einer zugeteilten Klasse. Es reduzierte nicht die Größe der gewährten Klasse. Ein subnetztes Klasse-B-Netz platzierte immer noch 65.536 numerische Werte unter einer einzigen Zuteilung. Die Aufteilung einer Klasse A zwischen nicht verbundenen Organisationen hätte eine gemeinsame Routing- und Verwaltungsschicht oder externe klassenlose Unterstützung erfordert, die die ursprüngliche zweistufige Architektur nicht bot.

Transparentes Bridging konnte mehrere LANs als ein einziges Netz erscheinen lassen, verlagerte aber die Komplexität in eine größere Sicherungsschichtdomäne. Es beseitigte nicht die Kosten für Ausfälle, Leistung oder Koordination. Es war kein universeller Ersatz für geroutete Subnetze.

Regionale oder anbieterbasierte Delegation konnte die administrative Aufmerksamkeit verteilen, ohne das Adressformat zu ändern. Blöcke von Klasse-C-Netznummern konnten an Organisationen delegiert werden, die näher an den Antragstellern waren. Das konnte Kommunikationswege verkürzen, den Dienst in der Landessprache verbessern und die routinemäßige Prüfung vom zentralen Register entfernen.

Delegation schuf auch Kosten. Zentrale und regionale Stellen benötigten konsistente Aufzeichnungen, gemeinsame Kriterien und zuverlässige Aktualisierungsverfahren. Jemand musste entscheiden, welche regionale Institution die Legitimität, Ressourcen und Neutralität besaß. RFC 1366 und RFC 1466 widmeten diesen Qualifikationen erhebliche Aufmerksamkeit, weil die Delegation eine folgenreiche Autorität übertrug, nicht nur postalische Arbeit.

Eine weitere Möglichkeit war die Forderung nach häufigerer Umnummerierung oder Rückgewinnung. Das hätte ungenutzte Kapazität zurückgewinnen können, aber es hätte Kosten für Hosts, Gateways, Zugriffskontrollen, Dokumentation, Gegenstellen, Betriebspersonal verursacht. Die Kontinuitätsempfehlung von RFC 820 zeigt, dass die Schwierigkeit der Umnummerierung bereits anerkannt war. Eine Regel, die diese Kosten ignorierte, würde Adresswerte bewahren, indem sie Störungen zu den Betreibern exportiert.

Jede Alternative bepreiste also Knappheit anders:

• Mehrere Klasse-C-Netze sparten Adresswerte, konnten aber Routen und administrative Transaktionen verbrauchen.
• Ein subnetztes Klasse-B-Netz sparte externen Zustand, verbrauchte aber eine grobe Adresseinheit und erforderte kompatible Ausrüstung.
• Zusammenhängende Klasse-C-Netze bewahrten zukünftige Aggregationsoptionen, boten aber kein sofortiges klassenloses Routing.
• Regionale Delegation verteilte die Prüfung, erforderte aber Koordination, Legitimität und Aufzeichnungskonsistenz.
Umnummerierung gewann Kapazität zurück, aber auf Kosten der Betriebskontinuität.

Das beobachtete System war nicht das einzige technisch mögliche System. Es war eine Antwort auf Kosten, die nicht alle gleichzeitig minimiert werden konnten.

Was sich änderte, was blieb und was nicht abgeleitet werden kann

Die Beweise stützen eine geteilte Zuschreibung der Kausalität. Das Klassendesign schuf die Diskontinuitäten. Die 32-Bit-Adresse hätte auf andere Weise aufgeteilt werden können, aber die eingesetzte Architektur bot feste Grenzen A, B und C. Für einen Bedarf knapp über 254 normalen Hosts gab es keine native Klasse, die einen bescheidenen Anstieg bot. Das war eine Eigenschaft des Protokolls.

Routing und Hardware machten die Diskontinuitäten wirtschaftlich und operativ bedeutsam. Mehrere Klasse-C-Netze konnten Adresswerte sparen, während sie die Netznummern- und Routing-Lasten erhöhten. Ein subnetztes Klasse-B-Netz konnte externen Zustand sparen, erforderte aber geeignete Software und verbrauchte eine viel größere Zuteilung. Das waren für damalige Ingenieure sichtbare Zwänge.

Die Verwaltungspolitik bestimmte die Reaktion des Systems. Frühe veröffentlichte Dokumente enthielten Kriterien für Berechtigung und Gateway-Bereitschaft, rekonstruieren aber keine vollständige Klassenauswahlschnittstelle. Zwischen 1990 und 1993 diskutierte die öffentliche Akte explizit Knappheit, Delegation, Host- und Subnetzschwellen, 24-Monats-Prognosen, technische Pläne und Ausnahmen. Das Ermessen wurde strukturierter, ohne zu verschwinden.

Die Ergebnisse auf Antragstellerebene bleiben unterbestimmt. Den verfügbaren Momentaufnahmen fehlen vollständige Anträge, Ablehnungen, Alternativen, Nutzungsaufzeichnungen und Entscheidungserklärungen. Sie können nicht belegen, dass technisch fähige Antragsteller allgemein besseren Zugang genossen oder dass Administratoren systematisch Inhaber bevorzugten. Sie können auch nicht belegen, dass frühe große Zuteilungen in jedem Fall gerechtfertigt waren.

Die Momentaufnahmen zeigen jedoch einen plausiblen Mechanismus der Pfadabhängigkeit. Sobald ein Begünstigter eine Zuteilung einsetzte, verursachte die Umnummerierung Kosten. RFC 820 erkannte die Schwierigkeit explizit als Grund an, eine Nummer zu behalten, wenn ein experimentelles Netz in den Betrieb überging. Eine frühe große Zuteilung konnte daher bestehen bleiben, nachdem sich die Kriterien für vergleichbare Neuzuteilungen verschärft hatten.

Der Vorteil muss als Option beschrieben werden, nicht als gemessene Dividende. Der Begünstigte konnte intern wachsen, weiterhin ein klassisches Ziel darstellen, seltener umnummerieren oder eine Kapazität behalten, deren spätere Beschaffung schwierig wurde. Ob ein bestimmter Begünstigter diese Optionen genutzt, sie verdient oder ihre spätere Bedeutung vorhergesehen hat, ist eine separate empirische Frage.

Moderne Beweise bestätigen die Persistenz, ohne frühe Motive aufzulösen. Eine Studie von 2017 über gemeldete IPv4-Transfers ergab, dass Erbraum 63,82 % des Adressraums in ihrer Stichprobe gemeldeter Transfers ausmachte. Dieselbe Forschung zeigte, warum spätere Aufzeichnungen mit Vorsicht zu interpretieren sind: Routing-Änderungen können Anbieterwechsel, Neuzuweisungen, organisatorische Umstrukturierungen oder komplexes Adressmanagement widerspiegeln, nicht einen Verkauf.

Dieses Ergebnis ist nur als enge Überprüfung relevant. Es zeigt, dass Zuteilungen aus der Zeit vor dem Register lange genug bestanden, um materiell an der späteren Umverteilung teilzunehmen. Es zeigt nicht, warum 1983 eine Klasse ausgewählt wurde, ob der ursprüngliche Antragsteller eine genaue Prognose lieferte, ob die Zuteilung fair war oder was ein früher Administrator zu tun beabsichtigte.

Der heutige Geldwert ist noch weiter von der frühen Entscheidung entfernt. Ein aktueller Preis, der auf alle Adressen innerhalb eines Erbblocks angewendet wird, würde nicht gerouteten Raum, politische Beschränkungen, Transaktionskosten, Fragmentierung, operative Abhängigkeiten und die Unterscheidung zwischen Registrierung und Kontrolle ignorieren. Wichtiger noch, er würde eine spätere Knappheit durch das zeitgenössische Motiv ersetzen.

Die historische Schlussfolgerung ist daher begrenzt, aber folgenreich. Das klassische IPv4 wandelte technische Granularität in eine administrative Entscheidungsgrenze um. Routing-Beschränkungen machten die größere Einheit manchmal vertretbar. Ausrüstungsbeschränkungen machten Subnetting manchmal teuer. Frühe Antragsteller und Administratoren arbeiteten mit Prognosen, die heute aus den abgeschlossenen Registern nicht rekonstruiert werden können. Spätere Richtlinien machten die Abwägungskriterien expliziter und verlagerten die Arbeit auf regionale und anbieterbasierte Institutionen.

Die administrative Knappheit entstand in der Lücke zwischen 254 und 65.534, aber nicht, weil die Lücke eine einzige Antwort diktierte. Sie entstand, weil jede verfügbare Antwort Kosten für eine andere Partei oder ein anderes System verursachte und jemand entscheiden musste, welche Kosten akzeptiert werden.

Quellen

• RFC 790,Zugewiesene Nummern
• RFC 791,Internet Protocol
• RFC 820,Zugewiesene Nummern
• RFC 950,Internet Standard Subnetting Procedure
• RFC 1118,Der Hitchhiker's Guide to the Internet
• RFC 1122,Requirements for Internet Hosts — Communication Layers
• RFC 1166,Internet Numbers
• RFC 1174,IAB Recommended Policy on the Distribution of Internet Identifier Assignment
• RFC 1338,Supernetting: an Address Assignment and Aggregation Strategy
• RFC 1366,Guidelines for Management of IP Address Space
• RFC 1466,Guidelines for Management of IP Address Space
• RFC 1482,Aggregation Support in the NSFNET Policy-Based Routing Database
• RIPE-048,RIPE Internet Network Numbers Template
• Computer History Museum,Guide to the SRI ARC/NIC Archives
• University of Bristol,25 years of the Internet at the University of Bristol
• On IPv4 Transfer Markets: Analyzing Reported Transfers and Inferring Transfers in the Wild