Als Jon Postel Ja sagte: Das Ermessen in der frühen IANA-Funktion

Zusammenfassung

• RFC 790 registriert AMPRNET als Netz 44 und benennt Postel als Kontakt für die Zuweisung, aber keine zeitgenössische Datei bewahrt die Identität des Antragstellers des Klasse-A-Blocks, wer seine Größe wählte, die Gründe für die Entscheidung oder einen Rechtsbehelf.
• Die Akte trennt Postels technische und administrative Rollen von der gastgebenden Institution USC/ISI, der Finanzierung durch die DARPA und ihren späteren Verträgen, der politischen Rolle des IAB, der Registrierungsarbeit von SRI und den delegierten Operationen der regionalen Register.
• Wiederholte Register und die Compliance der Betreiber zeigen operatives Vertrauen, während das Fehlen früher Vertragsbedingungen, unvollständiger Entscheidungsaufzeichnungen und begrenzter Rechtsbehelfe ein unabhängig überprüfbares Mandat unbewiesen lässt.

Die am besten erhaltene Spur von Jon Postels Zustimmung zu einer Internetnummernanfrage ist keine Entscheidungsakte. Es ist ein Registereintrag, dessen Gründe fehlen.

Im September 1981 listete dieRFC 790,Assigned Numbers, « AMPRNET », das experimentelle Amateurfunknetz, unter Netz 44 auf. Der Referenzcode daneben,[HM], identifizierte Hank Magnuski. Das Dokument erklärte, dass eine Klasse-A-Adresse eine sieben Bit lange Netznummer und ein 24-Bit-Lokalfeld hatte, was dem Netz 44 einen Zahlenraum von 16.777.216 möglichen lokalen Adresswerten gab. Es gab auch an, dass jeder, der eine Verbindung, einen Socket, einen Port, ein Protokoll oder eine Netznummer benötigte, Postel am Information Sciences Institute der University of Southern California kontaktieren solle. « Die Nummernzuweisung wird ebenfalls von Jon verwaltet », hieß es.

Dies sind zeitgenössische Fakten. Sie stellen ein Ergebnis, einen verantwortlichen Kontakt und die architektonische Größe der Zuweisung fest. Sie offenbaren nicht, wer die Anfrage initiiert hat, ob Magnuski spezifisch ein Klasse-A-Netz beantragt hat, wer sonst noch daran beteiligt war, welche Prognosen vorgelegt wurden, ob ein Sponsor beteiligt war oder warum Netz 44 anstelle einer kleineren Einheit ausgewählt wurde.

Die Anfrage selbst gelangt über spätere Berichte in das öffentliche Register. Der derzeitige Verwalter,Amateur Radio Digital Communications, gibt an, dass Magnuski 1981 Adressraum für lizenzierte Amateurfunker weltweit beantragte und 44/8 zugewiesen bekam. Brian Kantor, der später AMPRNET verwaltete, schrieb in einemAugenzeugenbericht von 2017, dass Magnuski das Netz durch einen Telefonanruf bei Postel erhielt. Kantors Bericht verwechselt auch die USC/ISI mit dem separaten Network Information Center von SRI, eine Warnung davor, Erinnerungen zur Feststellung der institutionellen Chronologie zu verwenden.

Es handelt sich um interessierte retrospektive Berichte späterer Verwalter und des derzeitigen Verwahrers. Sie bestätigen den späteren Gemeinschaftsbericht, dass Magnuski eine Anfrage stellte und ein Telefonanruf eine Rolle spielte. Sie überprüfen nicht unabhängig das Verfahren, die Entitäten oder die Begründung von 1981. Die ARDC übernahm später die formale Kontrolle über den Block und verkaufte 2019 einen Teil davon, was der Organisation sowohl Wächterwissen als auch ein aktuelles Interesse an der Zuweisungsgeschichte verleiht.

Zwischen dem späteren Bericht einer Anfrage und dem zeitgenössischen Registereintrag liegt eine Schlussfolgerung: Ein Verwaltungsakt wandelte den Vorschlag in eine weltweit eindeutige Netznummer um. RFC 790 platzierte Postel als öffentlichen Einstiegspunkt für Zuweisungen und machte ihn zum verantwortlichen Registerkontakt. Es ist unbekannt, ob er die Adressklasse allein wählte, die Verwendung genehmigte, Bedingungen festlegte oder andere konsultierte. « Postel sagte Ja » ist daher kein Zitat aus dem gemeldeten Anruf und stellt keinen Beweis für eine einsame Entscheidung dar.

Es beschreibt das aufgezeichnete Ergebnis im Rahmen eines Systems, das Antragsteller aufforderte, ihn zu kontaktieren.

Das Ergebnis war wichtig, weil andere Entitäten das Register als gemeinsame Referenz betrachteten. Der Eintrag stellte AMPRNET eine eindeutige Nummer für seine Implementierung zur Verfügung. Dieselbe Nummer konnte nicht kompatibel einem nicht verwandten Netz zugewiesen werden. Softwareentwickler und Administratoren konnten die veröffentlichte Zuweisung verwenden, ohne separat mit der Amateurfunkgemeinschaft zu verhandeln. Die praktische Reichweite ergab sich aus einem koordinierten Vertrauen in das Register.

Die Zuweisung erwies sich als dauerhaft. Netz 44 blieb durch aufeinanderfolgende Verwalter und enorme Änderungen im Wert und Management des IPv4-Raums mit der experimentellen Amateurfunk-Paketfunktechnik verbunden. Die Dauerhaftigkeit ist der Beweis dafür, dass das Registerergebnis operationell real war. Es ist nicht der Beweis dafür, dass die anfängliche Entscheidung durch eine Nutzungsprognose gestützt, mit vergleichbaren Anträgen verglichen oder einer unabhängigen Überprüfung zugänglich war.

Diese Unterscheidung ist das institutionelle Problem. Ein Register kann zeigen, dass eine Entscheidung getroffen wurde und dass andere sich darauf verließen, während es fast nichts darüber verrät, wie das Urteil ausgeübt wurde. Das stabile Ergebnis kann der stärkste Beweis für den Erfolg sein und gleichzeitig der Grund, warum das fehlende Verfahren leicht übersehen wird.

Welches Büro sprach?

Postels Rollen wurden oft auf ein einziges Bild reduziert: ein Ingenieur an einem Schreibtisch, der die Namen und Nummern des Internets kontrollierte. Die Dokumente zeigen eine dichtere Anordnung, in der sich seine Verantwortlichkeiten überschnitten, ohne identisch zu werden.

1972 war Postel am Network Measurement Center der UCLA. Er arbeitete an hostseitigen Protokollen, verfasste technische Dokumente mit, redigierte die RFC-Reihe und half bei der Koordination numerischer Kennungen. Der Name « Internet Assigned Numbers Authority » war noch nicht der dokumentierte Titel einer dauerhaften Organisation. Der unmittelbare Kontext war ein ARPA-Forschungsnetz, dessen Hosts kompatible Socketnummern und andere gemeinsam genutzte Werte benötigten.

Das Network Information Center war getrennt. Es arbeitete am SRI und bot Veröffentlichungs-, Verzeichnis- und Informationsdienste für das Netz an. Eine Empfehlung, dass das NIC eine Liste führen sollte, machte Postel nicht zum NIC, und die später an der USC/ISI geleistete Arbeit verwandelte die USC nicht in das SRI. Die Unterscheidung ist wichtig, weil die Person, die eine Kennung entschied oder vorschlug, die Institution, die die Information veröffentlichte, und die Organisation, die einen Regierungsvertrag hielt, verschiedene Akteure sein konnten.

Postel wechselte nicht direkt von der Arbeit an Sockets an der UCLA im Jahr 1972 zu einem kontinuierlich dokumentierten Büro an der USC. Eine biografische Zusammenstellung des IAB von 1992, dieRFC 1336, gibt an, dass er vor dem ISI bei MITRE arbeitete, mehrere Monate bei Keydata verbrachte und dann bei SRI International arbeitete. Dieselbe Biografie sagt, dass er im März 1976 zum ISI stieß. Eine viel spätereRekonstruktion des Government Accountability Office, die sich teilweise auf Informationen des Anwalts der USC stützte, gibt an, dass ihn die Arbeit, die zu den IANA-Funktionen wurde, 1977 begleitete. Die sicherste Schlussfolgerung ist, dass Postel 1977 am ISI war; die bestehenden öffentlichen Berichte stimmen nicht darin überein, ob seine Ernennung 1976 begann und wann die Zuweisungsarbeit offiziell umzog.

Die USC/ISI wurde zum institutionellen Sitz der Koordinationsfunktion. Die USC beschäftigte Postel und seine Kollegen, beherbergte Systeme und führte verteidigungsfinanzierte Arbeiten durch. Dennoch können die genauen Bedingungen der frühen Vereinbarungen nicht vorausgesetzt werden. Der GAO berichtete 2016, dass er die DARPA-Verträge aus den 1970er bis 1990er Jahren nicht beschaffen konnte, unter denen die IANA-Funktionen als entwickelt und ausgeführt galten.

Diese fehlende Akte verhindert die sichere Behauptung, dass ein früherer Vertrag vorschrieb, wie Postel über eine einzelne Netzanfrage entscheiden sollte, oder der DARPA ein besonderes Überprüfungsrecht auf Fallebene einräumte.

Postels Funktion als RFC-Herausgeber war eine andere Rolle. In einemaufgezeichneten Interview vom 18. Februar 1988erinnerte er sich, dass die Pflege der RFC-Reihe „irgendwie auf mich zurückfiel“, nachdem Steve Crocker vorgeschlagen hatte, dass die UCLA die Arbeit erledigen solle. Dies ist ein Beweis dafür, wie Postel sich an den Ursprung seiner Herausgeberfunktion erinnerte. Es etabliert kein unbezahltes „Freiwilligenbüro“, und die Zuweisung einer RFC-Nummer war nicht derselbe Verwaltungsakt wie die Zuweisung eines IP-Netzes.

Die Beratungsstruktur entwickelte sich getrennt. DieRFC 1120berichtet, dass Vint Cerf 1979 das Internet Configuration Control Board gründete, als er Programmmanager bei der DARPA war. Ende 1983 reorganisierte Barry Leiner es als Internet Activities Board. Der Vorstand koordinierte Design, Engineering und Management des Internets, aber eine Empfehlung des IAB war nicht austauschbar mit einem Registereintrag der USC/ISI oder einer vertraglichen Entscheidung der DARPA.

Das IANA-Label erscheint deutlich in den RFC-Archiven im Dezember 1988. DieRFC 1083führte Joyce K. Reynolds als Kontakt der Internet Assigned Numbers Authority auf. Sie listete Postel separat als stellvertretenden Internet-Architekten des IAB und als RFC-Herausgeber. Die Kontaktadresse und Telefonnummer waren an der USC/ISI gemeinsam, aber die Funktionen wurden in getrennten Blöcken dargestellt. Die Protokollstandards wurden für das IAB durch die IANA verwaltet; RFC-Einreichungen gingen an Postel als Herausgeber; Kommentare zur Protokollliste wurden an ihn in seiner Eigenschaft als IAB-Mitglied adressiert.

Diese Seite ist ein starkes Beweismittel gegen die Behauptung, dass jede IANA-Handlung buchstäblich von einem einzelnen Mann allein ausgeführt wurde. Reynolds hatte eine dokumentierte operative Rolle. Das IAB lieferte politische und normative Orientierung. Die USC/ISI bot einen organisatorischen Rahmen. Das NIC von SRI übte zu relevanten Zeitpunkten getrennte Register- und Informationsfunktionen aus. Antragsteller lieferten technische Pläne und machten die resultierenden Kennungen nützlich. Netzbetreiber und Softwareimplementierer stellten das Vertrauen bereit, das einer Zuweisung praktische Kraft verlieh.

Postel arbeitete auch am Domain Name System, einschließlich der Koordination der Root-Zone und der Top-Level-Domains. Eine Anfrage zur Bereitstellung der Root-Zone konnte globale operationelle Auswirkungen haben, war aber keine IP-Adresszuweisung. Protokollautorschaft, RFC-Herausgabe, Nummernkoordination, IAB-Teilnahme und DNS-Root-Verwaltung müssen getrennt werden, bevor Behauptungen über das Ermessen getestet werden können.

Eine Nummer für den Discard-Dienst, mit bereits bestehenden Konflikten

Am 26. März veröffentlichten Vint Cerf und Postel dieRFC 322,Well Known Socket Numbers. Die Network Measurement Group wollte eine standardmäßige Socketnummer für einen Prozessverwerfungsdienst. Bevor sie eine auswählten, forderten die Autoren jede technische Host-Schnittstelle auf, per Notiz oder Telefon die bereits verwendeten Funktionen und Socketnummern zu melden. Sie planten, einen Katalog zu veröffentlichen, und empfahlen, dass er beim NIC geführt werden solle.

Die Anfrage legte das administrative Problem offen, bevor sie eine Regel vorschlug. Ein netzwerkeinheitlicher Standard wäre nur nützlich, wenn er nicht unwissentlich mit vorhandenen öffentlichen Diensten kollidierte. Dem Zentrum fehlten die notwendigen Informationen. Die Host-Schnittstellen besaßen lokale Fakten, während die Messgruppe eine vorgeschlagene gemeinsame Nutzung hatte. Die Konsultation war nicht zeremoniell; sie war ein Mittel, um Einschränkungen zu entdecken, die noch keine zentrale Tabelle enthielt.

Zwei Monate später veröffentlichte Postel dieRFC 349,Proposed Standard Socket Numbers. Ihr Status war explizit: « Ich schlage vor. » Er schlug einen zentralen „Zaren“ vor, um offizielle Nummern für Standardprotokolle zu verteilen und die für hostspezifische Dienste verwendeten Nummern zu veröffentlichen. Der Vorschlag teilte den Raum in vier Bänder: netzwerkeinheitliche Standardfunktionen, hostspezifische Funktionen, zukünftige Verwendung und Experimente. Er schlug auch Socket 1 für Telnet, 3 für Dateiübertragung, 5 für Remote-Job-Eingabe, 7 für Echo und 9 für Verwerfen vor.

Die Bereiche stellten eine Regel dar und keine isolierte Präferenz. Sie trennten gemeinsame Dienste von lokalen und experimentellen Verwendungen und bewahrten nicht gebundenen Raum. Die einzelnen Zuweisungen waren in Bezug auf anerkannte Dienste und Protokollarbeit verständlich. Dennoch spezifizierte der Vorschlag keinen allgemeinen Test, um zu entscheiden, wann eine Funktion ausreichend standardisiert war, welche bestehende Verwendung im Konfliktfall Vorrang haben sollte oder welche Beweise die Meinung des Koordinators umstoßen konnten.

Im Dezember hatte sich der Status geändert. DieRFC 433,Socket Number List, gemeinsam verfasst von Postel und Nancy Neigus von BBN, gab an, dass der Koordinator für Socketnummern Zuweisungen für öffentliche Funktionen festgelegt hatte. Die vier Bänder blieben bestehen, und die vorgeschlagenen Nummern für Telnet, Dateiübertragung, Remote-Job-Eingabe, Echo und Verwerfen erschienen als etablierte Zuweisungen. Weitere Dienste wurden hinzugefügt, mehrere mit Verknüpfungen zu Spezifikationen oder benannten technischen Kontakten.

Es war ein dokumentiertes Ja, aber keines, das auf Postels unerklärte Präferenz reduziert werden kann. Die Spur beginnt mit der Aufforderung an die Host-Schnittstellen, Berichte zu liefern, geht über einen öffentlichen Vorschlag und endet mit einer gemeinsam mit Neigus verfassten Liste. Die veröffentlichte Akte zeigt mehrere Informationsquellen und technische Präzedenzfälle. Sie bewahrt keine erhaltenen Berichte, Sitzungsprotokolle oder einen begründeten Vergleich jeder wettbewerblichen Nutzung.

Konflikte waren real. Die RFC 433 gab an, dass mehrere Hosts nützliche öffentliche Dienste auf Sockets ausführten, die mit dem neuen kollidierten, und drückte die Hoffnung aus, dass das Problem mit minimalen Störungen gelöst werden könne. Ihre Host-für-Host-Tabelle zeigte die Unvereinbarkeiten. Bei SRI-ARC diente Socket 5 als Echo und Socket 7 als CPYNET, während die gemeinsamen Zuweisungen 5 für Remote-Job-Eingabe und 7 für Echo vorsahen. UCSB verwendete 5 für einen nicht standardmäßigen Remote-Job-Eingabedienst. Das NASA Ames listete das, was es „Sorry Remote Job Entry“ auf 5, Echo auf 7 und Discard auf 9 nannte.

Die RFC bewahrt die Kollision zwischen Standardisierung und etablierter Praxis; sie dokumentiert ihre Auflösung nicht. Sie enthält keine Anordnung, dass ein Host wechseln soll, keinen Folgebericht, der zeigt, welcher Dienst geändert wurde, und keine Schlussfolgerung, dass der Übergang erfolgreich war. Jede Behauptung, dass Postel sich den Hosts stellte und diese Konflikte löste, würde über die bestehenden Beweise hinausgehen.

Was sie zeigt, ist ein Korrekturkanal. Jeder, der eine ausgelassene Funktion oder einen zu korrigierenden oder zu löschenden Eintrag kannte, wurde aufgefordert, Postel oder Neigus zu kontaktieren. Dies machte die Veröffentlichung korrigierbar und platzierte zwei benannte Personen am Empfang von Einwänden. Es war keine unabhängige Berufung. Die Personen, die mit der Produktion der Liste verbunden waren, erhielten ebenfalls Änderungswünsche, und die RFC versprach keine schriftliche Entscheidung.

Für einen Antragsteller war der Unterschied zwischen einem lokalen und einem offiziellen Socket erheblich. Ein hostspezifischer Dienst konnte weiter existieren, aber eine offizielle gemeinsame Zuweisung schuf eine netzwerkweite Erwartung. Implementierer konnten Clients um den Standardwert herum entwerfen. Umgekehrt stand ein lokaler Dienst, der diesen Wert belegte, unter dem Druck der gemeinsamen Konvention, selbst ohne zwingende Anordnung. Das Register veränderte die Koordinationsumgebung, in der Softwareentscheidungen getroffen wurden.

Die Episode unterstützt daher eine engere und vertretbarere Darstellung von Postels Ermessen. Er war öffentlich als Koordinator identifiziert; sein Vorschlag lieferte das Organisationsschema; das endgültige Dokument sagte, dass die Zuweisungen festgelegt worden seien. Dennoch trugen die Host-Schnittstellen, Cerf, Neigus, Protokollautoren und lokale Betreiber Informationen oder Implementierung bei. Die Entscheidung war auf eine Person zentriert, ohne informationsarm oder völlig einsam zu sein.

Sein operationeller Erfolg ist im regelmäßig veröffentlichten Register, der Verknüpfung zwischen Kennungen und Funktionen und Spezifikationen, der Identifizierung verantwortlicher Kontakte und der Einladung zur Fehlerkorrektur sichtbar. Die Dokumente waren darauf ausgelegt, inkompatible Nutzung gemeinsamer Kennungen zu reduzieren. Sie liefern keine gemessene Kollisionsrate, Antwortzeiten, Ablehnungsstatistiken oder Beweise dafür, dass jeder Konflikt gelöst wurde. Die administrative Leistung sollte dort anerkannt werden, wo sie dokumentiert ist, und nicht aufgebläht, um Lücken zu füllen.

Der leere Raum hinter Netz 44

Neun Jahre später machte RFC 790 Postels Rolle expliziter, während sie die Substanz der AMPRNET-Auswahl weniger sichtbar ließ.

Die Architektur auferlegte strenge Grenzen. Eine IP-Adresse enthielt 32 Bits. Im klassenbasierten ließ Klasse A 24 Bits für den lokalen Teil, Klasse B 16 und Klasse C acht. Eine Zuweisung musste weltweit eindeutig sein, und die gewählte Klasse bestimmte die Größe des lokalen Zahlenraums. Die Tabelle zeichnete auf, welche Netznummern zugewiesen waren und welche offen blieben.

Was RFC 790 fehlte, war ein Zuweisungstest. Sie verlangte nicht von einem Antragsteller, die Anzahl der Hosts, einen Bereitstellungszeitplan, ein Nutzungsziel oder den Nachweis, dass eine kleinere Klasse unzureichend wäre, einzureichen. Sie beschrieb keine Rücknahmebedingungen oder eine Berufung im Falle einer Ablehnung. Diese Auslassungen beweisen nicht, dass Postel oder seine Kollegen keine Fragen stellten. Sie zeigen, dass das öffentliche Dokument Antragstellern oder späteren Lesern nicht sagt, welche Fragen die Wahl bestimmten.

AMPRNET entsprach dem experimentellen Charakter vieler Einträge in der Tabelle. Paketfunk war Teil der Umgebung, in der Techniken zur Netzkopplung entwickelt wurden. Eine weltweit eindeutige Netznummer konnte geografisch verteilten Amateuren ermöglichen, Systeme zu entwerfen, ohne Kennungen zu wählen, die mit einem anderen Internetnetz kollidierten. Die Bezeichnung „Amateur Radio Experiment Net“ und der Kontakt Magnuski stützen die Schlussfolgerung, dass der aufgezeichnete Zweck technische Experimente waren.

Sie legen nicht fest, wie die Adressklasse gewählt wurde. Vielleicht beantragte Magnuski ein Klasse-A-Netz, weil das Projekt als global ausgelegt war. Vielleicht wählte Postel oder eine andere Entität es, weil die Architektur eine praktische Einheit bot und große Teile der Tabelle noch nicht zugewiesen waren. Vielleicht folgte die Wahl einem informellen Präzedenzfall für experimentelle Netze. Keine hier gefundene zeitgenössische Entscheidungsaufzeichnung erlaubt es, zwischen diesen Möglichkeiten zu unterscheiden.

Der nicht zugewiesene Bereich in RFC 790 ist ein relevanter Beweis, muss aber mit Vorsicht verwendet werden. Die Tabelle zeigt, dass viele Klasse-A-Nummern nach 44 noch nicht zugewiesen waren. Dieser Zustand könnte die wahrgenommenen Opportunitätskosten einer großen Zuweisung gesenkt haben. Sie quantifiziert nicht das Antragsvolumen, beweist nicht, dass die Adressen wertlos waren, und zeigt nicht, dass die Verwalter erwarteten, dass der gesamte ungenutzte Raum reichlich bleiben würde. Sie legt auch nicht fest, dass eine Klasse-A-Zuweisung für jedes glaubwürdige Experiment routinemäßig war.

Die späteren Aussagen der ARDC, dass große Blöcke leicht zu bekommen waren, weil die Nachfrage begrenzt war, sind institutionelle Erinnerungen, keine Messungen der Warteschlange von 1981. Das Registerinventar unterstützt die engere Beobachtung, dass der aufgezeichnete freie Pool groß war. Es kann keinen Antragsnennwert, keine Ablehnungsrate oder die subjektive Bewertung des Koordinators liefern.

Moderne Knappheit sollte nicht zurückprojiziert werden. Der spätere Verkauf eines Teils von 44/8 zeigt, dass die Zuweisung mit der Zeit eine finanzielle Dimension erlangte, die allein aus dem Registereintrag nicht vorstellbar war. Das zeigt nicht, dass Postel einen bekannten modernen Vermögenswert übertrug oder dass Magnuski 1981 einen solchen zukünftigen Wert repräsentierte. Ein Verwalter sollte auf der Grundlage vernünftigerweise bekannter Bedingungen beurteilt werden, nicht aufgrund einer in ein Motiv umgewandelten Rückschau.

Ein politischer Rahmen wurde nach der Zuweisung sichtbarer. DieRFC 820, veröffentlicht im Januar 1983, gab an, dass die von Postel verwalteten Nummernzuweisungen einer Vereinbarung zwischen dem DARPA Information Processing Techniques Office und dem Defense Data Network Program Management Office unterlagen. Ihr Anhang fasste ein Treffen vom September 1982 zusammen und empfahl Aufteilungen zwischen Forschungs-, Verteidigungs- und kommerziellen Nutzungen. AMPRNET erschien in der Kategorie Forschung.

Dieses Dokument kann nicht die fehlende Begründung von 1981 liefern. Das Treffen fand nach dem AMPRNET-Eintrag statt. Seine Zuweisungen wurden wiederholt als empfohlene Politik beschrieben, und der Anhang schloss, dass die Politik noch nicht vollständig umgesetzt war; Postel handelte weiterhin als Koordinator für alle Zuweisungen. Dies ist ein Beweis dafür, dass die Förder- und Programminstitutionen prospektive Einschränkungen entwickelten, und kein Beweis dafür, dass eine dieser Regeln auf Netz 44 anwendbar war.

Die Vertragsakte fügt materielle Unterstützung hinzu, aber nicht die fehlende Entscheidungsregel. Die spätere Rekonstruktion des GAO bestätigt, dass die USC im Rahmen verteidigungsfinanzierter Vereinbarungen IANA-bezogene Arbeiten durchführte. Da die frühen Vertragstexte nicht verfügbar waren, legt sie nicht fest, welche Personalverpflichtungen, Genehmigungsrechte oder inhaltlichen Kriterien für die Anfrage von 1981 galten. Die Tatsache der Finanzierung widerlegt die Vorstellung, dass das Register nur ein privater Besitz war. Sie beantwortet nicht die Frage, wer die spezifische Größe von 44/8 autorisierte.

Die Konsequenz für den Antragsteller ist klarer. Eine registrierte Klasse-A-Nummer gab AMPRNET eine dauerhafte, weltweit eindeutige Basis für Experimente. Die breitere Konsequenz war der Ausschluss: Die Nummer konnte nicht kompatibel einem anderen Netz zugewiesen werden. Der Weg der Korrektur oder öffentlichen Überprüfung ist unklar. RFC 790 forderte Antragsteller auf, Postel für Zuweisungen und aktuelle Informationen zu kontaktieren, benannte aber keinen separaten Prüfer und spezifizierte nicht, wie man sein Büro anfechten konnte.

Netz 44 bleibt daher eine nützliche Beweisform zur Untersuchung informeller Autorität: ein zu konkretes Ergebnis, um es zu verwerfen, und eine zu unvollständige Begründung, um sie zu rekonstruieren. Das gemeinsame Register trug die Kennung jahrzehntelang. Die Archive zeigen nicht, ob dasselbe Urteil auf einen ähnlichen Außenstehenden angewendet worden wäre, was mit nicht berücksichtigten Antragstellern geschah oder wie ein Fehler hätte korrigiert werden können, bevor Vertrauen die Korrektur kostspielig machte.

Als ein Ja zu mehreren werden musste

Die Bewegung hin zu regionalen Registern liefert eine Implementierungsspur und keine vollständige Entscheidungsakte. Sie zeigt auch, warum die spätere Phase nicht so erzählt werden kann, dass Postel persönlich jede Anfrage gewährte.

Im August 1990 legte dieRFC 1174die offizielle Empfehlung des Internet Activities Board an den Federal Networking Council vor. Sie beschrieb die USC/ISI als Ausübung der zentralen IANA-Funktion und das DDN-NIC von SRI International als Ausübung der Internet-Registerfunktion für Netz- und autonome Systemnummern. Sie gab an, dass die IANA Ermessen hatte, Teile ihrer Verantwortung zu delegieren, und dass schnelles Wachstum, Internationalisierung und zunehmende Knappheit eine weitere Verteilung nahelegten.

Die vorgeschlagene Methode behielt die zentralen Funktionen von IANA und Internet-Register bei. Das Internet-Register würde Blöcke an Organisationen zuweisen, die vom Coordinating Committee for Intercontinental Research Networking genehmigt wurden, und zusätzliche Zuweisungsbefugnis delegieren. Es würde das Standardregister bleiben, wo kein Delegierter existierte, aggregierte Datenbanken pflegen und Kopien weiterverteilen. Kandidatenregister mussten sich mit der IANA und dem Internet-Register treffen, um Verfahren zu prüfen und Dokumentation zu erstellen.

Es war eine institutionelle Empfehlung, keine individuelle Anerkennungsentscheidung. Der Absender war der Vorsitzende des IAB; der Empfänger war der Vorsitzende des FNC; die betrachteten Akteure umfassten die IANA, das SRI-Register, das CCIRN und die Kandidatenorganisationen. Der Text machte das Ermessen explizit, ordnete es aber in eine Kette ein.

Im Oktober 1992 lieferte dieRFC 1366Auswahlkriterien. Sie berichtete von breiter Unterstützung durch die Federal Engineering Planning Group im Namen des FNC, der Ko-Vorsitzenden der International Engineering Planning Group und von Réseaux IP Européens. Ein regionales Register musste unparteiisch, von Anbietern und Abonnenten weithin anerkannt, von den Netzwerkbehörden in seiner Zone legitimiert, über die Registerfunktion hinaus etabliert, mit angemessenen Ressourcen ausgestattet, gemeinsamen Zuweisungsrichtlinien verpflichtet und bereit sein, die Unterzuweisungsstrategie mit dem zentralen Register zu koordinieren.

Diese Kriterien ließen das Urteil offen. „Weithin anerkannt“, „Legitimität“ und „angemessene Ressourcen“ waren bewertende Begriffe, keine mechanischen Tests. Ein Kandidat konnte die Wörter auf verschiedene Weise erfüllen. Die Dokumente schrieben keine Abstimmungsschwelle, kein vergleichendes Ausschreibungsverfahren oder keine unabhängige Berufung bei Ablehnung vor. Aber sie gaben Kandidaten und Prüfern einen öffentlichen Rahmen, der der AMPRNET-Akte von 1981 fehlte.

Ein Implementierungsergebnis erscheint in derRFC 1467,Status of CIDR Deployment in the Internet. Der im August 1993 veröffentlichte informative Statusbericht gab an, dass im Rahmen eines Meilensteins vom 31. Oktober 1992 die Auswahlkriterien für regionale Register festgelegt worden waren und die IANA Anträge potenzieller Register entgegennahm. Er berichtete, dass das RIPE Network Coordination Centre den Status eines regionalen Registers beantragt hatte und den Bereich 194.0.0.0 bis 195.255.255.255 zur Verwaltung für die europäische Internetgemeinschaft zugewiesen bekam. Das RIPE NCC hatte zuvor unabhängig den Bereich 193.0.0.0 bis 193.255.255.255 erhalten und konnte diesen Raum nach denselben Richtlinien verwalten.

Dies ist der Beweis einer Anfrage, eines Ressourcentransfers und einer operationellen Konsequenz. Es ist keine unterschriebene Anerkennungsentscheidung. RFC 1467 wurde bei der Corporation for National Research Initiatives als Bericht über den CIDR-Einsatz verfasst; es war weder der Antrag des RIPE NCC, ein Entscheidungsschreiben der IANA noch eine Verhandlungstranskription. Sie nennt nicht die Person, die den Antrag bewertete, reproduziert nicht die Einreichung, identifiziert keine alternativen Kandidaten und liefert keine begründete Entscheidung.

Der Bericht bringt die Akte jedoch über die politische Empfehlung hinaus. Er gibt an, dass Netzwerkdienstanbieter Blöcke vom RIPE NCC oder vom Internet-Register, das für Nordamerika und den pazifischen Gürtel handelt, erhalten haben. Er beschreibt die Registrierungsfunktion, die sich den Endnutzern nähert, und behauptet, dass der Prozess wie erwartet ohne größere Probleme funktioniert habe. Dieses Leistungsurteil stammte aus einer Statusbewertung, die von einer Institution erstellt wurde, die sich auf Agenturen, Betreiber, Anbieter und technische Gruppen stützte.

Sie enthielt keine Daten zur Antragstellerzufriedenheit, Fehlerraten oder abgelehnte Registeranträge.

Postels Führung an der USC/ISI macht seine Beteiligung an der zentralen Funktion plausibel, aber die Beweise stützen ein IANA-Handeln im Rahmen eines multi-institutionellen Programms und kein einsames telefonisches Ja. Der Antragsteller war das RIPE NCC, kein nachgelagertes Netz, das Adressen suchte. Die delegierte Ressource war ein Block für die regionale Verwaltung. Der praktische Effekt bestand darin, die erstinstanzliche Zuweisungsarbeit näher an die europäischen Antragsteller zu bringen, während das zentrale System die Autorität über den aggregierten Raum behielt.

Die veröffentlichten Kriterien für regionale Register betrafen Servicefähigkeit, Akzeptanz durch Netzwerkbehörden, Koordination, Neutralität und Einhaltung zentraler Richtlinien. Ein schwacher Delegierter könnte Blöcke falsch verteilen, Registrierungsdaten verlieren oder inkonsistente Standards über einen Kontinent hinweg anwenden. Die Wahl betraf daher die Identität eines kontinuierlichen Verwalters und nicht nur die Größe der Zuweisung eines Antragstellers.

Die eigeneinstitutionelle Geschichte des RIPE NCCgibt an, dass europäische Betreiber 1989 begannen, sich über RIPE zu koordinieren, 1990 beschlossen, ein personell ausgestattetes Koordinationszentrum zu finanzieren, und im April 1992 offiziell das RIPE NCC gründeten. Sie präzisiert, dass die Adressverteilung später im Jahr 1992 zur Arbeit des Zentrums hinzugefügt wurde. Diese Details helfen zu erklären, wie das RIPE NCC sich als regional verankert und operationell vorbereitet präsentieren konnte. Da der Bericht von der begünstigten Institution stammt, ist er ein Beweis für ihre Geschichte und ihr eigenes Verständnis, keine unabhängige Prüfung des IANA-Handelns.

Der Weg der Korrektur blieb auf der Delegationsebene unvollständig. RFC 1366 erlaubte Netzabonnenten, direkt das zentrale Internet-Register zu kontaktieren, das Antragsteller bei Bedarf bedienen konnte. Dies bot eine Rückfalllösung für die Serviceerbringung. Sie spezifizierte nicht, wie ein abgelehnter regionaler Registerkandidat Berufung einlegen konnte, wie ein regionaler Delegierter abberufen werden konnte oder welche Aufzeichnungen im Falle eines Scheiterns übertragen würden.

Im Mai 1993 bekräftigte dieRFC 1466die regionalen Kriterien und gab an, dass das verteilte Register von der IANA und dem Internet-Register ermächtigt war. Im November 1996 beschrieb dieRFC 2050eine Hierarchie von IANA, regionalen Registern und lokalen Registern. InterNIC bediente Nordamerika, das RIPE NCC Europa und APNIC den asiatisch-pazifischen Raum. Die regionalen Register wurden unter der Autorität der IANA eingerichtet und erforderten einen Konsens der regionalen Internetgemeinschaft.

RFC 2050 machte einzelne Adressentscheidungen auch besser überprüfbar. Sie verlangte dokumentierte Netzpläne, legte Nutzungsrichtlinien fest und unterschied zwischen Erhaltung, Routability und Registrierung. Sie erlaubte einem Register, veröffentlichte Dokumente anzufordern, die bestätigen, dass eine Organisation das war, was sie vorgab zu sein; sie verlangte solche organisatorischen Nachweise nicht in allen Fällen. Antragsteller, die mit einem Zuweisungsregister unzufrieden waren, hatten das Recht, bei dessen übergeordneter Stelle Berufung einzulegen, wobei die relevante Dokumentation zur Verfügung gestellt wurde.

Nach Ausschöpfung anderer Wege konnte eine Berufung zur endgültigen Entscheidung an die IANA gerichtet werden.

Das Dokument beweist, dass eine Berufungspolitik existierte. Es beweist nicht, dass ein Antragsteller sie erfolgreich nutzte, wie oft Berufungen stattfanden oder ob die endgültige Überprüfung durch die IANA unabhängig von der nachgelagert angewandten Politik war. Die geschriebene Hierarchie selbst demonstriert auch nicht, dass der Dienst nach dem Ausscheiden eines benannten Koordinators reibungslos weiterging. Sie macht organisatorische Kontinuität plausibler, indem sie Registrierungen und Rollen verteilt, aber es ist eher eine institutionelle Schlussfolgerung als ein in den zitierten Dokumenten gemessenes Ergebnis.

Die RIPE NCC-Episode verändert das Bild, ohne eine persönliche Entscheidungsakte zu produzieren. Zu Beginn der Periode konnte ein offizieller Socket aus einer Konsultation hervorgehen, gefolgt von der von einem benannten Koordinator veröffentlichten Liste. 1981 konnte eine Netzwerkzuweisung hauptsächlich als Eintrag neben den Initialen eines Antragstellers sichtbar sein. Zum Meilenstein der regionalen Register im Jahr 1992 operierte eine Kandidatenorganisation im Rahmen öffentlicher Qualifikationen, mehrerer politischer Gremien und einer expliziten Aufteilung der Verantwortlichkeiten.

Das Ermessen blieb bestehen, aber es war nicht mehr auf ein einzelnes Büro beschränkt.

Was Reputation bewirken konnte und was die Akte nicht beweisen kann

Warum wurde eine auf eine Person zentrierte Anordnung lange genug toleriert, um zu einer Infrastruktur zu werden?

Die am besten vertretbare Antwort beginnt mit einem beobachtbaren Service. Die RFCs zu zugewiesenen Nummern erschienen wiederholt. Sie identifizierten verantwortliche Kontakte, unterschieden zugewiesene von nicht zugewiesenen Werten und verknüpften viele Einträge mit technischen Dokumenten. RFC 433 legte konfligierende Socketnutzungen offen, anstatt sie zu verbergen. RFC 790 sagte Antragstellern, wo sie eine Zuweisung suchen sollten. RFC 1083 trennte die Kontakte von IANA, IAB, RFC-Herausgeber und NIC. Dies sind dokumentierte administrative Produktionen.

Ein benannter Koordinator reduzierte die Unsicherheit darüber, wohin eine Anfrage gesendet werden sollte. Diese Anordnung reduzierte möglicherweise auch die Koordinationsschritte, aber das öffentliche RFC-Inventar legt keine Antwortzeiten fest. Sie mag besonders gut funktioniert haben, wenn Antragsteller und Verwalter technische Netzwerke und berufliche Standards teilten, aber die Archive liefern keine vollständige Antragstellerpopulation, an der der Zugang gemessen werden könnte. Die plausible Erklärung sollte nicht einfach deshalb zur Schlussfolgerung erhoben werden, weil sie zu den überlebten Erfolgen passt.

Postels Fachwissen zählte dennoch. Er arbeitete an den Protokollen, deren Kennungen er katalogisierte. Die RFC-Herausgabe setzte ihn Vorschlägen und Spezifikationen aus. Seine Beratungsarbeit verband ihn mit technischen Debatten. Diese Kombination konnte einem Koordinator helfen, Duplikate zu erkennen, zu verstehen, warum ein Parameter benötigt wurde, und die für ein Protokoll verantwortlichen Personen zu identifizieren.

Das Fachwissen war ein Beitrag zur Governance, weil die Zuweisung keine bürokratische Kopie war: RFC 2050 erkannte später an, dass Erhaltung, Routability und Registrierung in Konflikt geraten konnten und in Einzelfällen ein Urteil erforderten.

Fachwissen regelte nicht das Mandat. Ein Protokollautor konnte wissen, was eine Kennung bedeutete, ohne von jedem betroffenen Betreiber autorisiert zu sein, sie zuzuweisen. Ein Antragsteller konnte Postels Hilfe annehmen, ohne zukünftige Teilnehmer zu repräsentieren. Ein IAB-Mitglied konnte die Politik beeinflussen, ohne zum vertraglichen Auftraggeber zu werden. Eine von der DARPA finanzierte Institution konnte zuverlässige Arbeit leisten, ohne dass ihre Beschaffungsbeziehung einer internationalen Zustimmung gleichkam.

Postels Interview von 1988 hilft, die Kultur innerhalb gewisser Grenzen zu erklären. Er erinnerte sich, dass die frühe Arbeit an Host-Protokollen größtenteils von Doktoranden geleistet wurde, die erwarteten, dass etablierte Fachleute kommen und ihre Entwürfe ersetzen würden. Das geschah nicht, und die von der Arbeitsgruppe geschaffenen hostseitigen Protokolle blieben bestehen. Er beschrieb die RFC-Reihe auch als informelles Gespräch, das formeller wurde, als sein Publikum wuchs.

Seine Beobachtung zu fehlenden Gründen ist besonders relevant, auch wenn sie sich eher auf technische Diskussionen als auf IANA-Anrufe bezog. Postel sagte, dass abgelehnte oder zurückgestellte Ideen oft zurückkamen, weil kein Dokument die vollständige frühere Argumentation bewahrte. Die Analogie ist stark: eine Gemeinschaft kann sich erinnern, dass eine Frage geklärt wurde, während sie die für einen Neuankömmling oder Nachfolger notwendige Begründung verliert. Es wäre jedoch falsch, dieses Interview als Beweis dafür zu betrachten, dass Nummernbewerbern Berufungen verweigert wurden oder dass Zuweisungsablehnungen demselben Muster folgten.

Reputationsbeweise kommen noch später. Der Nachruf von Vint Cerf vom Oktober 1998, dieRFC 2468, erinnerte an Postel als Vermittler, vorsichtigen Entscheider und unerschütterlichen Diensteanbieter. Er verband seine Identität eng mit der IANA und beschrieb die Loyalität, die er bei seinen Kollegen inspirierte. Das Dokument ist ein überzeugender Beweis dafür, wie ein einflussreicher Weggefährte Postel unmittelbar nach seinem Tod verstand.

Es ist kein administratives Audit. Ein Nachruf liefert keinen Antragsnennwert, testet keine Konsistenz zwischen Antragstellern und offenbart keine Fälle, in denen persönliche Vertrautheit den Zugang beeinflusste. Seine Sprache ist ein Beweis dafür, dass Vertrauen existierte, und kein unabhängiger Beweis dafür, dass jede Entscheidung es verdiente.

Die solideste wohlwollende Erklärung für die Anordnung ist daher begrenzt. Die Arbeit produzierte sichtbare und wiederholt aktualisierte Register. Antragsteller hatten benannte Kontakte. Der technische Kontext war bei Personen konzentriert, die Anfragen interpretieren konnten. Ein großer Teil des 1981 aufgezeichneten Raums blieb nicht zugewiesen. Peer-Konsultation und Förderinstitutionen existierten, auch wenn ihre Rolle bei individuellen Entscheidungen nicht veröffentlicht wurde. Unter diesen Bedingungen konnte eine kompakte Anordnung dem Problem angemessen erscheinen.

Die Schwäche ist ebenfalls begrenzt. Die bestehende Akte überrepräsentiert veröffentlichte, dauerhafte und gefeierte Ergebnisse. Routinemäßige Ablehnungen, zurückgezogene Anträge, informelle Korrekturen und nicht aufgezeichnete Unzufriedenheit wurden seltener zu RFCs. Aus ihrer Abwesenheit kann keine Schlussfolgerung über universelle Fairness gezogen werden. Ein guter Service kann Vertrauen gewinnen, während Konsistenz, Überprüfung und gleicher Zugang ungemessen bleiben.

Als das Vertrauen das Büro überstieg

Anfang der 1990er Jahre hörten die Dokumente auf, den Maßstab als abstrakte zukünftige Sorge zu behandeln.

RFC 1174 nannte die schnelle Zunahme der Anzahl von Netzwerken und die Internationalisierung des Internets. RFC 1366 gab an, dass die Nachfrage in zwei Jahren erheblich gestiegen war und einen systematischeren Zuweisungsprozess erforderte. RFC 1467 lieferte ein konkreteres operationelles Bild: 1993 enthielt die NSFNET/ANSNET-Policy-Routing-Datenbank über 13.000 Netzwerke und wuchs um etwa acht Prozent pro Monat, obwohl nicht alle Einträge aktive Netzwerke repräsentierten und die Datenbank nicht das gesamte Internet abdeckte.

Diese Zahlen messen nicht das Volumen der Anfragen an die IANA, aber sie dokumentieren eine sich schnell ausdehnende operationelle Umgebung. Mehr Netzwerke produzierten mehr Registrierungsarbeit, größere Routing-Tabellen und größere Konsequenzen schlecht aggregierter Zuweisungen. Das Problem war nicht mehr nur, ob zwei Experimentatoren dieselbe Nummer wählen konnten. Eine Zuweisung konnte die Fähigkeit des globalen Routingsystems beeinträchtigen, viele andere Netzwerke effizient zu transportieren.

RFC 2050 machte die Zielkonflikte explizit. Erhaltung zielte auf faire Verteilung und Widerstand gegen Horten ab. Routability begünstigte hierarchische Zuweisungen, die Router aggregieren konnten. Registrierung erforderte eine öffentliche Aufzeichnung für Eindeutigkeit und Fehlerbehebung. Das Dokument erkannte an, dass diese Ziele miteinander und mit den Interessen eines Antragstellers oder Anbieters in Konflikt geraten konnten.

Der Antragsteller sah sich nun einer dokumentierten Beweislast gegenüber. Die Register prüften Netztopologie, Subnetting, Routing-Pläne, frühere Zuweisungen und prognostizierte Nutzung. Ein Register konnte Bereitstellungspläne und organisatorische Verifizierung anfordern. Die direkte Zuweisung garantierte nicht, dass Anbieter das resultierende Präfix routen würden. Ja zum Adressraum zu sagen und Ja zur globalen Erreichbarkeit zu sagen waren getrennte Entscheidungen verschiedener Akteure geworden.

Die Überprüfung wurde wertvoller, weil eine Zuweisung Kosten über den Antragsteller hinaus auferlegen konnte. Ein großzügiger Block verbrauchte endlichen Raum. Ein schlecht aggregierter Satz von Präfixen vergrößerte die Routing-Tabellen. Eine Ablehnung oder eine anbieterbasierte Zwangszuweisung konnte Renummerierungs- und Abhängigkeitskosten für ein Netz auferlegen. Der Verwalter tätigte weder die Investition des Antragstellers noch die Routing-Investition jedes Betreibers, aber sein Urteil beeinflusste beide.

Die materielle Autorität um die USC/ISI wurde in der bestehenden Vertragsakte auch spezifischer. Der GAO erhielt Informationen über Aufgabe 4 des endgültigen Tera-node Network Technology-Vertrags der DARPA mit der USC, gültig von Juli 1995 bis Juli 1999. Aufgabe 4 erforderte Netzwerkinfrastrukturaktivitäten, die die Rolle der Internet Assigned Numbers Authority umfassten. Die USC musste das für die Arbeit erforderliche Personal, Material und die Einrichtungen bereitstellen.

Dieser Vertrag zeigt, dass die Ausführung der IANA-Funktionen 1995 eine institutionelle Leistung war und kein persönliches Hobby. Er identifiziert einen staatlichen Käufer, einen universitären Auftragnehmer und einen definierten Ausführungszeitraum. Er kann nicht zurückprojiziert werden, um die Regeln für AMPRNET von 1981 zu spezifizieren, und ein föderaler Beschaffungsvertrag verlieh nicht von selbst eine politische Autorisierung durch jedes internationale Netz, das die resultierenden Register nutzte.

Der Unterschied zwischen operationeller Autorität und weithin akzeptiertem Mandat wurde im Januar 1998 ungewöhnlich sichtbar in der DNS-Root. Es handelte sich nicht um eine IP-Nummernzuweisung, und dies sollte nicht dazu verwendet werden, anzudeuten, dass frühere Nummernzuweisungen geheime Übungen politischer Kontrolle waren. Es war eine separate Funktion, in der Postels angesammelte Reputation auf eine verteilte Infrastruktur traf.

Einzeitgenössischer Bericht der Washington Postgab an, dass Postel die Betreiber von sechs der zwölf sekundären Root-Server gebeten hatte, die Root-Zonen-Informationen von einem ISI-Server statt von der etablierten Quelle Network Solutions zu beziehen. Postel sagte, die Änderung würde keine Änderungen an den Daten mit sich bringen und die Server würden nach dem Test zur vorherigen Anordnung zurückkehren. Der Bericht stellte keine offensichtliche Störung für die Benutzer fest.

Die Compliance der Betreiber offenbarte die Stärke des persönlichen Vertrauens. Gerry Sneeringer von der University of Maryland erklärte: „Wenn Jon uns bittet, woandershin zu zeigen, werden wir das tun. Er ist hier die Autorität.“ Ein Betreiber der Universität Tokio änderte ebenfalls seinen Server, nachdem er Postels Nachricht erhalten hatte.

Die Grenzen sind ebenso wichtig. Der berichtete Umfang waren sechs Betreiber, nicht das gesamte Root-Server-System. Die Daten sollten unverändert sein. Keine Serviceunterbrechung für Benutzer wurde gemeldet. Bundesbeamte baten Postel, die frühere Anordnung wiederherzustellen, und die Betreiber kehrten zurück.

Eine spätere technische Darstellung, derRSSAC023v2 des Root Server System Advisory Committee, beschreibt, dass Postel Jim Koda und Paul Vixie bat, zu Testzwecken einen primären ISI-Server zu erstellen, mehrere Betreiber einlud, ihn zu verwenden, und einige Tage später die Rückkehr zum alten Primären forderte. Diese von der Institution erstellte Rückschau unterstützt die Testdarstellung. Der Zeitpunkt während eines Streits über die zukünftige Governance führte dazu, dass zeitgenössische Beamte ein breiteres Ziel vermuteten. Die bestehenden Beweise klären das Motiv nicht abschließend.

Die Episode demonstriert weder eine Internet-Übernahme noch eine harmlose Routineänderung jenseits aller Debatte. Sie zeigt, dass eine Anfrage eines vertrauenswürdigen Koordinators eine verteilte Infrastruktur verändern konnte, bevor die sie umgebenden Institutionen sich über die Bedeutung der Anfrage einig waren. Persönliche Glaubwürdigkeit lieferte eine operationelle Fähigkeit; staatliche Autorität lieferte eine Fähigkeit, die Handlung umzukehren. Die Meinungsverschiedenheit offenbarte, dass diese Autoritätsquellen nicht identisch waren.

Für die Nummernverwaltung ist die Lektion indirekt, aber wichtig. Ein gemeinsames Register funktioniert, weil andere sich darauf verlassen. Dasselbe Vertrauen, das eine technisch korrekte Zuweisung effektiv macht, kann eine mehrdeutige Anweisung verstärken. Mit zunehmendem Umfang und Wert muss die Governance zwischen der Fähigkeit des Verwalters, Compliance zu erzeugen, und der Autorität des Verwalters, die zugrunde liegende Politik zu entscheiden, unterscheiden.

Wenn eine weitere Person unterschrieben hätte

Eine historisch plausible Alternative zur anfänglichen Anordnung war kein moderner Regulierer mit Hunderten von Angestellten. Es war eine kleine Prüfgruppe für Entscheidungen oberhalb einer definierten Schwelle.

Die Socket-Akte von 1972 enthielt bereits die notwendigen Entitäten. Cerf und Postel forderten Berichte von den Hosts an. Neigus verfasste die endgültige Liste mit. Die Host-Schnittstellen lieferten lokale Informationen. Protokollautoren lieferten Spezifikationen. Eine Regel hätte verlangen können, dass zwei Koordinatoren einen neuen netzwerkweiten Socket, eine wichtige Netzwerkzuweisung oder eine Entscheidung, die eine bestehende Nutzung verlagerte, genehmigen.

Die Gruppe hätte die Anfrage, den anwendbaren Text, bekannte Konflikte und eine kurze Begründung aufzeichnen können. Routineeinträge hätten an einen einzelnen Koordinator delegiert werden können. Die Überprüfung hätte Mitgliedern anvertraut werden können, die nicht die erste Entscheidung getroffen hatten. Ein Netz wie AMPRNET hätte eine Seite hinterlassen können, die erklärt, ob der Antragsteller ein Klasse-A-Netz beantragt hatte, welche Alternativen in Betracht gezogen wurden und warum die gewählte Einheit für das Experiment geeignet war.

Die Kosten können nur als Ex-ante-Risiken formuliert werden. Das Warten auf einen weiteren Prüfer hätte eine Antwort verzögern können, aber keine Antwortzeitserie zeigt, um wie viel. Ein Panel aus demselben beruflichen Umfeld hätte dieselben Annahmen reproduzieren können. Eine Pflicht zur Veröffentlichung der Gründe hätte sensible Pläne in Bezug auf Verteidigung, Handel oder Sicherheit offenlegen können, es sei denn, vertrauliche Einreichungen wurden von öffentlichen Schlussfolgerungen getrennt. Formale Schwellen hätten auch Diskussionen darüber fördern können, ob ein Fall ausreichend „folgenreich“ für eine Prüfung war.

Eine kleine Gruppe könnte zu einem Club von Torwächtern werden. Antragsteller außerhalb der etablierten Forschungsgemeinschaft könnten es schwerer haben, mehrere Insider zu überzeugen, nicht leichter. Konsensregeln könnten zu einer Sackgasse führen, während Softwareentwickler inoffizielle Werte wählten. Eine zweite Unterschrift würde die Abhängigkeit von einem einzigen Gedächtnis reduzieren, ohne die Repräsentation automatisch zu erweitern.

Der Vorteil wäre eine andere Art von Beweis gewesen. RFC 433 zeigt, dass Konsultation und gemeinsame Autorenschaft machbar waren. Was ihr fehlt, ist eine Auflösung der Konflikte, die sie aufgezeichnet hat. Ein Panel-Protokoll oder eine kurze Entscheidung hätte zeigen können, welche Nutzung vorherrschte, welche Operationen sich änderten und welches Prinzip den nächsten vergleichbaren Fall bestimmen würde. Dies würde die Überprüfbarkeit verbessern, selbst wenn die inhaltliche Antwort identisch bliebe.

Die Frage ist nicht, ob ein Panel sicherlich schneller, gerechter oder weiser gewesen wäre. Keines dieser Ergebnisse kann retrospektiv demonstriert werden. Sein besonderer Beitrag wäre eine plurale Verantwortlichkeit und eine bewahrte Begründung gewesen, bevor Vertrauen einen Eintrag in Infrastruktur verwandelte.

Für Netz 44 würde eine solche Akte jetzt vor zwei entgegengesetzten Fehlern schützen. Sie würde Kritiker daran hindern, anzunehmen, dass Postel nachlässig ein zukünftiges Vermögen gewährte. Sie würde auch Bewunderer daran hindern, die Dauerhaftigkeit der Zuweisung als Beweis dafür zu betrachten, dass die anfängliche Größenentscheidung vollständig durchdacht war. Aufgezeichnete Gründe schützen das legitime Ermessen vor Mythologisierung, genauso wie sie schwaches Urteil offenlegen.

Die Delegation war nicht theoretisch

Die regionale Delegation war mehr als ein kontrafaktisches Szenario. Im Laufe der 1990er Jahre wurde sie zu einer operativen Politik.

RFC 1174 lieferte die institutionellen Umrisse. RFCs 1366 und 1466 lieferten die Qualifikationen und die Regeln für die Adressverwaltung. Der Bericht von RFC 1467 über den Antrag des RIPE NCC und die Delegation von Adressraum lieferte Implementierungsnachweise. RFC 2050 beschrieb später Zuweisungsstandards, Dokumentation, Prüfung und Berufung durch eine Hierarchie. Es war kein sauberer Ersatz von Urteil durch Regeln. Sie verteilte neu, wo Urteil stattfand, und machte einige seiner Einschränkungen sichtbar.

Die regionale Bearbeitung bot eine plausible Antwort auf Probleme der Sprache, der Zeitzone und der lokalen Netzwerkkenntnis. Personal, das näher an den Antragstellern war, konnte die regionale Topologie und Anbietervereinbarungen verstehen. Ein zentrales Register konnte aggregierte Blöcke zuweisen, globale Eindeutigkeit bewahren und verfügbar bleiben, wo kein regionaler Dienst existierte. Übergeordnete Register konnten Entscheidungen niedrigerer Ebene überprüfen, ohne jede gewöhnliche Anfrage selbst zu bearbeiten.

Das Design führte neue Risiken ein. Regionale Kriterien konnten abweichen. Ein Register konnte von etablierten Anbietern oder lokalen politischen Interessen abhängig werden. Antragsteller aus verschiedenen Regionen könnten unterschiedlichen Service erhalten. Ein zentrales Berufungsorgan könnte lokalen Kontext vermissen, während ein regionales Organ sich zentraler Korrektur widersetzen könnte. Delegation erforderte auch zuverlässige Datenbanken, definierte Servicezonen und eine praktische Möglichkeit, Aufzeichnungen zu übertragen, falls ein Delegierter ausfiel.

Die Kriterien von 1992 adressierten einige dieser Risiken durch regionale Legitimität, Neutralität, Ressourcen und Koordinationsverpflichtungen. Sie spezifizierten keinen ausgereiften Widerrufsmechanismus. RFC 2050 schuf ein Berufungsrecht gegen Adressentscheidungen, aber die IANA blieb die letztendliche Autorität nach Ausschöpfung anderer Wege. Die Verteilung reduzierte die erstinstanzliche Abhängigkeit von Postel, ohne das Ermessen im Zentrum zu beseitigen.

Die Ersetzbarkeit war ein beabsichtigter institutioneller Vorteil, kein automatisch bewiesenes Ergebnis. Ein mit Personal ausgestattetes Register, eine dokumentierte Politik und replizierte Daten erleichtern prinzipiell das Überleben über das Ausscheiden einer Einzelperson hinaus. Kontinuität hängt immer noch vom Zugang zu Aufzeichnungen, rechtlicher Autorität, technischen Systemen und der Kooperation der Betreiber ab. Wenn diese an eine einzelne Institution oder Persönlichkeit gebunden bleiben, kann Delegation die Abhängigkeit lediglich verschieben.

Die Implementierungsepisode des RIPE NCC offenbart eine realistischere Verteilung der Autorität als das Bild von Postel, der Europa die Erlaubnis erteilt. Europäische Betreiber organisierten RIPE und schufen ein Koordinationszentrum. Das IAB und föderale Netzwerkorganisationen förderten die Verteilung. Die IANA und das Internet-Register behielten die zentrale Autorität. Veröffentlichte Kriterien rahmten die Anordnung. Der Delegierte verwaltete dann den Adressraum für regionale Antragsteller. Kein einzelner Akteur lieferte allein das Mandat oder die operationelle Fähigkeit.

Diese Architektur klärte auch den Unterschied zwischen Teilnahme und Autorisierung. Regionale Ingenieure konnten ihr Fachwissen einbringen und lokale Akzeptanz aufbauen. Zentrale Koordinatoren konnten globale Eindeutigkeit bewahren. Sponsoren konnten die Systeme finanzieren. Antragsteller konnten Pläne einreichen. Keine dieser Rollen für sich allein beantwortete alle Fragen darüber, wer das Recht hatte, die Politik festzulegen. Die Hierarchie funktionierte, indem sie diese kombinierte und zumindest einige Rechtsbehelfe spezifizierte.

Die Delegation machte Reputation nicht irrelevant. Die Organisationen waren weiterhin auf vertrauenswürdiges Personal, kompetente Manager und glaubwürdige technische Gemeinschaften angewiesen. Sie veränderte die institutionelle Position der Reputation. Persönliches Vertrauen musste nicht mehr die gesamte Last des Empfangs, der Zuweisung, der Registerführung und der Korrektur tragen. Es konnte im Rahmen veröffentlichter Kriterien, mehrerer Organisationen und einer Berufungskette operieren.

Was die bestehende Akte tragen kann

Nebeneinander gelegt stützen das Socket-Register, Netz 44 und der Implementierungsbericht des RIPE NCC kein einheitliches Urteil über persönliche Macht. Sie zeigen einen Wandel in dem, was die administrative Akte erklären konnte.

RFC 433 dokumentiert die Aufforderung, einen öffentlichen Vorschlag, eine etablierte Liste, eine namentliche Mitautorenschaft, sichtbare Konflikte und einen Korrekturposteingang. Sie zeigt nicht, ob inkompatible Host-Praktiken aufgelöst wurden oder ob die betroffenen Betreiber eine unabhängige Prüfung erhielten. Netz 44 gelangte im Rahmen eines Systems, das Antragsteller an Postel verwies, in ein gemeinsames Register, aber die Begründung für die Wahl seiner Klasse, die anderen Entitäten und der Berufungsweg bleiben unbekannt.

RFC 1467 berichtete später, dass ein potenzielles regionales Register einen Status beantragt, einen definierten Adressraum erhalten und an einem verteilten Zuweisungsprozess gemäß veröffentlichter Kriterien teilgenommen hatte; sie bewahrte keine unterschriebene Anerkennungsentscheidung oder persönliche Begründung von Postel.

Die Finanzierungsakte hat dieselbe begrenzte Qualität. Die Unterstützung durch das US-Verteidigungsministerium und die institutionelle Rolle der USC/ISI sind dokumentiert. 1995 verlangte Aufgabe 4 des TNT spezifisch die Ausführung der IANA-Funktionen und verpflichtete die USC, das erforderliche Personal, Material und die Einrichtungen bereitzustellen. Nicht verfügbare frühere Verträge verhindern, diesen Beweis auf 1972 oder 1981 als Beleg für genaue Funktionen, Aufsichtsrechte oder Eingriffe der DARPA auf Fallebene zu projizieren.

Dort, wo Postels Urteil direkt sichtbar ist – wie im Vorschlag für Socketnummern – hing seine Wirkung von der Veröffentlichung, der technischen Übernahme und den Entscheidungen anderer Betreiber ab. Netz 44 zeigt dasselbe administrative System, das ein dauerhaftes Ergebnis produziert, ohne preiszugeben, welches Urteil seine Größe auswählte. Im gesamten Dossier erklären Fachwissen, institutionelle Unterstützung, veröffentlichte Politik und operatives Vertrauen den Umfang der Funktion, ohne eine vollständige Kausalkette für jede Zuweisung zu liefern.

Postel half bei der Bereitstellung eines Koordinationsdienstes, dessen Register zu unverzichtbaren Referenzen wurden. Der Erfolg ist sichtbar; universelle Konsistenz, unabhängiges Mandat und einfache Ersetzbarkeit sind es nicht. Die spätere Hinwendung zu dokumentierten Kriterien, geteilten Verantwortlichkeiten und Rechtsbehelfen hat das Ermessen nicht abgeschafft. Es machte das Ermessen weniger abhängig davon, woran sich ein vertrauenswürdiger Kontakt erinnerte, entschied und unerklärt ließ.