Der InterNIC-Vertrag und der Preis eines einzigen administrativen Engpasses

Zusammenfassung

• Im April 1993 startete die NSF InterNIC, wobei Network Solutions die zentrale nicht-DDN-Domain-, Netznummer- und ASN-Registrierung, Annahme, Verarbeitung und Aktualisierung übernahm; AT&T den Verzeichnis- und Datenbankzugriff; und General Atomics/CERFnet die Information und Vermittlung. Vorläufige Vertragsreproduktionen legten zudem Bearbeitungsfristen von 3, 5 und 22 Werktagen für Klasse-C-, -B- und -A-Zuweisungen nach vollständigem Antrag fest, aber die überlieferten Belege ermöglichen keine Messung der Einhaltung.
• Der dokumentierte Antragsprozess von Network Solutions verwendete Standardvorlagen, automatische Syntaxprüfung, Fehlermeldungen, Antragstellerverifikation, ein siebentägiges Bestätigungsfenster, eine abschließende menschliche Bearbeitung und einen einsehbaren Ticketstatus, was glaubhafte Fortschritte bei Skalierung, Konsistenz und Korrekturtransparenz bot.
• Die erhaltenen Vertragskopien sind nicht authentifizierte Reproduktionen, die Leistungsberichte fehlen entscheidende Nenner für die Anzahl der Anträge, und die dokumentierten Korrektur-, Inter-Manager-, Beschaffungspartei- und Registerbeschwerdewege liefern keine überlieferten Datenreihen über Nutzung, Dauer, Umkehrungen oder Ergebnisse.
• Die Aufzeichnungen belegen eine konzentrierte zentrale Annahme- und Verarbeitungsabhängigkeit für definierte nicht-DDN-Registrierungsarbeiten, aber keine universelle Unvermeidbarkeit, systematische Ausgrenzung, quantifizierbaren Antragstellerschaden oder Beweis, dass regionale, militärische, lokale Register- und Anbieterwege für eine bestimmte betroffene Bevölkerungsgruppe nicht verfügbar waren.

1. April 1993: Ein Antrag gelangt in den neuen Kanal

Ein nicht-militärischer Registrierungsantrag, der sich am 1. April 1993 dem zentralen Dienst des Internets näherte, traf auf einen bewusst strukturierten Pfad. Die Änderung wurde zuerst in alltäglichen Anweisungen sichtbar: welche Mailbox zu verwenden, welches Formular auszufüllen, wohin zu telefonieren und was passieren würde, wenn das Formular eine maschinelle Prüfung nicht bestand.

Die detaillierteste zeitgenössische Beschreibung istRFC 1400, veröffentlicht im März 1993. Der Autor, Scott Williamson, arbeitete für Network Solutions, den neuen Registrierungsauftragnehmer. Das Dokument ist daher ein Bericht aus erster Hand über den geplanten Übergang und den Antragsprozess, keine unabhängige Überprüfung der Leistung. Dennoch ist es ungewöhnlich präzise in Bezug auf den Verwaltungsablauf.

Während des Übergangs bis zum 31. März konnten nicht-DDN-Nutzer bestehende DDN Network Information Center-Vorlagen entweder an die alte DDN NIC-Adresse oder die neue InterNIC-Hostmaster-Adresse senden. E-Mail-, Fax- und Posteingänge an beiden Standorten sollten bearbeitet werden. DDN-Nutzer blieben auf einem separaten militärischen Weg und wurden angewiesen, ihre Registrierungsanträge weiterhin an das DDN NIC zu senden. Der Übergang trennte die Nutzergruppen; er schloss die frühere Einrichtung nicht auf einen Schlag.

Ab dem 1. April sollte ein neuer nicht-DDN-Registrierungsantrag an die automatisierte Registrierungsmailbox von Network Solutions unter Verwendung der neuen Vorlage gesendet werden. Eine veraltete Vorlage, die dort einging, würde mit Parse-Fehlern und dem beigefügten Ersatzformular zurückgesandt. Die Hostmaster-Mailbox akzeptierte das alte Format noch bis zum 30. Juni. Nach diesem Datum würde das alte Format zurückgesandt statt bearbeitet.

Das neue Formular war für die automatisierte Bearbeitung konzipiert und von DDN-spezifischen Bezügen befreit. Nach dem Einreichen analysierte ein Mailserver die Vorlage und führte eine schnelle Prüfung der überprüfbaren Informationen durch. RFC 1400 verwendete einen Domain-Namenskonflikt als Beispiel. Das System gab dann entweder ein Verifikationsformular oder eine Ablehnung mit Fehlermeldungen zurück.

Eine Verifikation war nicht selbst das Endergebnis. Der Antragsteller musste die maschinelle Interpretation prüfen. Wenn die analysierten Daten korrekt waren, schickte der Antragsteller das Formular an eine separate Verifikations-Mailbox zurück. Wenn es falsch war, korrigierte der Antragsteller es vor der Antwort. Ein abgelehnter Antrag musste angepasst und über die automatisierte Annahme erneut eingereicht werden. Korrigierte Verifikationsdaten wurden erneut geprüft, und ein weiteres Verifikationsformular wurde erstellt.

Erst nachdem die Registration Services eine akzeptable Verifikation erhalten hatten, wurde der Antrag zur endgültigen Bearbeitung durch das InterNIC-Personal weitergeleitet.

Diese Abfolge kombinierte maschinelle und menschliche Arbeit. Der Parser übernahm die Annahme, die Formatprüfung, die selektierte Verifikation und die Bestätigungsschleife. Das Registrierungspersonal behielt die finale Bearbeitungsstufe. RFC 1400 gibt den vollständigen internen Entscheidungsweg für einen Netzwerknummern-Antrag nicht preis. Es zeigt nicht, wie Personal einen bestimmten Topologieplan bewertete, wie konkurrierende technische Erwägungen gelöst wurden oder welche Erklärung eine substanzielle Reduzierung oder Ablehnung begleitete. Ebenso belegt sein Domain-Ticket-Beispiel nicht die Behandlung von IP-Nummern- oder ASN-Arbeiten.

Der Antragsteller hatte sieben Tage Zeit, um das Verifikationsformular zurückzusenden. Ging innerhalb dieser Frist keine Verifikation ein, verfiel der ursprüngliche Antrag und musste erneut eingereicht werden. Diese Verfallsregelung zeigt eine verfahrenstechnische Konsequenz, aber das Dokument liefert keine Häufigkeitsrate. Es zeigt nicht, wie oft Anträge verfielen, ob Nachrichten verloren gingen, wie oft ein Parserfehler einen weiteren Durchlauf erforderte oder ob die Wiedereinreichung zu materiellen Verzögerungen führte.

Die Formkonformität war eine Voraussetzung für das Fortschreiten; die verfügbaren Belege wandeln diese Bedingung nicht in messbare Kosten für die Antragsteller um.

Die Abfolge bot auch deutliche Vorteile. Eine Bestätigungsnachricht enthielt eine Trouble-Ticket-Nummer. Ein Nutzer konnte den Status des Antrags mit dem Hilfsprogrammfingeroder durch interaktive Verbindung zum Registrierungshost abfragen. Das Beispiel zeigte, ob ein Ticket anhängig war, wie es eingegangen war, wann es eröffnet wurde und welches interne Konto es besaß. Für einen wachsenden Dienst ersetzte dies einige der Unsicherheiten einer nicht nachverfolgbaren Mailbox durch einen einsehbaren Verwaltungszustand.

Manuelle Unterstützung blieb per Telefon, E-Mail, Fax und Post verfügbar. Der WHOIS-Dienst war während des Übergangs sowohl am DDN NIC als auch am InterNIC-Standort in Betrieb. Ab dem 1. April sollte der DDN-Server DDN-Informationen enthalten, während der InterNIC-Server Datensätze zu IP-Adressen, Domains, ASNs und zugehörigen Kontaktstellen bereithielt. Root-Zone-Verteilung, Domain-Registrierung, Nummernvergabe, Kontaktdatensätze und WHOIS-Zugriff teilten sich Teile derselben Betriebsumgebung, waren aber nicht dieselbe Funktion.

Der Durchlauf zeigt die genaue Konzentration, auf die es ankommt. Beim zentralen nicht-DDN-Dienst betrieb Network Solutions den akzeptierten elektronischen Eingang, die Vorlagen, den Parser, die Ablehnungs- und Korrekturschleife, die Personalbearbeitungsstufe, das Ticketstatus-System und das Registrierungsdatensatzsystem. Dies ist ein Beleg für eine fortlaufende administrative Abhängigkeit. Es ist noch kein Beleg dafür, dass jeder Antragsteller weltweit diesen Weg nutzen musste, dass einer bestimmten Klasse Alternativen fehlten oder dass der Auftragnehmer seine Position nutzte, um Schaden zu verursachen.

Die Startlandkarte – und das Datum, an dem sie aufhörte, vollständig zu sein

InterNIC wurde den Nutzern als koordinierter Dienst präsentiert, aber die NSF beschaffte ihn über getrennte Organisationen. DieAnkündigung der betriebsbereiten InterNIC-Dienste vom 1. April 1993beschrieb ein Startdesign, das in Registrierungsdienste, Verzeichnis- und Datenbankdienste sowie Informationsdienste unterteilt war. Eine einheitliche öffentliche Identität sollte unnötige Nahtstellen verbergen, ohne die zugrunde liegende Zuständigkeitsverteilung aufzuheben.

Network Solutions erhielt die Registrierungskomponente. Zu deren zentraler nicht-DDN-Arbeit gehörten die Domain-Namensregistrierung, die Registrierung von Domain-Name-Servern, die Netzwerknummernvergabe und die ASN-Vergabe. Sie nahm Anträge an, betrieb die Verarbeitungssysteme, pflegte die Registrierungsdaten und leitete Daten zur Veröffentlichung und zum Zugriff weiter.

AT&T erhielt die Verzeichnis- und Datenbankdienste. Diese Funktion betraf die Speicherung, den Abruf und die Ermittlung von Aufzeichnungen, Dokumenten, Organisationen, Personen, Servern und anderen Internetressourcen. Sie war mit der Registrierung verwandt, weil abgeschlossene Daten den Nutzern zur Verfügung stehen mussten, aber AT&T wurde dadurch nicht zu einem zweiten Weg für die Erlangung einer Netzwerknummernzuweisung.

General Atomics, handelnd durch CERFnet, erhielt die Informations- und Vermittlungskomponente. Ihre Funktion war die Beratung: die Beantwortung von Fragen zur Nutzung und zur Anbindung an das Internet, die Pflege von Informationsressourcen und die Weiterleitung von Nutzern an geeignete Dienste oder Unterstützungsorganisationen. Eine Auskunft konnte einem Antragsteller helfen, den Registrierungsweg zu finden; sie konnte den zur Bearbeitung einer Zuweisung befugten Akteur nicht ersetzen.

Andere Institutionen blieben außerhalb dieses Auftragnehmer-Trios. Die NSF hielt die Vergabe, stellte Finanzierung bereit, überwachte die Leistung, genehmigte bestimmte Handlungen, bewertete den Fortschritt und koordinierte Streitigkeiten unter den Dienstleistern. Das Information Sciences Institute der USC führte die IANA-Koordinationsfunktion fort, einschließlich der Zuständigkeit oberhalb oder neben den Registern und der Befugnis, Teile der Nummernverwaltung zu delegieren. Das DDN NIC behielt seinen Weg für militärische Nutzer. Regionale und lokale Vereinbarungen änderten bereits, welches Register eine bestimmte Nutzergruppe bediente.

Die Startstruktur lässt sich kompakt darstellen:

Dies war die Karte vom April 1993, keine stabile Beschreibung des gesamten Zeitraums bis 1998. DieArchivwiedergabe von Amendment 4 vom 13. September 1995besagt, dass ein Verweis auf General Atomics gestrichen wurde, um die kürzliche Beendigung seiner Vereinbarung widerzuspiegeln. Die Wiedergabe enthält auch eine offensichtliche Unstimmigkeit bei der Vergabenummer: Sie ordnet General Atomics NCR-9218179 zu, während der wiedergegebene Basistext NCR-9218179 AT&T und NCR-9218749 General Atomics zuweist. Das zugängliche Material rechtfertigt nicht die stillschweigende Korrektur dieser Unstimmigkeit oder die Bestimmung der vollständigen rechtlichen Vorgeschichte der beendeten Vergabe. Es stellt jedoch fest, dass die ursprüngliche Drei-Dienstleister-Beschreibung ab September 1995 nicht mehr vollständig war.

Diese Änderung betrifft die zentrale Frage des Artikels. Network Solutions herrschte nicht über ein unverändertes Drei-Auftragnehmer-System für fünf Jahre. Die Registrierungsabhängigkeit muss unabhängig von der weiteren InterNIC-Organisation datiert werden. Ihre Systeme blieben wichtig, aber die umgebende Informationsdienstvereinbarung, die regionale Hierarchie und die staatliche Aufsicht entwickelten sich während des Vergabezeitraums weiter.

Die anfängliche Aufteilung verhindert auch die irreführende Verschmelzung von Funktionen. Ein Name ist keine Adresse. Eine ASN ist keine Domain. Reverse-DNS verknüpft die Nummernverwaltung mit dem Namenssystem, ohne beide zu vereinen. Die Verzeichnisveröffentlichung ist keine Zuweisungsbefugnis. Die Informationsvermittlung ist keine Entscheidungsfindung. Die Root-Zone-Koordination kann nicht als Stellvertreter für die Erfahrung in der Adressvergabe herangezogen werden. Jede Funktion hatte ihre eigenen Belege, Antragstellerkreise und möglichen Fehlermodi.

Vor der Lektüre des Vertrags, eine Warnung zum Vertrag

Das verfügbare Vertragsmaterial ist nützlich, aber nicht als vollständige unterzeichnete Bundesaufzeichnung authentifiziert.

Dieprivate Transkription von Cavebearist eine private Abschrift. Der31-seitige, auf einem Mirror gehostete Scan von Freespeechist ein gespiegelter Scan ohne authentifizierte Überlieferungskette. DieArchivwiedergabe von ICANNist eine Archivreproduktion und keine kanonische NSF-Kopie. Keine davon ist eine kanonische NSF-Kopie. Diese Quellen erlauben es, Klauseln zu vergleichen und zu lokalisieren; sie begründen nicht, dass der zugängliche Satz die vollständige geschlossene Vereinbarung, alle einbezogenen Angebotsmaterialien, jeden Anhang, die vollständige Unterzeichnungsgeschichte, einen verifizierten Seitenumfang oder die vollständige Kette von Änderungen enthält.

Diese Grenzen sind auf den ersten Blick sichtbar. Die wiedergegebene Vereinbarung verweist auf das Angebot von Network Solutions vom September 1992, eine kollaborative Ergänzung vom Oktober 1992 und Qualitätsformeln im Angebot. Diese Materialien sind in der Basiswiedergabe nicht vollständig verfügbar. Allgemeine Bedingungen erscheinen im gespiegelten Scan, während die ICANN-Seite hauptsächlich besondere Bedingungen und spätere Änderungen wiedergibt. Amendment 4 bezieht ein weiteres Angebot und Anhänge durch Verweis ein. Ein Archivleser kann wichtige Bestimmungen rekonstruieren, aber nicht das gesamte operative Paket authentifizieren.

Entsprechend ist das Folgende eine Lesart vorläufiger Reproduktionen. „Die Archivwiedergabe besagt“ und „der gespiegelte Scan scheint zu liefern“ sind Evidenzqualifikationen, keine stilistische Vorsicht. Ein späterer gerichtlicher oder behördlicher Bericht kann eine Komponente, ein Datum oder eine Berechnung stützen, ohne zu beweisen, dass jede wiedergegebene Seite vollständig und echt ist.

Die offensichtlichste Warnung ist ein Konflikt von 1.000.000 USD bei der geschätzten Summe. Die Deckblattwiedergabe nennt eine geschätzte Gesamtsumme von4.219.339 USD. Die Wiedergabe von Artikel 8 nennt5.219.339 USD. Der gespiegelte Scan scheint die Zahl aus Artikel 8 in4.854.061 USD geschätzte Kosten plus eine feste Gebühr von 365.278 USDaufzuteilen, was rechnerisch 5.219.339 USD ergibt.

Die Diskrepanz zwischen der Deckblattsumme und der Summe aus Artikel 8 beträgt genau1.000.000 USD. Die interne Arithmetik kann nicht klären, welcher Hauptbetrag die vollständige geschlossene Vergabe darstellte. Sie zeigt nur, dass die Komponenten aus Artikel 8 sich zu der Summe aus Artikel 8 addieren. EineBeschreibung eines Bundesbezirksgerichts von 1998wiederholte unabhängig die Erstattungskomponente von 4.854.061 USD und die feste Gebühr von 365.278 USD. Dies stützt die Komponentenarithmetik; es authentifiziert nicht die vollständige Vertragskopie, ihre Anhänge oder ihre Änderungsgeschichte.

Mehrere nützliche Verhältnisse können aus den Zahlen von Artikel 8 neu berechnet werden, vorausgesetzt, sie werden als Berechnungen und nicht als Vertragssätze ausgewiesen. Die feste Gebühr von 365.278 USD beträgt ungefähr7,5252 %der wiedergegebenen geschätzten Kosten von 4.854.061 USD und ungefähr6,9985 %der wiedergegebenen Artikel-8-Gesamtsumme von 5.219.339 USD. Die vorläufige anfängliche Mittelzuweisung betrug1.162.245 USDbis zum 31. März 1994, ungefähr22,2680 %der Artikel-8-Summe.

Die Deckblattwiedergabe und die Artikel-8-Wiedergabe sollten daher nebeneinander bestehen bleiben. Die stille Auswahl einer einzigen würde falsche Präzision erzeugen. Die vertretbare Feststellung ist, dass die Quellen hinsichtlich der Gesamtsumme widersprüchlich sind, während die Komponenten von Artikel 8 mathematisch kohärent sind und später gerichtlich wiederholt wurden.

Was die vorläufige Vergabe zu kontrollieren versuchte

Mit diesen Einschränkungen beschreibt die Archivwiedergabe ein befristetes Beschaffungsinstrument, das vom 1. Januar 1993 bis zum 30. September 1998 wirksam war. Es unterteilte den Zeitraum in eine dreimonatige Einführungsphase, fünf Jahre operative Unterstützung ab dem 1. April 1993 und einen sechsmonatigen Flexibilitätszeitraum ohne zusätzliche Kosten.

Die wiedergegebenen Finanzierungsbestimmungen beschreiben Kostenerstattung zuzüglich einer festen Gebühr. Diese Struktur begründet keine Verschwendung, Gleichgültigkeit oder schwache Leistung. Sie bedeutet lediglich, dass die Zahlung nicht ausschließlich auf einem verifizierten Output wie einer akkurat abgeschlossenen Zuweisung innerhalb einer gemessenen End-to-End-Zeit basierte. Die Disziplin des Dienstes musste aus Anforderungen, Berichten, NSF-Aufsicht, jährlichen Finanzierungsentscheidungen, Leistungsüberprüfungen und der Möglichkeit von Änderungen oder Ersatz kommen.

Network Solutions erscheint in der Wiedergabe als primär verantwortlich für die Qualität, Pünktlichkeit und das effektive Management der Registrierungsdienste. Die NSF behielt die Unterstützungsplanung, Aufsicht, Überwachung und Bewertung. Der Programmbeauftragte konnte den Fortschritt überprüfen und an technischen oder terminlichen Diskussionen teilnehmen, aber die Wiedergabe beschränkte die Befugnis dieses Beauftragten, Arbeiten außerhalb des Umfangs anzuordnen, die geschätzten Kosten zu erhöhen, den Leistungszeitraum zu verlängern oder ausdrückliche Bedingungen zu ändern.

Materielle Änderungen erforderten den Kanal für Zuwendungen und Verträge und ein schriftliches Vorgehen.

Der Finanzierungsmechanismus gab der NSF einen wiederkehrenden Hebel. Die anfängliche Zuweisung deckte die Leistung bis zum 31. März 1994 ab, wobei weitere Mittel schrittweise in Aussicht gestellt wurden. Der wiedergegebene Text verlangte eine Benachrichtigung, wenn die erwarteten Kosten über die folgenden 60 Tage zusammen mit den bereits angefallenen Kosten 85 % des zugewiesenen Betrags übersteigen würden. Die zukünftige Unterstützung war an die jährliche Überprüfung, einen vorgeschlagenen Programmplan, Verhandlungen und verfügbare Mittel gebunden.

Die Überwachung war als ein wiederkehrender Prozess und nicht als End-of-Term-Inspektion konzipiert. Die Archivwiedergabe fordert wöchentliche Übergangsbesprechungen während der Einführungsphase und danach, bis die NSF etwas anderes anordnet. Gemeinsame Treffen der Dienstleister waren mindestens vierteljährlich im ersten Jahr vorgesehen. Quartalsberichte sollten den technischen Status, Errungenschaften, Probleme, Zusammenarbeit, Planänderungen, ausstehende Genehmigungen und Ausgaben abdecken. Jährliche Einreichungen sollten erreichte, übertroffene oder verfehlte Ziele identifizieren und wesentliche Abweichungen vom Plan erklären.

Die wiedergegebene Anforderung an den Abschlussbericht sah einen Bericht über die Arbeit und Probleme vor, der detailliert genug sein sollte, damit eine angemessen sachkundige Organisation die Arbeit replizieren konnte. Es sah auch die Lieferung von Software und Daten auf Anfrage vor. Diese Formulierung drückt ein Streben nach Kontinuität aus, aber das Bestehen einer Lieferklausel ist kein Test dafür, ob ein anderer Betreiber einen laufenden Dienst mit seinen Warteschlangen, Korrespondenz, stillschweigendem Richtlinienwissen und Personalroutinen intakt übernehmen könnte.

Amendment 4 fügte einen weiteren Sichtbarkeitsmechanismus hinzu. Seine Archivwiedergabe verlangte ab November 1995 die öffentliche Verfügbarkeit von Leistungskennzahlen der Registrierungsdienste, Bearbeitungszeiten und der Leistung im Vergleich zu diesen Kennzahlen. Es forderte auch, dass der Leistungsüberprüfungsbericht zur öffentlichen Einsichtnahme bereitgestellt wird. Dies zeigt, dass öffentliche Leistungsnachweise zu einem ausdrücklichen Anliegen geworden waren. Es liefert die fehlenden Zahlen jedoch nicht von selbst.

Die Vergabe trennte auch die Koordination von der Antragstellerprüfung. Die wiedergegebene Kooperationssprache erlaubte es dem NSF-Programmbeauftragten, technische, betriebswirtschaftliche oder terminliche Streitigkeiten zwischen InterNIC-Dienstleistern beizulegen. Dies konnte eine Meinungsverschiedenheit zwischen Network Solutions und AT&T über eine Übergabe oder einen anderen Managementkonflikt innerhalb des Projekts behandeln. Es war nicht als Anhörung für einen Antragsteller ausgedrückt, der eine Nummernentscheidung anfocht.

Das Prinzipal-Agent-Design war daher substantieller als ein passiver Zuschuss. Die NSF behielt Geldmittel, Berichterstattung, Genehmigung, Evaluierung und Koordinationsinstrumente. Network Solutions kontrollierte weiterhin die täglichen Systeme und das Personal, durch die zentrale Anträge voranschritten. Die wichtige Frage ist nicht, ob formale Aufsicht bestand; sie bestand. Sie ist, ob die erhaltenen Belege zeigen, wie prompt, konsistent oder effektiv diese Kontrollen Nummernantragsteller schützten. Zu diesem Punkt ist die öffentliche Aufzeichnung dünn.

Die Drei-Tage-Uhr, die nach der Vervollständigung beginnt

Die vorläufigen Vertragswiedergaben enthalten unterschiedliche Bearbeitungsanforderungen für classful Netzwerknummern-Zuweisungen:3 Werktage für Klasse C,5 Werktage für Klasse Bund22 Werktage für Klasse A. Dies sind wiedergegebene Anforderungen, keine authentifizierten Konformitätsergebnisse oder Beobachtungen der tatsächlichen Dienstleistung.

Ihr Nenner ist entscheidend. Die wiedergegebene Definition startet die Uhr bei Eingang einesvollständigen Antrags, einschließlich aller ausdrücklich angeforderten Informationen über die Netzwerktopologie und die Nutzung zuvor zugewiesenen Adressraums. Sie endet mit der Zuweisung einer Nummer.

Damit sind mehrere Phasen ausgeschlossen, die ein Antragsteller erleben könnte. Der Ersteingang liegt außerhalb des gemessenen Zeitraums, wenn die Einreichung nicht als vollständig gilt. Parser-Ablehnung und Korrektur liegen außerhalb. Die Zeit, die auf die Verifikation durch den Antragsteller gewartet wird, liegt außerhalb. Zusätzlicher Austausch über Topologie, bestehende Nutzung oder prognostizierten Bedarf kann der Vervollständigung vorausgehen. Auch die Veröffentlichungsverzögerung nach der Zuweisung liegt außerhalb der Uhr, ebenso wie Einreichungen, die vor der Vervollständigung aufgegeben werden.

Ein Auftragnehmer könnte daher eine Drei-Werktage-Klasse-C-Anforderung nach der Vervollständigung erfüllen, während der Antragsteller einen längeren Zeitraum von der ersten Einreichung bis zum nutzbaren Eintrag erlebt. Diese Möglichkeit ist kein Beweis dafür, dass lange Verzögerungen auftraten. Das Umgekehrte zählt ebenfalls: Ein ausgedehnter Austausch vor der Vervollständigung könnte fehlende oder unzureichende Belege widerspiegeln, die vom Antragsteller geliefert wurden, und nicht ein Versagen des Auftragnehmers.

Eine ernsthafte Bewertung würde mindestens vier Zeitstempel erfordern: den ersten Eingang, die erste Antwort des Parsers oder Personals, die Feststellung der Vollständigkeit und die endgültige Zuweisung oder Ablehnung. Sie würde auch den Antragstyp und die -größe, etwaige angeforderte zusätzliche Belege, die Antwortzeit des Antragstellers, Pausen für die Koordination und den Zeitpunkt der Verfügbarkeit der resultierenden Registrierungsdaten benötigen.

Die Wiedergabe verweist auf Qualitätsformeln in einem Angebot, das im zugänglichen Vertragssatz nicht vorhanden ist. Ohne diese Definitionen kann der Forscher nicht bestimmen, ob die Qualität über Namen, Nummern, ASNs und Datensatzaktualisierungen hinweg stichprobenartig überprüft wurde; ob ein Mittelwert, Median, Perzentil oder Schwellenwert verwendet wurde; oder wie abgelehnte, korrigierte, verfallene und aufgegebene Einreichungen behandelt wurden.

Die drei, fünf und 22-Tage-Zahlen bleiben wertvoll. Sie zeigen, dass die Beschaffung versuchte, die Bearbeitungszeit für Nummern zu einer spezifizierten Verpflichtung zu machen. Sie offenbaren nicht, wie viele Anträge in jede Klasse fielen, wie viele den Standard erfüllten oder ob die Uhr konsequent angewendet wurde.

Mai 1994: Größenordnung in Einheiten, die nicht vermischt werden dürfen

Der stärkste zeitgenössische Arbeitslastbeleg stammt aus einem vom Auftragnehmer eingereichten Abschnitt desInternet Monthly Report für Mai 1994. Er verzeichnet mehrere verschiedene Aktivitätsarten:

• 5.009 Hostmaster-E-Mails
• 251 Post- oder Fax-Anträge
• 2.047 Telefonanrufe
• 1.316 registrierte Domains
• 565 inverse Adresseinträge
• 12.645 zugewiesene Klasse-C-Netznummerneinheiten
• 20 zugewiesene Klasse-B-Netznummerneinheiten
• 57 zugewiesene ASNs

Keine dieser Einheiten kann addiert werden, um eine sinnvolle Gesamtzahl namens „Anträge“ zu ergeben. Eine E-Mail kann ein Antrag, eine Korrektur, eine Statusanfrage oder eine Richtlinienfrage sein. Ein Telefonanruf kann eine von mehreren Funktionen betreffen. Ein inverser Adresseintrag ist keine neue Zuweisung. Eine Domain-Registrierung ist keine ASN-Vergabe.

Am wichtigsten ist, dass die 12.645 Klasse-C-Einheiten nicht 12.645 Antragsteller repräsentieren. Der Bericht sagt separat, dass Blöcke von 256 Klasse-C-Netzen an mehrere Organisationen und das DDN NIC zugewiesen wurden. Ein Antrag oder eine Zuweisungshandlung könnte daher viele der gemeldeten Einheiten erklären. Die Zahl demonstriert die Größenordnung der in dem Monat erfassten Adresseinheiten, nicht die Anzahl der einzelnen Antragsteller oder Entscheidungen.

Derselbe Bericht listet die Nutzung der Informationsdienste für Mai auf, ohne den Registrierungsnenner aufzulösen. Er gibt211.257 WHOIS-Client-Anfragenund785.015 WHOIS-Server-Anfragenan. Separat meldet er48.859 Gopher-Verbindungen,24.748 WAIS-Verbindungen,8.779 FTP-Verbindungenund1.387 Mailserv-Verbindungen. Anfragen, Verbindungen, Anträge, Zuweisungen und Telefonkontakte bleiben unterschiedlich.

Diese Zahlen liefern ein starkes Effizienz-Argument für eine gemeinsame Infrastruktur. Ein rein manuelles Büro wäre zunehmendem Druck durch Post, Anrufe, Datenbankaktualisierungen, Anfragen und mehrere Kennungstypen ausgesetzt gewesen. Standardformulare ermöglichten die Mechanisierung sich wiederholender Prüfungen. Das Parsen konnte fehlerhafte Felder aus der Personalwarteschlange fernhalten. Fehlermeldungen konnten einem Antragsteller mitteilen, was das System zurückwies. Die Verifikation konnte das Missverständnis einer Maschine auffangen, bevor es zu einem öffentlichen Eintrag wurde.

Der Ticketstatus konnte Unsicherheit reduzieren und einige Supportkontakte vermeiden.

Der Monatsbericht demonstriert Aktivität in großem Umfang. Er liefert keine Abschlussrate für Nummernanträge, keine Parser-Ablehnungsrate, keine Abbruchrate, keine Verteilung der Bearbeitungszeiten oder eine unabhängige Genauigkeitsstichprobe. Er offenbart nicht, ob ein Antragsteller viele E-Mails erzeugte oder ob ein Anruf mehrere Datensätze betraf. Er ist ein Betriebsbeleg, keine Fairness-Prüfung.

Was der Auftragnehmerbericht von 1996 hinzufügt

Eine privat gehostete Transkription desInterNIC Registration Services Annual Progress Report von 1996liefert spätere Leistungsbehauptungen. Ihre Provenienz ist schwächer als ein authentifizierter Auftragnehmerbericht, und ihre Statistiken bleiben selbstberichtet. Dennoch ist sie informativer, als den Zeitraum allein durch hypothetische Fragen zu ersetzen.

Die Transkription besagt, dass zum31. Dezember 1996 95 % der neuen Registrierungsanträge innerhalb von 24 Stunden bearbeitet wurden. Sie liefert keinen Zähler, keine Antragstyp-Population und keine Messregel. „Neue Registrierungsanträge“ ist nicht aufgeschlüsselt in Domains, IP-Nummern-Arbeit, ASNs, Kontakte oder andere Vorlagen. Die Behauptung kann nicht als 95 % IP-Nummern-Abschlussrate berichtet werden.

Eine separate Passage betrifft speziell Domains. Sie besagt, dassmehr als 85.000 DomainsimNovember 1996registriert wurden und dassmehr als 90 % dieser Anträgeinnerhalb von 24 Stunden automatisch vom Parser bearbeitet wurden. Diese nur auf Domains bezogene Angabe kann nicht mit der 95 %-Jahresultimo-Behauptung vermengt werden. Sie ist ein Beleg für umfangreiche Domain-Automation in einem Monat, kein Maß für die Bearbeitungszeit oder Fairness bei der Adressvergabe.

Dieselbe Transkription verzeichnet weniger schmeichelhafte allgemeine Supportunterlagen. Während desJahres 1996reichten die selbstberichteten Anrufabbruchraten vonunter 8 % bis über 50 %. Die Raten lagen typischerweise bei10 % bis 20 % im späteren Teil des Jahres. Die durchschnittliche Kundenwartezeit betrug ungefährvier Minuten, und die durchschnittliche Zeit für die Rückgabe von Voicemail-Anfragen wurde nicht gemessen. Der Bericht besagt auch, dass im Dezember festgestellte Telefonleitungsprobleme dazu führten, dass viele Anrufer Besetztzeichen erhielten.

Diese Zahlen bieten einen begrenzten Blick auf die Dienstbelastung. Sie liefern nicht die zugrunde liegende Anzahl von Anrufen, die Verteilung nach Monat oder Tag, die Dauer der Anrufe oder den Anteil, der auf Nummernantragsteller entfiel. Ein Anrufer, der eine IP-Zuteilung sucht, kann nicht von jemandem getrennt werden, der nach einer Domain, Abrechnung oder einem Kontaktdatensatz fragt. Die Belege stützen die allgemeine Feststellung, dass die Telefonunterstützung im Jahr 1996 erheblichem und variablem Druck ausgesetzt war. Sie können nicht in eine Verletzungsrate bei der Nummernvergabe umgerechnet werden.

Die jährliche Transkription veranschaulicht auch, warum Aktivitätssummen ein instabiler Stellvertreter für die Dienstqualität sind. Die Automatisierung konnte einen hohen Anteil von Domains schnell bearbeiten, während Anrufer variablem Zugang zu Hilfe hatten. Eine eintägige Bearbeitungsbehauptung konnte mit siebentägigen Rückständen bei Abrechnungs-E-Mails oder längerer Bearbeitung für ausgewählte manuelle Vorlagen koexistieren. Unterschiedliche Funktionen hatten unterschiedliche Warteschlangen, und eine aggregierte Erfolgsrate konnte die Personengruppe verbergen, die am stärksten von der Beurteilung des Personals abhing.

Für die Nummernarbeit fehlt immer noch der notwendige Nenner. Keine reproduzierbare Abschlussrate kann ohne die Anzahl der abgeschlossenen Anträge, der einzelnen Antragsteller, der abgelehnten Vorlagen, der korrigierten Anträge, der Abläufe, der Abbrüche, der substanziellen Ablehnungen und der klassen- oder präfixspezifischen Konformitätsergebnisse berechnet werden. Keine Verteilung der verstrichenen Zeit verbindet den ersten Eingang, die Vervollständigung, die Zuweisung und die Veröffentlichung. Die Quellen liefern ebenfalls keine verifizierte Ausfalldauer oder nummernspezifische Beschwerderate.

Die überlieferten Belege stützen daher gleichzeitig zwei Aussagen. Network Solutions baute und betrieb eine Automatisierung, die in der Lage war, ein erhebliches gemeldetes Volumen zu bewältigen. Die öffentliche Aufzeichnung erlaubt keine zuverlässige Schätzung, wie oft Nummernantragsteller Verzögerungen, Korrekturen, Ablehnungen oder erfolgreiche Überprüfungen erlebten.

Wo die Konzentration tatsächlich saß

Die zentrale Kette kann analysiert werden, ohne jede administrative Anforderung als Schaden zu bezeichnen.

Bei der Annahme kontrollierte Network Solutions die veröffentlichte elektronische Adresse, die akzeptierte Vorlage und den Parser. Ein fehlerhaftes oder veraltetes Formular konnte auf dem automatisierten Weg nicht vorankommen, bis es korrigiert wurde. Manuelle Kanäle blieben bestehen, aber der gleiche Registrierungsauftragnehmer betrieb letztendlich den zentralen nicht-DDN-Dienst.

Bei der Verifikation musste der Antragsteller bestätigen, dass die Maschine die Einreichung korrekt interpretiert hatte. Dies war ein Schutz gegen stille Fehler. Es legte auch den Abschluss der Schleife innerhalb von sieben Tagen in die Hände des Antragstellers. Die Häufigkeit des Verfalls ist unbekannt, sodass die Regel Abhängigkeit und eine mögliche Wiedereinreichungskonsequenz zeigt, nicht eine gemessene Belastung über eine Population hinweg.

Die Vollständigkeit war die nächste Grenze. Ein Nummernantrag konnte Topologie- und Vorabnutzungsinformationen erfordern. Solche Belege waren kein bürokratisches Ornament: Adresserhaltung und Routenaggregation erforderten, dass Register den operativen Bedarf bewerten. Das Governance-Problem besteht darin, dass die Vollständigkeitsfeststellung des Auftragnehmers bestimmte, wann die wiedergegebene Bearbeitungsuhr anfing. Ohne die Zeitstempel der Antragsdatensätze ist es unmöglich zu sagen, ob dieser Ermessensspielraum prompt oder inkonsistent ausgeübt wurde.

Darauf folgte die substanzielle Verarbeitung. Das Personal von Network Solutions bearbeitete die zentrale nicht-DDN-Netznummer- und ASN-Arbeit innerhalb des anwendbaren Delegations- und technischen Rahmens. Dies war folgenreicher, als einen Nutzer zu einem Dokument zu leiten. Die Personalverarbeitung trug dazu bei, ob eine angeforderte Kennung zugewiesen wurde, in welcher Menge und nach welchen unterstützenden Informationen.

Nach der Zuweisung kamen die Registrierung und die Veröffentlichung. Die vorläufige Wiedergabe definiert die Verfügbarkeit als die Bereitstellung von Registrierungsdaten an den Verzeichnis- und Datenbankauftragnehmer. Network Solutions initiierte die Übergabe; AT&T besetzte die Veröffentlichungs- und Zugriffsebene beim Start. Eine Zuweisung und ihr öffentlicher Eintrag waren verbunden, aber institutionell getrennt.

Diese Trennung erzeugt eine mögliche Fehlergrenze. Eine Verzögerung konnte bei der Verarbeitung, Übertragung, Veröffentlichung oder Korrektur auftreten. Doch keine überlieferte Abgleichserie zeigt, wie oft Datensätze abwichen, wie schnell Übergabeprobleme gelöst wurden oder ob Nutzer den verantwortlichen Dienstleister identifizieren konnten. Die Koordinationsbestimmungen des Vertrags zwischen den Dienstleistern erkennen die Notwendigkeit an, solche Nahtstellen zu regulieren, aber sie messen kein Versagen.

Die Überprüfung bildete die letzte Stufe. Das frühe öffentliche Verwaltungsverfahren war explizit in Bezug auf die Parser-Korrektur, den Hostmaster-Kontakt und den Ticketstatus. Es war viel weniger explizit in Bezug auf die unabhängige Überprüfung von substanziellen Nummernentscheidungen. Das Schweigen in RFC 1400 kann nicht beweisen, dass eine Neubewertung durch das Personal, eine IANA-Kontaktaufnahme oder eine informelle Eskalation nie vorkamen. Es bedeutet, dass das Dokument keine an den Antragsteller gerichtete Berufungsprozedur bietet, die bewertet werden kann.

Die nachgewiesene Feststellung ist daherkonzentrierte zentrale Annahme- und Verarbeitungsabhängigkeit. Network Solutions besetzte aufeinanderfolgende Stufen im zentralen nicht-DDN-Weg: Annahme, Parsing, Korrektur, Vollständigkeit, Personalverarbeitung, Zuweisung und Registrierungsaktualisierung. Die Belege identifizieren keine präzise Antragstellerklasse, für die der DDN-Dienst, RIPE NCC, APNIC, ein lokales Register, vom Anbieter zugewiesener Platz oder eine Eskalation beim Elternregister nachweislich nicht verfügbar war. Sie liefern auch keinen dokumentierten operationalen Schaden, der durch diese fehlende Wahl verursacht wurde.

Dies ist enger als ein universeller Engpass, bleibt aber institutionell bedeutsam. Die Konzentration aufeinanderfolgender Stufen kann die Automatisierung kohärent und die Aufzeichnungen konsistent machen. Sie kann aber auch die Qualität des zentralen Pfades stark von den Systemen, der Personalbesetzung, den Definitionen und den Übergaben eines einzelnen Betreibers abhängig machen. Die historische Aufzeichnung unterstützt die Analyse dieser Abhängigkeit, ohne Missbrauch zu unterstellen.

Geographie und Antragstellerklasse veränderten den Weg

Der zentrale Dienst hatte nie eine einheitliche Beziehung zu jedem Internetantragsteller während der Jahre 1993–1998.

Europa bot bereits das deutlichste Gegenbeispiel. DieGeschichte des RIPE NCC selbstunterscheidet seine formelle Gründung imApril 1992von der Adressverteilung, die anfangs keine Aktivität war, aber später imJahr 1992hinzugefügt wurde. Als InterNIC umstellte, war die europäische Nummernverwaltung durch eine regionale Struktur bereits in Bewegung geraten.

RFC 1466, veröffentlicht im Mai 1993, beschrieb das Internet Registry als das Standardregister dort, wo keine delegierte Registrierungsautorität bestand. Er argumentierte für eine Verteilung der Registrierung, weil geographisch nähere Register lokalen Gemeinschaften, Sprachen und Bräuchen besser dienen könnten. Er merkte an, dass das RIPE NCC bereits einen Block von Klasse-C-Adressraum für die europäische Zuteilung erhalten hatte.

RFC 1466 beschrieb keine austauschbaren kommerziellen Wege. Er sagte, dass ein Netzwerkantragsteller das zentrale Internet Registry direkt kontaktieren könne und, abhängig von den Umständen, an ein regionales Register verwiesen werden könnte. Das zentrale Register sollte bereit sein, einen Antragsteller bei Bedarf zu bedienen. Auf regionaler Ebene befürwortete das Dokument ein einziges anerkanntes Register für jedes geografische Gebiet. Die Verteilung verringerte die zentrale Abhängigkeit, konnte aber eine nicht austauschbare regionale Abhängigkeit schaffen.

Der Asien-Pazifik-Weg entstand nach einem anderen Zeitplan.Die institutionelle Geschichte von APNICbesagt, dass sein Pilotprojekt imSeptember 1993beginnen sollte und bis Juni 1994 fortgesetzt wurde. IANA erkannte APNIC imApril 1994öffentlich an, indem es die IPv4-Bereiche202/8 und 203/8delegierte. Der verfügbare Weg für einen Asien-Pazifik-Antragsteller hing daher vom Datum, der Geografie, der Reife des Pilotprojekts und der geltenden Delegation ab.

MitRFC 2050 im November 1996war die veröffentlichte Karte der Nummernverwaltung ausdrücklich hierarchisch: IANA, regionale Register und lokale Register. Er identifizierte InterNIC mit Nordamerika, RIPE NCC mit Europa und APNIC mit der Asien-Pazifik-Region. Lokale Register operierten unterhalb der regionalen Ebene.

Anbieterbeziehungen schufen einen weiteren Weg. RFC 2050 riet vielen ISPs, Adressraum von einem Upstream-Provider zu beziehen, um hierarchisches Routing und Aggregation zu unterstützen. Bestimmte Multihomed- oder austauschverbundene Anbieter konnten direkt bei einem regionalen Register beantragen. Antragsteller in Gebieten ohne ein bestimmtes regionales Register konnten ein regionales Register kontaktieren, das den Antrag bearbeiten oder verweisen konnte.

Vom Anbieter zugewiesener Adressraum war nicht gleichbedeutend mit einem konkurrierenden zentralen Register. Er konnte Umnummerierungsauswirkungen haben, wenn der Kunde den Konnektivitätsanbieter wechselte. Direkter Registrierungsraum garantierte auch keine globale Routbarkeit. Die Wahl hing von den betrieblichen Umständen ab, nicht nur von der Präferenz.

Der DDN-Weg blieb während des Übergangs 1993 für seine zugangsberechtigte Bevölkerung getrennt. Ein militärischer Nutzer wurde angewiesen, mit dem DDN NIC fortzufahren. Dieser Weg ist ein Beleg gegen einen einzigen Dienst, der alle Antragsteller umfasst, aber er war keine allgemeine Alternative, die jeder nicht-militärischen Organisation offen stand.

Bis 1996 war die genaueste Beschreibung nicht, dass Network Solutions als einziges globales Nummerntor diente. InterNIC war ein regionales Register innerhalb einer Hierarchie, die auch RIPE NCC, APNIC, lokale Register und anbieterbasierte Zuweisungen umfasste. Zuvor blieb das zentrale Register die Voreinstellung für Gebiete ohne einen Delegierten und behielt wichtige Koordinationsfunktionen.

Die Regionalisierung verengte die Bevölkerung, die dem zentralen Antragsprozess ausgesetzt war. Sie schuf keinen Markt, auf dem jeder Antragsteller nach schlechtem Dienst das Register wechseln konnte. Ein europäischer Betreiber konnte nicht unbedingt das nordamerikanische Register als Ersatz wählen; ein Anbieterkunde musste möglicherweise Upstream-Adressraum akzeptieren; ein großer oder außergewöhnlicher Antrag konnte eine höhere Koordination erfordern. Alternativen waren datums- und bevölkerungsspezifisch, und ihre mangelnde Austauschbarkeit ist zentral für das Verständnis sowohl der Resilienz als auch der Abhängigkeit.

Vier Rechtsbehelfe, die nicht verwechselt werden sollten

Die Aufzeichnung enthält vier verschiedene Arten von Korrektur oder Überprüfung. Sie als eine zu behandeln, würde den Schutz des Antragstellers überbewerten.

Die erste Spur war die operative Korrektur. RFC 1400 dokumentierte Parser-Fehlermeldungen, korrigierte Verifikationsformulare, Wiedereinreichung, Ticketstatus und Kontakt mit dem Hostmaster-Personal. Diese Mechanismen adressierten fehlerhafte Eingaben, veraltete Formulare, Parser-Interpretationen und den Antragsstatus. Das Personal konnte eine Einreichung auch informell neu bewerten. Das Dokument offenbart nicht die Häufigkeit, Dauer oder das Ergebnis dieser Interaktionen.

Die zweite Spur betraf Streitigkeiten zwischen InterNIC-Dienstleistern. Die Archivvertragswiedergabe besagt, dass der NSF-Programmbeauftragte technische, betriebswirtschaftliche oder terminliche Streitigkeiten zwischen den Mitarbeitern beilegen konnte. Dies unterstützte die Koordination innerhalb des beschafften Dienstes. Es war keine Antragstellerberufung gegen eine Nummernentscheidung.

Die dritte Spur betraf Meinungsverschiedenheiten zwischen dem Auftragnehmer und der NSF. Die gespiegelten allgemeinen Bedingungen scheinen vorzusehen, dass Tatsachenstreitigkeiten, die informell nicht gelöst wurden, eine schriftliche Entscheidung eines NSF-Zuwendungsbeamten erhalten sollten, wobei der Auftragnehmer innerhalb von30 Tagennach Erhalt dieser Entscheidung eine Überprüfung beantragen konnte. Da die vollständigen einbezogenen allgemeinen Bedingungen und ihre Provenienz innerhalb des zugänglichen geschlossenen Vergabesatzes nicht authentifiziert sind, bleibt dies ein vorläufiger Vertragsbeleg. In jedem Fall handelte es sich um ein Beschaffungspartei-Verfahren, das dem Auftragnehmer zur Verfügung stand, nicht um einen einem Netzwerkantragsteller gewährten Rechtsbehelf.

Die vierte Spur war die dem Antragsteller zugewandte Registerhierarchie, die in RFC 2050 angegeben ist. Eine Organisation, die mit der Leistung des zuweisenden Registers unzufrieden war, konnte sich an das Elternregister wenden. Das zuweisende Register sollte die relevante Dokumentation zur Verfügung stellen. Weitere Berufungen konnten an das Elternteil des Elternteils und, nachdem andere Wege erschöpft waren, letztendlich an IANA gehen. Jedes Register sollte sein Berufungsverfahren dokumentieren.

RFC 2050 verbesserte die veröffentlichte Überprüfungsarchitektur. Er trennte das zuweisende Register von einem höheren Prüfer und galt spezifisch für Adressentscheidungen. Es war eine Best Current Practice, geschrieben von mit InterNIC, APNIC, RIPE NCC und IANA verbundenen Vertretern, keine Prüfung, wie Berufungen in der Praxis funktionierten.

Keines der erhaltenen Materialien liefert eine nummernspezifische Reihe von Berufungen. Es gibt keine überlieferte Anzahl von Anfechtungen, durchschnittliche Dauer, Aufhebungsrate, Ergebnisverteilung oder Beweise, dass ähnlich gestellte Antragsteller eine konsistente Überprüfung erhielten. Das Fehlen einer solchen Reihe zeigt nicht, dass Berufungen unbenutzt oder ineffektiv waren; es verhindert eine gemessene Schlussfolgerung in die eine oder andere Richtung.

Die Karte der Rechtsbehelfe verändert sich daher im Laufe der Zeit und je nach Akteur. 1993 konnten Antragsteller Formulare korrigieren und das Personal kontaktieren, während die NSF ihre Auftragnehmer verwaltete. Die vorläufigen allgemeinen Bedingungen lieferten eine vertragliche Überprüfungsspur für den Auftragnehmer. Bis November 1996 artikulierte das veröffentlichte Nummernregister-System einen dem Antragsteller zugewandten Weg über Elternregister zur IANA. Jeder adressierte eine andere Art von Streitigkeit.

Leistungsnachweise und Kontinuität am Ende der Kette

Eine starke Behauptung systematischer Schädigung von Nummernantragstellern würde mehrere Datensätze erfordern, die nicht zusammen überliefert wurden.

Antragszahlen müssten abgeschlossene Nummernanträge und einzelne Antragsteller identifizieren, nicht Adresseinheiten, Nachrichten oder Anrufe. Bearbeitungszeitaufzeichnungen bräuchten End-to-End-Zeitstempel, nicht nur das Intervall nach der Vervollständigung. Korrekturdaten bräuchten abgelehnte Vorlagen, korrigierte Formulare, verfallene Anträge und aufgegebene Einreichungen. Entscheidungsdaten bräuchten substanzielle Ablehnungen, Reduzierungen und klassen- oder präfixspezifische Ergebnisse.

Die Zuverlässigkeit würde verifizierte Dienstunterbrechungen und ihre Dauer erfordern. Die Rechenschaftspflicht würde Beschwerdenzahlen, Eskalationsraten, Aufhebungen und Lösungszeiten erfordern. Die Übertragbarkeit würde Belege erfordern, die zeigen, wie schnell ein anderer Betreiber den Dienst übernehmen könnte, einschließlich Software, Daten, anhängige Warteschlangen, Korrespondenz, Richtlinienhistorie und Personalwissen.

Die wiedergegebene Vereinbarung sah Berichte vor, die in der Lage sein sollten, einige dieser Fragen zu adressieren. Amendment 4 verlangte öffentliche Leistungskennzahlen. Die Transkription von 1996 bezieht sich auf Leistungs- und Verarbeitungsdaten, während die überlieferte öffentliche Präsentation für eine nummernspezifische Analyse unvollständig ist. Das Bestehen eines beabsichtigten Berichtssystems ist nicht dasselbe wie der Besitz seiner vollständigen Serie.

Die Rechtsmeinung des GAO von 2016liefert begrenzte retrospektive Belege über den späteren Übergang. Sie besagt, dass, als die Verwaltung 1998 zum Handelsministerium wechselte, eine hinzugefügte Bestimmung Network Solutions verpflichtete, Kopien von Software, Daten und unter der Vereinbarung erstellter Dokumentation bis Oktober zu liefern. Der GAO berichtete über die Lieferung von Datenbankdateien aufzehn 8-Millimeter-Kassetten, einem Aktenordner mit der Auflistung der Datenbanken und mehreren zusätzlichen Aktenordnern mit Daten- und Softwaredokumentation.

Dieser Beleg demonstriert eine Übergabeverpflichtung und eine physische Lieferung. Er beweist nicht, dass die Materialien vollständig genug waren, um den Dienst zu betreiben, dass sie den aktiven Warteschlangenzustand oder die historische Korrespondenz erfassten oder dass ein Nachfolger eine getestete Übernahme daraus durchführte. Die operative Ersetzbarkeit bleibt eine zu prüfende Schlussfolgerung, kein nachgewiesenes Scheitern.

Die Untersuchung des GAO betraf hauptsächlich Regierungseigentum und den späteren IANA-Übergang. Ihr Bericht ist stark mit Domain-Namen- und Root-Zone-Fragen befasst und liefert keinen Nenner für Nummernanträge. Er kann die fehlende Aufzeichnung von Adressanträgen, Verzögerungen oder Berufungen nicht füllen.

Spätere Domain-Gebühren, Markenrechtsstreitigkeiten, Registrierungswettbewerb und Streitigkeiten über Root-Zone-Eigentum sind ähnlich begrenzt. Sie können die Geschichte desselben Unternehmens oder derselben Vergabe erhellen, aber sie beweisen nicht, dass Nummernantragsteller abgelehnt, verzögert oder eines Rechtsbehelfs beraubt wurden. Funktionsspezifische Belege bleiben notwendig.

Die fehlenden Metriken konzentrieren sich an den Punkten, an denen die These des Artikels sonst kausal werden würde. Es gibt keine reproduzierbare Abschlussrate für Nummernanträge, keine verifizierte Ausfalldauer, keine nummernspezifische Beschwerderate, Eskalationsrate, Aufhebungsrate oder Umschaltzeit. Die Belege zeigen eine administrative Abhängigkeit und unvollständige Beobachtbarkeit, keinen geschätzten Wohlfahrtsverlust.

Kontrafaktisch: Ein Dienstleister für alle drei Dienste

Man stelle sich eine analytisch konstruierte Alternative vor, in der die NSF die Registrierung, den Verzeichnis- und Datenbankzugang sowie die Informationsdienste an einen einzigen integrierten Anbieter vergeben hätte. Dies dient der Prüfung der Beschaffungsstruktur, nicht der Behauptung, dass ein solches Modell 1993 historisch machbar oder vorzuziehen gewesen wäre.

Integration könnte die Koordinationskosten reduzieren. Registrierungsdaten könnten von der Annahme bis zur Veröffentlichung innerhalb einer Organisation bewegt werden. Ein einziges Betriebsteam könnte einen Fehler über Parsing, Personalbearbeitung, Datenbankverfügbarkeit, öffentliche Abfrage und allgemeine Unterstützung hinweg zurückverfolgen. Nutzer müssten nicht identifizieren, ob Network Solutions oder AT&T ein Problem an der Übergabestelle besaß.

Automatisierungsinvestitionen könnten ebenfalls kohärenter werden. Ein einziges Identitäts- und Ticketsystem könnte Antragsteller, Organisationen, Domains, Nummern, ASNs, Kontakte, Veröffentlichungsdatensätze und die Supporthistorie verbinden. Änderungen an Datenformaten erforderten keine Zustimmung über Vergaben hinweg. Allgemeines Informationspersonal könnte den Status einer Registrierung ohne separate Vermittlung einsehen.

Das Risiko ist eine breitere Fehlereingrenzung. Derselbe Anbieter würde Anträge entgegennehmen, Zuweisungen bearbeiten, Datensätze veröffentlichen, Fragen beantworten und über seine eigene Leistung berichten. Ein Systemausfall oder ein gescheiterter Organisationsübergang könnte Annahme, autoritative Verarbeitung, Veröffentlichung und Anleitung gleichzeitig beeinträchtigen.

Die Überwachung würde ebenfalls weniger modular werden. Getrennte Organisationen schufen Grenzen, an denen die NSF Berichte über die Lieferung vergleichen und testen konnte, ob Daten von der Registrierung zur Veröffentlichung gelangten. Die Trennung machte keinen der Dienstleister unabhängig von der Bundesfinanzierung oder garantierte wahrheitsgemäße Berichterstattung, aber ein vollständig integrierter Anbieter würde selbst diesen organisatorischen Kontrast beseitigen.

Der Austausch würde ein größeres Bündel von Systemen und Fachwissen umfassen. Der Wechsel des Registrierungsdienstes erforderte bereits Kontinuität bei Software, Daten, Warteschlangen und Richtlinien. Der Ersatz eines integrierten InterNIC würde Verzeichnisinfrastruktur, öffentliche Zugangswerkzeuge, Archive, Informationsdienste und einen breiteren Supportbetrieb hinzufügen.

Das Kontrafaktische stärkt das Effizienzargument für die Aufteilung durch die NSF. Getrennte Vergaben begrenzten die Breite der formalen Rolle eines jeden Anbieters und erlaubten spezialisierte Betriebsabläufe. Es verdeutlicht auch, warum die Konzentration innerhalb der Registrierungskomponente verblieb: Die Aufteilung trennte ungleiche Dienste, anstatt Substitute für denselben autoritativen Akt zu schaffen.

Kontrafaktisch: Mehrere austauschbare Registrierungsanbieter

Eine zweite analytisch konstruierte Alternative würde es mehreren Registrierungsanbietern erlauben, dieselbe Antragstellerpopulation zu bedienen, während sie sich ein autoritatives Hauptbuch und eine zentrale Konfliktlösungsfunktion teilen.

Jeder Anbieter könnte einen Standardantrag annehmen, die Formatierung prüfen, unterstützende Informationen sammeln und eine genehmigte Transaktion an einen zentralen Dienst übermitteln. Antragsteller könnten zu einem anderen Anbieter wechseln, wenn der Support unzugänglich ist. Ein Anbieterausfall würde nicht notwendigerweise jeden Annahmekanal stoppen. Die NSF könnte Bearbeitungszeiten, Korrekturraten und die Erfahrung der Antragsteller über die Anbieter hinweg vergleichen.

Der autoritative Kern würde dennoch eine strenge Serialisierung erfordern. Zwei Anbieter könnten nicht denselben Nummernblock zuweisen. Ein gemeinsames System müsste den verfügbaren Adressraum, ausstehende Reservierungen, abgeschlossene Zuweisungen, Ausnahmen und Aufhebungen ohne widersprüchliche Zustände verwalten. Verzögerte Replikation könnte betrieblich gefährlich sein.

Die Konsistenz würde eine zweite Herausforderung darstellen. Anbieter könnten Topologie-, Nutzungs- und Aggregationsanforderungen unterschiedlich interpretieren. Antragsteller könnten die wohlwollendste Entscheidung suchen. Eine gemeinsame Richtlinie, Standardnachweise, Transaktionsprotokolle und ein verbindlicher Prüfer wären notwendig. Die Verteilung der Annahme würde daher die zentrale Autorität verschieben, nicht beseitigen.

Die Automatisierungsinvestitionen könnten sich zersplittern. Mehrere Anbieter könnten Parser, Statussysteme und Supportinfrastruktur duplizieren oder von der NSF abhängig sein, um eine gemeinsame Plattform aufzubauen. Interoperabilität, Sicherheit, Haftung, Prüfformate, Reservierungsregeln und Migrationsverfahren müssten definiert werden, bevor die betriebliche Erfahrung die Anforderungen offensichtlich gemacht hätte.

Die Überwachung könnte sich verbessern, wenn Anbieter vergleichbare Aufzeichnungen erzeugten, aber nur, wenn der Prinzipal die Messregeln kontrollierte. Ein Anbieter könnte seine Uhr beim ersten Eingang starten, während ein anderer bei der Vervollständigung startete. Einer könnte Wiedereinreichungen als neue Anträge zählen. Ohne Standardnenner könnte der scheinbare Wettbewerb zu unvergleichlichen Leistungsbehauptungen führen.

Die Antragstellerüberprüfung würde ebenfalls ein institutionelles Design erfordern. Eine Kundendienstwahl ist kein Ersatz für eine Berufung, wenn der zentrale Richtliniendienst eine Zuweisung ablehnt. Ein Anbieterwechsel könnte bei der Erklärung oder Formularvorbereitung helfen, während die autoritative Entscheidung unverändert bliebe. Der gemeinsame Prüfer würde Dokumentation, Fristen und Autorität über jeden Anbieter benötigen.

Die Fehlereingrenzung wäre auf der Annahmeebene besser, aber unsicher am Hauptbuch. Mehrere Eingangstüren könnten den Ausfall eines Anbieters überstehen. Ein ausgefallener zentraler Reservierungs- oder Eindeutigkeitsdienst könnte sie alle stoppen. Die Architektur würde ein gewisses operationelles Risiko verteilen, während sie einen nicht wettbewerbsfähigen Kern bewahrt.

Historische Machbarkeit kann nicht vorausgesetzt werden. Die Routing-Einschränkungen der frühen 1990er Jahre, der knappe Adressraum, die unvollständige Richtlinienstandardisierung und die Kosten der Echtzeitkoordination mochten einen klaren Eigentümer für jede Entscheidungsdomäne begünstigt haben. Die regionale Delegation adressierte die Skalierung durch geografische Hierarchie und nicht durch konkurrierende Anbieter, die sich einen Pool teilen.

Diese Alternative zeigt dennoch nützliche Designfragen auf. Könnte die Annahme austauschbar sein, ohne das Hauptbuch zu fragmentieren? Könnten Antragsteller den Supportanbieter wechseln, während die Entscheidungen konsistent blieben? Könnten vergleichbare Protokolle die Leistungsüberprüfung glaubwürdiger machen? Könnte der zentrale Prüfer von der Frontbearbeitung getrennt werden? Die überlieferten InterNIC-Belege testen diese Möglichkeiten nicht, daher folgt daraus keine Schätzung des Wohlstands, der Verzögerung oder der Wechselkosten.

Die verhältnismäßige Feststellung

Das InterNIC-Design der NSF von 1993 kombinierte Spezialisierung mit einer gemeinsamen öffentlichen Identität. Network Solutions übernahm die zentrale nicht-DDN-Registrierung; AT&T den Verzeichnis- und Datenbankzugang; General Atomics/CERFnet die Information und Vermittlung. Die NSF behielt Finanzierung, Überwachung, Genehmigungen, Evaluierung und die Koordination zwischen den Dienstleistern. USC/ISI führte die IANA-Koordination fort, und das DDN NIC behielt den militärischen Weg.

Das Registrierungssystem bot eine nützliche Verwaltung. Strukturierte Formulare, maschinelles Parsen, explizite Fehlermeldungen, Antragstellerbestätigung, Ticketstatus, gemeinsame Infrastruktur und menschliche Endbearbeitung waren plausible Antworten auf das rasch zunehmende Volumen. Die operativen Summen vom Mai 1994 und die spätere Domain-Automationsbehauptung zeigen erhebliche Aktivität, jedoch keinen unabhängigen Beweis für die Qualität der Nummerndienste.

Innerhalb der geteilten Institution kontrollierte Network Solutions aufeinanderfolgende Stufen des zentralen Registrierungspfads. Diese Konzentration machte einen Antrag vom akzeptierten Kanal, dem Parser, der Korrekturschleife, der Vollständigkeitsfeststellung, der Personalbearbeitung und der Registrierungsaktualisierung eines einzelnen Auftragnehmers abhängig. Sie ist zutreffend als konzentrierte zentrale Annahme- und Verarbeitungsabhängigkeit zu beschreiben.

Das umgebende System veränderte sich. Das RIPE NCC verteilte Adressen in Europa, APNIC entstand im Asien-Pazifik-Raum, lokale Register und Anbieter bedienten weitere Bevölkerungsgruppen, DDN-Nutzer behielten einen anderen Kanal, und RFC 2050 platzierte InterNIC innerhalb einer regionalen Hierarchie mit einem Berufungsweg zum Elternregister. Diese Alternativen waren spezifisch für Zeit, Geografie und Antragstellerklasse und nicht austauschbare Optionen.

Die Belege für Aufsicht und Rechtsbehelfe sind unvollständig, aber nicht abwesend. Die NSF hatte vertragliche Instrumente; Antragsteller hatten Korrektur- und Personalkontakt; die vorläufigen allgemeinen Bedingungen beschrieben eine Auftragnehmer-NSF-Überprüfung; und RFC 2050 artikulierte später eine Antragstellerberufung über Elternregister zu IANA. Was fehlt, ist die Ergebnisserie, die nötig ist, um diese Mechanismen in Nummernfällen zu beurteilen.

Der „Preis“ im Titel ist daher eine investigative Frage und kein quantifizierter Verlust. Die zentrale Verwaltung lieferte Skalierung und Konsistenz, während sie mehrere Stufen einer definierten Kette bei einem Auftragnehmer konzentrierte. Die erhaltene Aufzeichnung beweist nicht, dass diese Abhängigkeit universell unvermeidbar war, systematisch missbraucht wurde oder für messbaren Schaden bei Nummernantragstellern verantwortlich war.