Zusammenfassung

  • US-Bundesprogramme haben die frühe Nummernverwaltung durch finanzierte Backbones, von Auftragnehmern betriebene Register und Zugangsrichtlinien beeinflusst, aber diese Mechanismen liefen über getrennte Stellen und begründeten keine universelle Autorität über Internetkennungen.
  • Es gibt erhaltene Aufzeichnungen über praktische internationale Auswirkungen, aber es fehlt ein vollständiger Datensatz, der Zuschüsse mit Zuteilungen verknüpft, sowie repräsentative nicht-amerikanische Antragsunterlagen, sodass der Umfang nicht verantwortungsvoll in eine Anzahl von Washington kontrollierten Zuteilungen umgerechnet werden kann.

Am 1. April 1993 änderte sich die administrative Anlaufstelle für einen Großteil der Internetregistrierungsanträge. Nicht-DDN-Nutzer (Defense Data Network) wurden vom DDN Network Information Center zum Registrierungsdienst des neuen InterNIC umgeleitet. DDN-Nutzer blieben beim DDN-NIC. Neue Formulare entfernten DDN-spezifische Verweise, separate WHOIS-Dienste teilten die resultierenden Aufzeichnungen, und Network Solutions wurde der designierte Empfänger für Nicht-DDN-Anträge.

Dies war nicht nur eine Adressänderung. Es verlagerte einen antragsorientierten Dienst, der IP-Adressen und AS-Nummern bearbeitete, von einem im militärischen Netzwerkumfeld verankerten Zentrum hin zu Network Solutions als Empfänger von Registrierungsdiensten im Rahmen einer Kooperationsvereinbarung der National Science Foundation für das nicht-militärische Internet. Dies geschah ohne die Übertragung aller zugehörigen Funktionen an dieselbe Organisation. Das Information Sciences Institute der USC behielt die Koordinationsarbeit der Internet Assigned Numbers Authority. Das DDN-NIC bediente weiterhin seine militärische Kundschaft.

Die anderen beteiligten InterNIC-Organisationen erbrachten Informations- und Verzeichnisdienste. Backbone-Betrieb und Routing blieben anderweitig.

Dieser Übergang verdeutlicht den besonderen Charakter des föderalen Einflusses auf die frühe Nummernverwaltung. Die USA übten diesen Einfluss nicht über ein einziges Büro mit allen relevanten Befugnissen aus. Sie finanzierten Forschung, vergaben Kooperationsvereinbarungen, sponserten Backbones, vergaben Aufträge für andere Arbeiten und erließen Regeln für Einrichtungen im Rahmen spezifischer Programme. Diese Eingriffe konnten eine Registrierungsstelle, eine Route oder einen Informationsdienst außergewöhnlich wichtig machen. Ihre Reichweite hing jedoch vom Instrument, der bedienten Bevölkerungsgruppe und dem beteiligten Netzwerkpfad ab.

Dieselbe Trennung ist notwendig, wenn man die berühmten Wachstumszahlen von NSFNET liest. Der Abschlussbericht von Merit gibt an, dass der erweiterte T1-Backbone im Juli 1988 mit nur den USA, Frankreich und Kanada als internationalen Verbindungen in Betrieb ging. Der Bericht ist intern inkonsistent bezüglich der Netzwerkpopulation zu dieser Zeit. Seine Übersicht auf Seite 4 nennt 217 angeschlossene Netzwerke; sein Betriebsbericht auf Seite 24 nennt über 170. Er gleicht die beiden Zahlen nicht ab. Keine sollte daher als exakte Basis für eine Wachstumsberechnung verwendet werden.

Am anderen Ende des Programms zeigt der Bericht eine nach Ländern aufgeschlüsselte Tabelle vom 30. April 1995 mit 50.766 Netzwerken und gibt an, dass 93 Länder im Backbone-Dienst von NSFNET angekündigt worden waren. Diese spätere Population bezieht sich auf das Routing. Es handelt sich nicht um eine Zählung von Zuschüssen, Antragstellern, physischen Schaltkreisen, geförderten Einrichtungen, Personen oder Zuteilungen durch eine Bundesbehörde. Die drei Zahlen – 217, über 170 und 50.766 – beschreiben Populationen, deren Zählbeziehungen nicht gut genug dokumentiert sind, um eine genaue Zeitreihe zu bilden.

Die administrative Transition von 1993 und die 1995 beobachtete Routing-Reichweite gehören dennoch zur selben institutionellen Geschichte. Bundesprogramme halfen, sowohl einen wichtigen Registrierungskorridor als auch eine hochwertige Konnektivitätsumgebung zu etablieren. Sie beeinflussten die Bedingungen, unter denen Nummern beantragt, registriert, angekündigt und nutzbar gemacht wurden. Aber Zuteilung, Registrierung, Verbindung und Routenakzeptanz blieben unterschiedliche Handlungen. Diese Unterscheidung wiederherzustellen ist der Schlüssel zum Verständnis von Stärke und Grenze der US-Finanzierung.

Eine Abfolge von Rollen, keine einheitliche Befehlskette

Die institutionelle Abfolge begann, bevor der Name „IANA“ seine spätere Bedeutung erlangte. Laut derrechtlichen Rekonstruktion des US Government Accountability Office von 2016wechselte die von Jon Postel geleitete Koordinationsarbeit für Kennungen 1977 von der University of California in Los Angeles zum Information Sciences Institute der USC. Dort wurde sie durch vom Verteidigungsministerium finanzierte Forschungsprojekte fortgesetzt. Das GAO untersuchte die Eigentumsimplikationen eines viel späteren Übergangs, ohne eine Geschichte der Zuteilungen zu schreiben, aber seine Chronologie ist nützlich, um die Vertragsbeziehung zu verorten.

Die erhaltenen Vertragsunterlagen sind lückenhaft. Das GAO konnte keine Kopien der DARPA-Verträge aus den 1970er-1990er Jahren beschaffen, unter denen die IANA-Funktionen entwickelt und ausgeführt worden sein sollen. Diese Abwesenheit ist bedeutsam. Sie verhindert eine klauselweise Abrechnung der Rechte der Regierung, der Pflichten der USC und der genauen Leistungssprache, die die frühe Nummernkoordination regelte. Die Existenz von verteidigungsfinanzierten Forschungsprojekten stützt eine Beziehung der Sponsorschaft und Auftragsvergabe; sie liefert nicht die fehlenden Bedingungen für jede Kennung oder jeden Antragsteller.

Ein besser erhaltenes Instrument taucht erst am Ende des Zeitraums auf. Der letzte DARPA-Vertrag der USC für diese Arbeit war der Tera-node-Netzwerktechnologievertrag DABT63-95-C-0095. Aufgabe 4 umfasste „Netzwerkinfrastrukturaktivitäten“, einschließlich der Rolle der Internet Assigned Numbers Authority, und lief von Juli 1995 bis Juli 1999. Diese Daten sind entscheidend. Die Aufgabe bestätigt eine explizite Vertragspflicht ab Juli 1995, aber ihr Wortlaut kann nicht rückwirkend auf jeden Verteidigungsvertrag ab 1977 projiziert werden.

Die operative Trennung, die im August 1990 sichtbar war, stammte aus einer anderen Quelle.RFC 1174, eine informative Erklärung der vom Internet Activities Board empfohlenen Politik gegenüber dem Federal Networking Council, gab an, dass die USC/ISI die zentrale IANA-Funktion wahrnahm. Sie gab auch an, dass die IANA die Verantwortung für Netzwerk- und AS-Nummern an ein von SRI International am DDN-NIC betriebenes Internet-Register delegiert hatte. Die RFC beweist, was das IAB zu diesem Datum beschrieben hat. Sie ist nicht der Vertrag von SRI, und das zugrundeliegende Finanzierungsinstrument für die Internet-Registerarbeit von SRI wird durch die RFC nicht festgelegt.

Die Terminologie der Behörden änderte sich ebenfalls im Laufe dieser Geschichte. Die Defense Communications Agency wurde am 25. Juni 1991 in Defense Information Systems Agency umorganisiert und umbenannt, gemäß deroffiziellen Institutionsgeschichte der DISA. Zeitgenössische Dokumente spiegeln den Übergang wider. RFC 1174 gehört zur DDN-Umgebung von August 1990. Im März 1993 wurden die für DDN-Nutzer aufbewahrten Formulare als von der DISA genehmigt beschrieben. Das DCA-Etikett über beide Daten hinweg auszudehnen, würde einen institutionellen Wandel verschleiern; DISA für die Registrierung von 1990 zu verwenden, wäre ebenso anachronistisch.

Ein paralleles ziviles Programm entwickelte sich unter der Schirmherrschaft der National Science Foundation. Die NSF veröffentlichte die Ausschreibung 87-37 für das Management und den Betrieb des erweiterten NSFNET-Backbones am 15. Juni 1987. Merit Network verwaltete und koordinierte das resultierende Projekt im Rahmen der Kooperationsvereinbarung NCR 8720904, in Zusammenarbeit mit IBM, MCI und dem Bundesstaat Michigan. Merit war der Empfänger der Kooperationsvereinbarung und der Programmmanager. IBM lieferte Ingenieursleistungen und Ausrüstung. MCI lieferte Telekommunikationseinrichtungen und Fachwissen.

Die NSF finanzierte das Programm und legte seinen öffentlichen Zweck fest. Keine dieser Rollen machte Merit oder die NSF zum allgemeinen Aussteller jeder vom Backbone transportierten Netzwerknummer.

Die betriebliche Regelung änderte sich erneut im September 1990, als die Partner Advanced Network & Services ankündigten. DerAbschlussbericht von Merit, verfasst von einer mit dem Programm verbundenen Stelle und 1995 als retrospektiver Bericht veröffentlicht, gibt an, dass ANS anschließend den NSFNET-Backbone-Dienst als Auftragnehmer von Merit erbrachte und das Network Operations Center übernahm. Dies ist ein Beleg für eine Dienst- und NOC-Rolle im Rahmen der Merit-Vereinbarung. Es ist kein Beleg dafür, dass ANS die IANA-Koordination oder Internet-Registerfunktionen übernommen hätte.

Der Bericht gibt an, dass IBM und MCI anfänglich 4 Millionen Dollar zu ANS beigetragen haben und sich jeweils zu weiteren einer Million Dollar sowie Personal und Ausrüstung verpflichteten. Der anfängliche Beitrag und die beiden späteren Verpflichtungen müssen getrennt bleiben. Eine Verpflichtung ist kein Beleg für Erhalt oder Ausgabe, und diese Unternehmensbeträge teilen nicht dieselbe Rechnungsgrundlage wie die ausgewiesene NSF-Unterstützung im Rahmen von NCR 8720904.

1994 tauchte eine weitere abgegrenzte Funktion in der NSFNET-Nachfolgearchitektur auf. Die NSF-Ausschreibung 93-52 verteilte den Übergang auf einen Forschungs-Hochgeschwindigkeits-Backbone, Network Access Points, einen Routing Arbiter und Unterstützung für regionale Anbieter. Merit und die USC/ISI bildeten das ausgewählte Team für den Routing Arbiter. Der Merit-Bericht identifiziert das Team und die Ankündigung von 1994, liefert aber keine hier sicher reproduzierbare Zuschussnummer. Der Routing Arbiter verwaltete Routing-Informationen für Anbieter, die sich über die aufkommende Architektur verbanden.

Seine Datenbank wurde nicht zur Quelle der in diesen Routen repräsentierten Netzwerknummern.

Diese Abfolge ist aufschlussreicher als ein einheitliches institutionelles Etikett. Die USC/ISI koordinierte und delegierte Kennungsarbeit im Rahmen unvollständig erhaltener Verteidigungsverträge. SRI betrieb das im August 1990 beschriebene Internet-Register, obwohl diese RFC nicht sein Finanzierungsinstrument war. Merit verwaltete die NSFNET-Kooperationsvereinbarung. ANS betrieb anschließend den Backbone-Dienst und das NOC als Auftragnehmer von Merit. Die InterNIC-Registrierungsdienste übernahmen 1993 die Nicht-DDN-Antragstellerpopulation. Der Routing Arbiter koordinierte Routing-Informationen in der Nachfolgeumgebung.

Jede Rolle war wichtig; keine umfasste alle anderen.

Was RFC 1174 tatsächlich festhielt

RFC 1174 ist außergewöhnlich wertvoll, weil sie ein System unter Spannung erfasst. Es ist auch leicht, sie zu überinterpretieren. Das Dokument wurde im August 1990 als Empfehlung des IAB an den Federal Networking Council veröffentlicht. Es spezifizierte keinen Internetstandard, erließ kein Gesetz und berichtete nicht über vollständige Implementierungsergebnisse.

Sein historischer Bericht beschrieb ein Internet, das seinen ursprünglichen Kundenstamm aus militärischen, staatlichen und staatlich geförderten Forschungseinrichtungen überschritten hatte. In der früheren Forschungsumgebung, so hieß es, wurden Nummern an teilnehmende Organisationen vergeben. Als die Infrastruktur wuchs, erhielten andere Organisationen Nummern und durften sich verbinden, wenn sie Teil der US-Regierung waren oder einen staatlichen Sponsor hatten. Das DDN-NIC bei SRI stellte das einzige Internet-Register, das die globale Eindeutigkeit wahren sollte.

Die kommerzielle Nutzung störte diese Vereinbarung. Organisationen installierten private Netzwerke, die eindeutige Netzwerknummern benötigten, selbst wenn sie nicht mit dem föderal geförderten System verbunden werden sollten. RFC 1174 meldete, dass das Internet-Register eine Politik angenommen hatte, Netzwerknummern an jeden zu vergeben, der sie beantragte, während es durch den Status „connected“ zwischen Netzwerken unterschied, die für die Verbindung zugelassen waren. Dies ist ein wichtiges Gegenargument zu jeder Behauptung, dass eine föderale Verbindung für die Vergabe unverzichtbar gewesen sei.

Der Status „connected“ hatte tatsächlich praktische administrative Auswirkungen. Die RFC verband ihn mit der Sponsorschaft der US-Regierung und sagte, dass das Konzept in Formularen und Datenbanken des Internet-Registers vorkam. Ihr Anhang über das DNS berichtete über eine frühere Politik, nach der die Aufnahme in eine wichtige DNS-Datenbank an die Zustimmung einer US-Behörde zur Internet-Verbindung gebunden war. Dies sind spezifische Behauptungen über gemeldete Praktiken. Sie sollten nicht ausgeweitet werden, um zu schlussfolgern, dass der Status „connected“ gleichförmig jede Art von Registrierung, Zuteilung oder Route kontrollierte.

Das IAB schlug drei sofortige Änderungen vor. Es empfahl, Verweise auf den Status „connected“ aus Formularen und Datenbanken für die Registrierung von Netzwerken und autonomen Systemen zu entfernen. Es empfahl die Sammlung kurzer Erklärungen zu Nutzungsbedingungen, Zugangs- und Transitpolitiken. Es empfahl auch, jedes im DNS registrierte Netzwerk ohne Rücksicht auf den Status „connected“ zuzulassen. Der beigefügte DNS-Vorschlag forderte, dass die Registrierung von Namen und Reverse-Adressen vom Routing getrennt werden sollte und dass keine US-Regierungssponsorschaft für diese Registrierung erforderlich sein sollte.

Dies waren Empfehlungen. Die vorgeschlagene Politikdatenbank bewies nicht, dass jedes Register und jeder Betreiber eine solche Datenbank anschließend einheitlich implementierte. Die RFC zeigte auch nicht, dass jeder Verweis auf den Status „connected“ sofort verschwand, dass jede ausländische Delegation stattfand oder dass jeder Routenbetreiber die vorgeschlagenen politischen Informationen nutzte. Das Dokument legt die Ansicht des IAB dar, dass die alte Kopplung untragbar geworden war, und hält die Praktiken fest, auf die die Vorschläge antworteten.

Die vorgeschlagene Verteilung der Kennungsarbeit war ebenso vorsichtig. RFC 1174 empfahl die Beibehaltung der zentralen IANA- und Internet-Registerfunktionen. Das Register würde Blöcke von Netzwerk- und AS-Nummern an Organisationen zuweisen, die vom Coordinating Committee for Intercontinental Research Networking genehmigt wurden, und diesen Organisationen erlauben, weitere Zuteilungen vorzunehmen. Das bestehende Register blieb der Standard, wo keine delegierte Behörde identifiziert worden war. Aggregierte Datenbanken würden geteilt, aber Aktualisierungen blieben zunächst zentralisiert.

Dies war kein Vorschlag für uneingeschränkten Wettbewerb zwischen austauschbaren Registern. Er sah delegierte Blöcke innerhalb einer koordinierten Hierarchie vor, mit während der Anfangsphase beibehaltenen zentralen Aktualisierungen. Seine Architektur versuchte, die Beteiligung zu erweitern, ohne die Konsistenz aufzugeben.

Die RFC zog auch eine feste territoriale und operative Grenze. Sie stellte fest, dass die wachsende Population nicht-amerikanischer Netzwerke nicht verpflichtet werden sollte, US-Zugangs- und Nutzungskriterien zu befolgen, nur weil sie zum globalen Internet gehörten. Föderale Kriterien konnten auf Verkehr angewendet werden, der über föderal geförderte Netzwerke gesendet wurde. Die Unterscheidung lag zwischen der Nutzung einer finanzierten Einrichtung und dem Besitz einer global eindeutigen Kennung.

Diese Grenze garantierte keine perfekte Einhaltung. RFC 1174 überprüfte nicht jeden Betreiber, Antrag oder Route. Dennoch zeigt sie, dass die führenden Gremien die Gleichsetzung globaler Registrierung mit universeller US-Nutzungsautorität ablehnten. Sie verortete die Durchsetzung auch auf der Ebene der Netzwerkadministratoren und nicht des Registers. Das Register sollte den Nummernraum verwalten und Informationen sammeln; die Betreiber sollten entscheiden, welchen Verkehr sie befördern.

Das Ergebnis war ein pluraleres Autoritätsdesign. Die IANA koordinierte und delegierte. Das Internet-Register bearbeitete und registrierte Kennungen. DNS-Betreiber pflegten Namensdaten. Backbone-Sponsoren definierten die Bedingungen ihrer Einrichtungen. Netzwerkbetreiber akzeptierten oder lehnten Routen und Verkehr ab. Diese Funktionen interagierten, aber der Zweck der Empfehlung war, zu verhindern, dass ihre Interaktion mit einer einzigen globalen Erlaubnis verwechselt wird.

Das Geld von NSFNET und die Bedeutung einer Backbone-Finanzierung

NSFNET stellte die sichtbarste Infrastruktur dieser Geschichte dar, aber seine finanzielle Akte erfordert eine sorgfältige Behandlung. Der Merit-Bericht identifiziert NCR 8720904 als die Kooperationsvereinbarung, unter der Merit das NSFNET-Backbone-Netzwerkprojekt verwaltete und koordinierte. Auf Seite 13 gibt er an, dass die NSF Mittel in Höhe von 57,9 Millionen Dollar für die Schaffung des erweiterten Backbones im Rahmen einer ursprünglich auf fünf Jahre vergebenen und später auf siebeneinhalb Jahre verlängerten Vereinbarung bereitstellte.

Der Betrag ist nominal, wie berichtet. Die Quelle gibt kein Vergabejahr oder einen Finanzierungskalender an. Noch wichtiger ist, dass die Retrospektive der Einrichtung kein Zuschusshauptbuch ist. Sie stellt nicht fest, ob die 57,9 Millionen Dollar den anfänglichen Zuschussbetrag, den kumulierten Betrag, der durch Änderungen zugesagt wurde, oder den endgültig ausgegebenen Betrag darstellen. Es ist am besten, ihn als den retrospektiven Betrag des Berichts für die Mittel zu verstehen, die für die Schaffung des erweiterten Backbones über die Laufzeit der verlängerten Vereinbarung bereitgestellt wurden.

Diese Grenze ist wichtig, da das Programm auf mehrere Finanzierungsquellen angewiesen war. IBM und MCI stellten Ausrüstung, Personal und Dienstleistungen zur Verfügung; der Bundesstaat Michigan trug ebenfalls bei. ANS erhielt später den gemeldeten Unternehmensbeitrag und die Verpflichtungen. Regionale Netzwerke sammelten Mittel von Universitäten, Bundesstaaten, Unternehmen und Nutzern. Diese Zahlen zu addieren, würde einen gemeinsamen Rechnungsrahmen implizieren, den die Quellen nicht liefern.

Die Finanzierung war auch keine Zahlung für Nummerzuteilungen. Sie unterstützte einen Backbone-Dienst: Knoten, Schaltkreise, Router, Ingenieurwesen, Betrieb, technische Koordination und Übergang. Ihre institutionelle Bedeutung ergab sich daraus, was der Dienst ermöglichte. Ein Netzwerk, das Routen mit dem Backbone austauschen konnte, erhielt Zugang zu einer großen Forschungs- und Bildungsgemeinschaft. Eine durch dieses System sichtbare Netzwerknummer wurde für eine wachsende Anzahl von Zielen operativ nützlich.

Die Startstatistiken veranschaulichen sowohl den Umfang als auch das Beweisproblem. Seite 4 des Merit-Berichts gibt an, dass der Dienst im Juli 1988 mit 217 angeschlossenen Netzwerken startete. Seite 24 gibt an, dass der neue Backbone in diesem Monat mit über 170 angeschlossenen Netzwerken in Betrieb ging. Die Differenz könnte auf Zeitplan, Zählregeln, einen redaktionellen Fehler oder die Einbeziehung unterschiedlicher nachgelagerter Populationen zurückzuführen sein, aber der Bericht sagt es nicht. Einen der beiden Werte als exakten Startpunkt einer prozentualen Wachstumsreihe zu wählen, würde Genauigkeit vortäuschen.

Die dreistufige Struktur verkompliziert die Einheit weiter. Campus-Netzwerke erreichten den nationalen Backbone typischerweise über regionale oder zwischengeschaltete Netzwerke. Ein angeschlossenes Netzwerk war nicht unbedingt ein direkter Schaltkreis, ein Zuschussempfänger oder eine einzelne Einrichtung. Die Beziehung zwischen Anschluss, angekündigtem Netzwerk und nachgelagertem Nutzer änderte sich mit der Weiterentwicklung von Routing- und Aggregationspraktiken.

Eine weitere Reichweitenbehauptung stammt aus der GAO-Chronologie von 2016. Sie gibt an, dass NSFNET Netzwerke verband, die über 4.000 Forschungs- und Bildungseinrichtungen in den gesamten USA bedienten. Dies ist eine spätere retrospektive Aussage über Einrichtungen, die über angeschlossene Netzwerke bedient wurden. Das GAO gibt kein genaues Beobachtungsdatum an, das die Zahl mit der länderbezogenen Tabelle vom 30. April 1995 in Einklang bringen würde. Eine Einrichtung konnte mehrere Netzwerke betreiben, während ein regionales Netzwerk mehrere Einrichtungen bedienen konnte. Die beiden Populationen können nicht durcheinander dividiert werden.

Die Nutzungsbedingungen der NSF gaben der Finanzierung dennoch praktische Kraft. Der Verkehr auf dem Backbone sollte Forschung und Bildung unterstützen. Zwischengeschaltete Netzwerke konnten auf ihren eigenen Einrichtungen breiteren Verkehr transportieren, während ihre Nutzung von NSFNET weiterhin der Programmrichtlinie unterlag. RFC 1174 stellte die daraus resultierende Schwierigkeit fest: Eine kommerzielle Organisation konnte sowohl forschungsbezogenen als auch nicht forschungsbezogenen kommerziellen Verkehr erzeugen, während Policy-Routing auf der groben Ebene ganzer Netzwerke arbeitete.

Dies war ein echter Einflussmechanismus, aber er betraf den Transport. Eine Route konnte für einen finanzierten Backbone förderfähig sein oder nicht, ohne die Gültigkeit der zugrunde liegenden Nummer zu ändern. Eine zugeteilte Nummer verpflichtete NSFNET nicht, sie anzukündigen oder zu transportieren. Umgekehrt zeigte das Erscheinen in den Routing-Informationen von NSFNET nicht, dass die NSF sie zugeteilt hatte.

Die Backbone-Vereinbarung schuf daher eine bedingte operative Abhängigkeit und keine verschmolzene Verwaltungsbefugnis. Die NSF verwaltete die Mittel der Kooperationsvereinbarung und die davon unterstützten Einrichtungen. Merit verwaltete die Kooperationsvereinbarung; ANS betrieb anschließend den Backbone-Dienst als Auftragnehmer von Merit. Regionale und Netzwerkbetreiber verwalteten Anschlüsse und Routen. Die Kennungskoordination und die antragsorientierte Registrierung blieben anderen Institutionen überlassen.

Der Korridor vom DDN-NIC zu InterNIC

Die konkreteste Verbindung zwischen einer föderalen Finanzierungsvereinbarung und der Nummernverwaltung ist die Übertragung der Nicht-DDN-Registrierungsdienste im Jahr 1993. Im Gegensatz zu einer hypothetischen Antragstellergeschichte identifizieren die erhaltenen Unterlagen die betroffene Klasse, die betriebliche Änderung, ihr Datum und ihre Ausnahme.

Die spätere GAO-Rekonstruktion gibt an, dass die Kooperationsvereinbarung der NSF mit Network Solutions am 1. Januar 1993 in Kraft trat. Der Text der zugrunde liegenden Vereinbarung ist in der zitierten Akte nicht wiedergegeben, daher sollten ihre detaillierten Klauseln nicht aus der GAO-Zusammenfassung abgeleitet werden. Das Inkrafttreten gehört dennoch zur Chronologie der Finanzierung.

Der operative Übergang ist direkt dokumentiert in derRFC 1400, veröffentlicht im März 1993 von einem Autor von Network Solutions. Sie gab an, dass infolge der NSF-Finanzierung NREN Network Information Services die Nicht-DDN-Registrierungsdienste vom DDN-NIC zum Internet-Registrierungsdienst innerhalb von InterNIC verlagert wurden. Verweise auf „InterNIC“ in diesem Dokument bezogen sich nur auf die Registrierungsdienste, nicht auf alle InterNIC-Komponenten.

Im März konnten an eine der beiden Stellen gesendete Anträge noch bearbeitet werden. Ab dem 1. April 1993 mussten neue Nicht-DDN-Internetregistrierungsanträge das InterNIC-Formular und die neue Adresse bei Network Solutions verwenden. Die Formulare waren für die automatisierte Verarbeitung geändert worden und entfernten DDN-spezifische Verweise. Dies ist ein Beleg für eine spezifische Implementierung, die auf die breitere Empfehlung von 1990 folgte: Die operative Form und das Ziel für Nicht-DDN-Anträge änderten sich.

Die Ausnahme war explizit. DDN-Nutzer erhielten weiterhin volle Registrierungsunterstützung vom DDN-NIC. Ihnen wurde gesagt, sie sollten weiterhin die relevanten militärischen Adressen und von der DISA genehmigten Formulare für IP-,.mil-, Reverse-Adress- und Benutzerregistrierung verwenden. Die Dienstübertragung war also kundenseitig geteilt, keine vollständige Schließung des alten Zentrums.

Die Informationsdienste wurden ebenfalls geteilt. Ab dem 1. April sollte der DDN-NIC-WHOIS-Dienst nur DDN-Informationen enthalten, während der InterNIC-WHOIS-Dienst Informationen über IP-Adressen, Domänen und AS-Nummern enthalten sollte. Die Regelungen für die Root-Zone und Host-Dateien änderten sich nach ihrem eigenen Zeitplan. RFC 1400 beschrieb auch ein neues automatisiertes System, das Formulare parste, überprüfbare Felder prüfte, Fehler zurückgab und von den Antragstellern verlangte, die interpretierten Informationen vor der endgültigen Verarbeitung zu bestätigen.

Das Dokument liefert keinen repräsentativen Satz von Anträgen und zeigt nicht, wie oft das neue System technisch gültige Anträge akzeptierte, verzögerte oder ablehnte. Es stellt keinen kausalen Effekt auf das Zuteilungsvolumen fest. Was es feststellt, ist enger und solider: Nicht-DDN-Antragsteller wurden zu einem bestimmten Datum an einen neuen Registrierungsdienst verwiesen, mit geänderten Formularen und einem automatisierten Workflow, während DDN-Nutzer beim alten Dienst blieben.

Ein Jahr später beschriebRFC 1594die operative Teilung detaillierter. InterNIC war ein fünfjähriges Projekt, das teilweise von der NSF unterstützt wurde und seinen Betrieb im April 1993 aufnahm. Es bestand aus drei Organisationen. General Atomics erbrachte Informationsdienste. AT&T erbrachte Verzeichnis- und Datenbankdienste. Network Solutions erbrachte Registrierungsdienste.

RFC 1594 schloss ausdrücklich die Zuweisung von IP-Adressen und die Vergabe von AS-Nummern unter die Registrierungsfunktionen von Network Solutions ein, neben der Domänenregistrierung und der Pflege von Kontaktinformationen. Sie beschrieb die Registrierungsdienste-Komponente separat als das Internet-Register, das zu dieser Zeit für die Vergabe von IP-Netzwerk- und AS-Nummern zuständig war, während sie die Delegationen an regionale Register erwähnte. Die USC/ISI blieb der Sitz der IANA und der Koordinationspunkt für andere Protokollparameter.

Diese Teilung verhindert mehrere häufige Verwechslungen. InterNIC war nicht gleichbedeutend mit Network Solutions. Die Registrierungsarbeit von Network Solutions war nicht dasselbe wie der Informationsdienst von General Atomics oder die Verzeichnisse von AT&T. Die Domänenregistrierung war nicht die gesamte Nummernverwaltung. Der Registrierungsdienst war nicht das NOC von NSFNET. Die Pflege von IP- und ASN-Aufzeichnungen gab dem Zuschussempfänger nicht die Befugnis zu entscheiden, welche Routen ein Backbone akzeptierte.

Der Korridor zeigt dennoch, wie ein Bundesprogramm die administrative Abhängigkeit umleiten konnte. Vor der Übertragung nutzte ein Nicht-DDN-Antragsteller einen Dienst, dessen institutionelle Identität und Formulare im Verteidigungsnetzwerkumfeld verwurzelt blieben. Nach dem 1. April nutzte dieser Antragsteller den InterNIC-Registrierungsdienst von Network Solutions im Rahmen der NSF-Kooperationsvereinbarung NIS. Die Registrierungsaufzeichnungen und der Antragsworkflow wurden verschoben, auch wenn sich die physische Unterstützung, die Route, der Sponsor und die Finanzierungsquelle des Antragstellers möglicherweise nicht änderten.

Das Ergebnis war eine klarere Trennung zwischen militärischen und nicht-militärischen Kundengruppen. Es übertrug auch eine global bedeutende Registrierungsfunktion an den Empfänger, der für Registrierungsdienste im Rahmen einer zivilen Netzwerk-Kooperationsvereinbarung verantwortlich war. Der Einfluss der NSF auf diesen Empfänger ergab sich aus der Kooperationsvereinbarung. Er erstreckte sich nicht automatisch auf jeden Betreiber, der eine registrierte Route transportierte, oder auf jede ausländische Einrichtung, die die Kennung nutzte.

Die verfügbaren Quellen liefern nicht die vollständige Finanzierung, alle Änderungen oder ausreichend Antragsunterlagen, um die Leistung vor und nach der Übertragung zu messen. Sie stützen jedoch die zentrale institutionelle Behauptung: Die föderale Kooperationsvereinbarung änderte, wo Nicht-DDN-Nummerregistrierungsanträge bearbeitet wurden, von wem und unter welcher Dienstarchitektur.

Registrierung und Routing drifteten nach 1993 weiter auseinander

Die Registrierungstransition fiel mit einer breiteren Neuorganisation der Konnektivität zusammen. Kommerzielle Anbieter expandierten, die NSF bereitete den Rückzug ihres allgemeinen Backbones vor, und die Routenkoordination wurde zu einem separaten operativen Problem.

Merit führte 1993 im Rahmen der auf dem NSFNET-Backbone verwendeten Verfahren eine erweiterte Routing-Policy-Datenbank ein. Richtlinieneinträge für Routen konnten Betreibern mitteilen, welche Netzwerke ein anderes Netzwerk anzukündigen beabsichtigte und unter welchen Bedingungen. Sie vergaben nicht die angekündigte Nummer. Ihr Wert lag darin, den bereits zugeteilten Nummernraum über mehrere Verwaltungsdomänen hinweg verwaltbar zu machen.

Die NSF-Ausschreibung 93-52 machte diese Unterscheidung deutlicher. Die Nachfolgearchitektur hatte vier Komponenten: einen Forschungs-Hochgeschwindigkeits-Backbone, Network Access Points, einen Routing Arbiter und Zuschüsse für regionale Anbieter. Die Network Access Points waren als Verbindungsstellen für kommerzielle Anbieter gedacht. Der Routing Arbiter sollte die von diesen Anbietern verwendeten Routing-Tabellen und Datenbanken verwalten. Regionale und zwischengeschaltete Netzwerke erhielten Auslaufunterstützung für den Kauf kommerzieller Internetdienste, wobei die Anbieter verpflichtet waren, sich mit den Austauschpunkten zu verbinden.

Die 1994 angekündigten Zuschüsse verteilten die Rollen. MCI erhielt den Zuschuss für den Hochgeschwindigkeits-Backbone. Sprint und MFS Datanet erhielten Rollen bei der Verwaltung von Network Access Points, während Bellcore an zwei NAPs beteiligt war. Merit und die USC/ISI bildeten das Team des Routing Arbiter. Siebzehn regionale und zwischengeschaltete Netzwerke erhielten Zuschüsse für überregionale Konnektivität. Dies sind Zählungen im Rahmen eines NSF-Übergangsprogramms, keine Gesamtzahlen für Anbieter, Register oder angeschlossene Netzwerke des Internets.

Die Datenbank des Routing Arbiter folgte auf die Routing-Policy-Datenbank von Merit und wurde zu einer wichtigen Quelle für Routing- und Netzwerkinformationen. Sie als Register zu bezeichnen, ist im gewöhnlichen Sinne einer strukturierten Betriebsaufzeichnung zutreffend, aber es war nicht das Internet-Register, das für die Zuweisung des Nummernraums zuständig war. Ein Routenrichtlinieneintrag drückte aus, wie eine bestehende Kennung angekündigt werden konnte. Er schuf die Kennung nicht.

Dies war von Bedeutung, als der NSFNET-Backbone am 30. April 1995 außer Betrieb genommen wurde. Die darauf transportierten Nummern verfielen nicht. Regionale Netzwerke wandten sich an kommerzielle Anbieter; Routen wurden über die neue Verbindungsstruktur ausgetauscht; Koordinationsaufzeichnungen wanderten in die aufkommende Umgebung des Internet Routing Registry. Die Dienstabhängigkeit änderte sich, während die Kennungen bestehen blieben.

Diese Kontinuität ist ein stärkerer Beleg als eine weitreichende Behauptung über Eigentum. Wenn die Nummer eines Netzwerks ihre Gültigkeit einzig aus dem NSFNET-Programm bezogen hätte, hätte das Ende des Backbones sie ungültig gemacht. Stattdessen konnte die Nummer registriert und über neue Routen erreichbar bleiben, vorbehaltlich der Richtlinien und Verträge der neuen Betreiber.

Der föderale Einfluss hielt an. Die NSF wählte die anfänglichen Komponenten aus, finanzierte die Übergangszuschüsse und auferlegte Verbindungsauflagen für Anbieter, die Programmgelder erhielten. Die frühe Position des Routing Arbiter profitierte von der Finanzierung. Die Kaufentscheidungen eines regionalen Netzwerks wurden durch die Bedingungen und den Zeitplan des Auslaufens der Bundeshilfe geprägt. Dies waren bedeutende Eingriffe in den aufkommenden Markt.

Aber das Nachfolgedesign verteilte die operative Kontrolle. Anbieter schlossen ihre eigenen Dienstvereinbarungen ab und tauschten Verkehr an gemeinsamen Punkten aus. Ein regionales Netzwerk konnte Konnektivität kaufen, anstatt sich auf einen einzigen allgemeinen NSF-Backbone zu verlassen. Die Annahme von Routen blieb eine Entscheidung des Betreibers, auch wenn der Routing Arbiter Informationen bereitstellte, die die Entscheidung erleichterten.

Die Unterscheidung zwischen Registrierung und Routing war daher sowohl institutionell als auch konzeptionell geworden. Network Solutions bearbeitete Nicht-DDN-IP- und ASN-Anträge. Die USC/ISI behielt Koordinationsaufgaben. Merit und die USC/ISI kümmerten sich um die Routing-Arbiter-Arbeit. Kommerzielle Träger betrieben die Pfade. Jeder war auf zuverlässige Informationen der anderen angewiesen, aber keiner konnte die Funktion der anderen durch eine einfache administrative Behauptung ersetzen.

Internationale Reichweite ohne Zuteilungszählung

Die abschließende länderbezogene Tabelle von NSFNET erfasst die internationale Reichweite dieser Betriebsumgebung. Sie muss als datierte Routing-Population gelesen werden, nicht als Zählung der Bundesautorität.

Die Tabelle ist mit „NSFNET-Netzwerke nach Ländern“ betitelt und auf den 30. April 1995 datiert. Ihre Summe beträgt 50.766. Der Begleittext gibt an, dass am Ende des Projekts 93 Länder im Backbone-Dienst angekündigt worden waren. Die Zeile für die USA enthält 28.470 Einträge. Kanada hat 4.795; Frankreich 2.003; Deutschland 1.750; und das Vereinigte Königreich 1.436.

Die Subtraktion der US-Zeile von der Summe ergibt 22.296 Einträge, die mit anderen Länderzeilen verbunden sind. Nach Berechnungen des Autors aus der Population von 50.766 Einträgen beträgt der US-Anteil etwa 56,1 % und der kombinierte nicht-amerikanische Anteil etwa 43,9 %. Diese Prozentsätze beschreiben die nach Ländern codierte NSFNET-Population des Berichts zu einem bestimmten Datum. Sie repräsentieren keine Anteile an globalen Zuteilungen, Bundesfinanzierung, Antragstellern, Verkehr, physischen Verbindungen oder ausschließlicher Abhängigkeit.

Der historische Kontrast zum Juli 1988 ist auffällig, kann aber nicht als Netto-Wachstumsrate ausgedrückt werden. Der Bericht gibt an, dass nur drei Länder – die USA, Frankreich und Kanada – bei der Inbetriebnahme des T1 verbunden waren. Er liefert auch die nicht abgeglichenen Netzwerkzählungen von 217 und „über 170“. 1995 bezog sich die Tabelle auf Netzwerke, die im Backbone angekündigt waren, eine Population, die wahrscheinlich eine erweiterte nachgelagerte Reichweite umfasst. Ohne eine stabile Zählmethode wäre eine genaue Multiplikation aus einer der beiden Zahlen von 1988 irreführend.

Frankreich veranschaulicht, was die Tabelle zeigen kann und was nicht. Seine 2.003 Einträge belegen eine substanzielle Repräsentation in der endgültigen länderbezogenen Routing-Population. Sie identifizieren nicht die Register, die die Nummern zuwiesen, die Einrichtungen, die sie betreiben, die Finanzierung dahinter oder die Verfügbarkeit anderer Transite. Es wurden keine vollständigen französischen Antragsunterlagen gefunden, die einen Antragsteller durch Zuteilung, Registrierung, Sponsoring, Verbindung, Routenakzeptanz und alle alternativen Dienste verfolgen.

Ein französisches Netzwerk konnte stark auf NSFNET für den Zugang zu US-Forschungseinrichtungen angewiesen sein, während es seine Nummer auf einem anderen Verwaltungsweg erhielt. Es konnte mehr als eine Route haben, oder es könnte mit technisch möglichen, aber kommerziell unattraktiven Alternativen konfrontiert gewesen sein. Die Tabelle kann zwischen diesen Möglichkeiten nicht entscheiden. Sie erfasst die Reichweite innerhalb eines wichtigen Dienstes.

Die Nicht-US-Grenze von RFC 1174 hilft, diese Reichweite zu interpretieren. Verkehr, der über föderal geförderte Netzwerke gesendet wurde, konnte zur Einhaltung föderaler Kriterien verpflichtet werden. Die Nutzung einer Nummer durch ein ausländisches Netzwerk unterwarf nicht automatisch seinen gesamten Verkehr oder seine interne Politik diesen Kriterien. Die praktische Frage war, welchen Pfad der Verkehr nahm und welche Alternativen existierten.

Alternative Pfade waren vorhanden, aber ungleich. RFC 1174 stellte fest, dass zwischengeschaltete Netzwerke, die bereit waren, beliebigen Verkehr zu transportieren, direkt miteinander verbunden werden konnten, selbst wenn rein kommerzieller Verkehr die föderal geförderten Backbones nicht passieren konnte. Kommerzielle Anbieter entwickelten Dienste ohne solche Einschränkungen. Ausländische Forschungssysteme und regionale Vereinbarungen konnten andere Routen bieten. Die Quellen legen ihre Kosten, geografische Verfügbarkeit oder Gleichwertigkeit für einen repräsentativen Satz nicht-amerikanischer Nutzer nicht dar.

Die Abschlusstabelle misst daher den Umfang, in dem die NSFNET-Politik von Bedeutung sein konnte, und nicht die Anzahl der von der NSF gesteuerten Zuteilungsentscheidungen. Sie zeigt, dass ein von den USA finanzierter Backbone weit über die USA hinausreichende Konsequenzen hatte. Sie kann diese Konsequenzen nicht in eine allgemeine Zuständigkeit für die durch ihn sichtbaren Kennungen umwandeln.

Wo die Abhängigkeit endete

Mehrere Formen von Gegenbeweisen definieren die Grenze des föderalen Einflusses.

RFC 1174 selbst verzeichnet zwei entscheidende Brüche. Private Organisationen erhielten global eindeutige Nummern für Netzwerke, die nicht mit dem föderal geförderten System verbunden werden sollten, wobei der Status „connected“ getrennt von der Zuteilung behandelt wurde. Netzwerke mit kompatiblen Politiken konnten auch direkt miteinander verbunden werden. Die Annahme von Routen ergab sich aus der technischen Konfiguration und der Betreiberpolitik, nicht automatisch aus dem Vorhandensein einer Kennung in einem Register; die Wahrung der Eindeutigkeit verpflichtete einen Träger nicht, eine Route anzukündigen oder zu transportieren.

Die Bundesförderung stellte kein einheitliches politisches Umfeld dar. NSFNET, MILNET, NASA-Netzwerke, Einrichtungen des Energieministeriums und andere Systeme hatten unterschiedliche Missionen und Zugangsregeln, was erklärt, warum RFC 1174 feststellte, dass ein einziges Feld für den Status „connected“ die Förderfähigkeit über sie hinweg nicht mehr beschreiben konnte. Seine Nicht-US-Grenze war ebenso wichtig: Das IAB lehnte die Anwendung von US-Zugangskriterien auf alle ausländischen Netzwerke ab und beschränkte die relevanten Anforderungen auf den Verkehr, der durch föderal geförderte Einrichtungen ging.

Eine unvollkommene Umsetzung würde diese politische Akte nicht in einen Anspruch auf unbegrenzte territoriale Autorität verwandeln.

Kommerzielle Alternativen fügten eine weitere Grenze hinzu. In den frühen 1990er Jahren konnten Anbieter Internetdienste im Rahmen privater Verträge verkaufen, obwohl der retrospektive Bericht von Merit über die Kontroverse um die subventionierte Infrastruktur, ANS und seine Konkurrenten zeigt, dass diese Alternativen weder reibungslos noch politisch neutral waren. Als der NSFNET-Backbone schließlich außer Betrieb genommen wurde, überlebten die Kennungen und ihre Registrierungsaufzeichnungen, und neue Routing-Vereinbarungen bewahrten ihren Nutzen.

Der föderale Transport war nicht mehr das einzige Betriebsmodell, und die Koordination hing nicht vom fortgesetzten Bestehen eines finanzierten Backbones ab.

Keine dieser Grenzen macht den föderalen Einfluss trivial. Eine theoretisch verfügbare Route konnte teuer, langsamer oder geografisch unzugänglich sein. Direkte Verbindungen konnten nur eine Teilmenge der Ziele erreichen. Ein vom dominanten Registrierungsdienst abhängiger Antragsteller konnte Verzögerungen erleiden, selbst wenn ein anderer Netzwerkpfad existierte. Die Akte enthält keine repräsentativen Daten zu Preisen, Verfügbarkeit oder Antragstellerergebnissen, die diese Belastungen messen würden.

Der Punkt ist, dass die Abhängigkeiten trennbar waren. Ein Netzwerk konnte sich auf einen staatlich unterstützten Registrierungsdienst, aber nicht auf einen föderalen Backbone für den Transit stützen. Ein anderes konnte eine Nummer über eine delegierte Behörde erhalten, während es auf NSFNET für eine nützliche Reichweite angewiesen war. Ein drittes konnte kommerzielle Konnektivität erhalten, während seine Routing-Politik in einer Datenbank verzeichnet war, die durch einen NSF-Zuschuss geschaffen wurde.

Es ist diese Variation, die die institutionelle Reichweite bedeutsam macht. Ein Finanzierungsinstrument konnte seinen Empfänger binden. Eine Programmregel konnte den finanzierten Verkehr regeln. Ein Betreiber konnte seine Routen kontrollieren. Ein Register konnte im Rahmen delegierter Autorität Kennungen zuweisen oder registrieren. Keine dieser Befugnisse bewies ohne zusätzliches Instrument oder Abhängigkeit die anderen.

Hätte die Registrierung früher getrennt werden können?

Eine plausible Alternative hätte die Basisregistrierung von der Backbone-Förderfähigkeit vor der Übertragung von 1993 trennen können. Organisationen, die global eindeutige Netzwerknummern benötigten, hätten sich an einen Registrierungsdienst wenden können, ohne einen Nachweis für eine bestimmte föderale Route vorzulegen. Backbone-Sponsoren hätten separate Zugangslisten geführt, während Betreiber entschieden hätten, welche Routen und welchen Verkehr sie transportieren.

Ein Teil dieser Alternative war bereits in RFC 1174 enthalten. Das IAB empfahl, den Status „connected“ aus Formularen und Datenbanken für die Nummernregistrierung zu entfernen, registrierte Netzwerke ohne Rücksicht auf die Verbindungsgenehmigung in das DNS aufzunehmen und die Durchsetzung der Politik den Netzwerkbetreibern zu überlassen. Es schlug auch die internationale Delegation von Blöcken vor, während es die zentralen IANA- und Internet-Registerfunktionen beibehielt.

Der Vorschlag etablierte keinen freien Markt austauschbarer Register. Zunächst zentralisierte Aktualisierungen sollten die Konsistenz schützen. Das bestehende Internet-Register blieb in Abwesenheit eines Delegierten der Standard. Kandidatenregister würden genehmigt und innerhalb der Grenzen zugewiesener Blöcke arbeiten.

Eine pluralere Struktur von Dienstanbietern hätte Antragstellern einen alternativen Verwaltungsweg bieten können, wenn ein Dienst langsam oder schwer zu erreichen war. Sie hätte auch Berufungen oder die Weiterleitung von Konflikten expliziter machen können. Aber keines der hier untersuchten zeitgenössischen Instrumente begründet ein einklagbares Recht, den Anbieter zu wechseln oder gegen eine technisch gültige Ablehnung Berufung einzulegen. Dies sind analytische Möglichkeiten, keine beobachteten Rechtsbehelfe.

Das Timing wäre eine ernsthafte Einschränkung gewesen. Mehrere Zentren, die aus überlappenden Pools zuweisen, könnten Duplikate erzeugen. Vollständige Kopien der Registrierungsdatenbank müssten zeitnah über eine weniger ausgereifte und weniger gleichmäßig verbundene Infrastruktur als das heutige Internet verteilt werden. Die Konfliktlösung würde eine anerkannte Koordinierungsbehörde erfordern.

Adressaggregation schuf ein weiteres Problem. Unabhängige Zuweisung ohne disziplinierte Blockdelegation konnte Adressen streuen und Routing-Tabellen vergrößern. In den frühen 1990er Jahren war das Routing-Wachstum bereits ein zentrales operationelles Anliegen. Die Kosten eines fragmentierten Zuweisungsmodells würden auf Router und Betreiber weit über das die Anfrage bearbeitende Register hinausfallen.

Die administrative Kapazität war international ungleich. Ein verteiltes Modell könnte Entscheidungen näher an die Antragsteller bringen, aber einige Zentren könnten unterbesetzt sein, über unzuverlässige Konnektivität oder mangelnde Erfahrung verfügen. Ein zentraler Experte könnte Konsistenz und eine globale Perspektive bieten, insbesondere wenn die Anzahl qualifizierter Betreiber gering war.

Die Kosten wogen ebenfalls in beide Richtungen. Die Bundesförderung konnte die Registrierung verfügbar machen, ohne jedem Antragsteller die vollen Kosten des Dienstes in Rechnung zu stellen. Mehrere Dienstanbieter könnten die Kapazität erhöhen oder Gebühren und ungleichen Service einführen. Die verfügbaren Aufzeichnungen erlauben keinen Wohlfahrtsvergleich.

Es würde auch Streitigkeiten über Politik und Hierarchie geben. Ein Delegierter könnte den Bedarf anders interpretieren, zu großzügig zuweisen oder sich einer zentralen Korrektur widersetzen. Betreiber könnten Aufzeichnungen aus einem schwachen Zentrum misstrauen. Ein Konfliktmechanismus müsste die Autorität haben, Duplikate zu isolieren, Fehler zu korrigieren und die Integrität der gemeinsamen Datenbank zu wahren.

Die zeitgenössische Alternative war daher eine begrenzte Delegation, kein uneingeschränkter Wettbewerb. Die Registrierung konnte von der Verbindungsgenehmigung getrennt werden, während die Zuweisung koordiniert blieb. Die Aufnahme in das DNS konnte vom Routing getrennt werden. Richtlinieninformationen konnten gesammelt werden, ohne das Register in eine Durchsetzungsinstanz zu verwandeln. Backbone-Betreiber konnten ihre Regeln nur auf die von ihnen kontrollierten Einrichtungen anwenden.

Der InterNIC-Übergang von 1993 setzte einen Teil dieser Trennung institutionell um. Die Nicht-DDN-Registrierung wurde an den für Registrierungsdienste im Rahmen einer zivilen Kooperationsvereinbarung zuständigen Empfänger übertragen; der DDN-Dienst blieb getrennt; die anderen beteiligten InterNIC-Organisationen kümmerten sich um andere Informationsfunktionen. Dies beseitigte nicht die zentrale Koordination, die Abhängigkeit von einem einzigen Registrierungsdienst oder die föderale Beteiligung. Es veränderte deren Konfiguration.

Was die Unterlagen letztlich belegen

Die datierten Aufzeichnungen zeigen mehrere unterschiedliche Formen der Bundesunterstützung zwischen 1977 und 1995. Vom Verteidigungsministerium finanzierte Forschung unterstützte die Koordination an der USC/ISI, während das DDN-NIC von SRI die im August 1990 beschriebene Internet-Registerrolle spielte. Die NSF unterstützte den weitreichenden Backbone durch die Kooperationsvereinbarung NCR 8720904, vergab die Nicht-DDN-Registrierung an Network Solutions im Rahmen der NREN-NIS-Kooperationsvereinbarung und finanzierte die Routenkoordination und den Übergang zur kommerziellen Verbindung durch ihre Nachfolgearchitektur.

Die dokumentarischen Belege sind am stärksten, wenn sie Instrumente, Rollen und Dienständerungen identifizieren. RFC 1400 gibt das Ziel ab dem 1. April 1993 für Nicht-DDN-Anträge an und bewahrt die DDN-Ausnahme. RFC 1594 trennt die drei InterNIC-Organisationen und weist die IP-Adresszuweisung und ASN-Arbeit den Registrierungsdiensten von Network Solutions zu. Der Merit-Bericht identifiziert die NSFNET-Kooperationsvereinbarung, die Rolle von Merit im Programm, den späteren Backbone-Betrieb von ANS als Auftragnehmer und die endgültige Routing-Population.

Das GAO rekonstruiert die Chronologie der Verteidigungsverträge, erkennt aber das Fehlen der früheren Instrumente an.

Die Beweise bleiben auf der Ebene einzelner Ergebnisse unvollständig. Es gibt keine vollständige Zuordnung zwischen Zuschüssen und Zuteilungen, repräsentative nicht-amerikanische Antragsunterlagen fehlen, und die zitierten Dokumente zeigen nicht, wie viele Antragsteller verzögert oder abgelehnt wurden, wie viele ausschließlich von einer einzigen Route abhingen oder wie konsistent die Empfehlungen von 1990 umgesetzt wurden. Diese Lücken verhindern die Umwandlung der beobachteten administrativen und operativen Mechanismen in eine kausale Gesamtsumme.

Die stille Reichweite der US-Finanzierung war daher weder mythisch noch absolut. Sie war am stärksten, wo Verträge, Backbone-Abhängigkeit, Routing-Politik und Registerpraxis zusammenfielen. Sie schwächte sich ab, wo die Zuteilung von der Verbindung getrennt war, wo ausländische oder kommerzielle Netzwerke andere Pfade fanden und wo Betreiber ihre eigenen Verkehrspolitiken geltend machten. Die erhaltenen Aufzeichnungen stützen eine Geschichte bedingter Hebelwirkung – und keine Geschichte universeller Befehlsgewalt.