Der InterNIC-Vertrag und der Preis eines einzigartigen administrativen Durchgangspunkts

Zusammenfassung

• Im April 1993 startete die NSF InterNIC. Network Solutions verwaltete die zentrale nichtmilitärische Registrierung von Domains, Netznummern und ASNs, einschließlich Annahme, Verarbeitung und Aktualisierungen; AT&T kümmerte sich um den Zugriff auf Verzeichnisse und Datenbanken; und General Atomics/CERFnet sorgte für Information und Orientierung. Kopien der vorläufigen Vereinbarung legten auch Fristen von 3, 5 und 22 Werktagen für die Vergabe von Klasse-C, -B und -A fest, sobald der Antrag vollständig war, aber die verfügbaren Belege messen die Einhaltung nicht.
• Der dokumentierte Antragsprozess von Network Solutions verwendete Standardvorlagen, automatische Analyse, Fehlermeldungen, Überprüfung des Antragstellers, ein siebentägiges Bestätigungsfenster, eine abschließende mensch Bearbeitung und einen sichtbaren Ticketstatus, was glaubwürdige Fortschritte bei Skalierbarkeit, Konsistenz und Transparenz von Korrekturen brachte.
• Die verfügbaren Kopien der Vereinbarung sind nicht authentifizierte Reproduktionen, die Leistungsberichte entbehren entscheidender Nenner über die Anzahl der Anträge, und die dokumentierten Wege für Korrekturen, verwaltungsübergreifende Steuerung, Rechtsmittel für Vertragsparteien und Registerbeschwerden liefern keine wiederhergestellten Serien über Häufigkeit, Dauer, Annullierungen oder Ergebnisse.
• Die Aktenlage belegt eine Abhängigkeit von der zentralen Annahme und Verarbeitung für definierte nichtmilitärische Registrierungsarbeiten, aber keine universelle Unvermeidbarkeit, systematischen Ausschluss, quantifizierten Schaden für Antragsteller oder den 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 nutzt den neuen Kanal

Ein nichtmilitärischer Registrierungsantrag, der am 1. April 1993 den zentralen Internetdienst erreichte, folgte einem bewusst strukturierten Weg. Die Änderung war zunächst in banalen Anweisungen sichtbar: welche Mailbox zu verwenden, welches Formular auszufüllen, wo anzurufen und was passierte, wenn das Formular die automatische Prüfung nicht bestand.

Die detaillierteste zeitgenössische Beschreibung ist dieRFC 1400, veröffentlicht im März 1993. Ihr Autor, Scott Williamson, arbeitete für Network Solutions, den neuen Auftragnehmer für die Registrierung. Das Dokument ist daher ein Bericht aus erster Hand über den geplanten Übergang und den Antragsprozess, keine unabhängige Leistungsprüfung. Es ist jedoch ungewöhnlich präzise hinsichtlich des Verwaltungsablaufs.

Während des Übergangs bis zum 31. März konnten nichtmilitärische Nutzer die bestehenden Vorlagen des DDN Network Information Center entweder an die alte NIC-DDN-Adresse oder an die neue InterNIC-Hostmaster-Adresse senden. Einsendungen per E-Mail, Fax und Post, die an einer der beiden Stellen eingingen, sollten bearbeitet werden. DDN-Nutzer blieben auf einem separaten militärischen Weg und mussten ihre Registrierungsanträge weiterhin an das DDN NIC senden. Der Übergang teilte die Nutzergruppen auf; er schloss die vorherige Institution nicht auf einen Schlag.

Ab dem 1. April musste ein neuer nichtmilitärischer Registrierungsantrag an die automatisierte Registrierungsmailbox von Network Solutions gesendet werden, unter Verwendung der neuen Vorlage. Eine veraltete Vorlage, die diesen Weg nahm, würde mit Parse-Fehlern zurückgegeben werden, zusammen mit dem beigefügten Ersatzformular. Die Hostmaster-Mailbox würde das alte Format bis zum 30. Juni weiterhin akzeptieren. Nach diesem Datum würde das alte Format zurückgegeben statt bearbeitet werden.

Das neue Formular war für die automatische Verarbeitung ausgelegt und von spezifischen DDN-Referenzen befreit. Nach dem Absenden analysierte ein Mailserver die Vorlage und führte eine schnelle Überprüfung der überprüfbaren Informationen durch. Die RFC 1400 verwendete einen Domainnamenkonflikt als Beispiel. Das System gab dann entweder ein Überprüfungsformular oder eine Ablehnung mit Fehlermeldungen zurück.

Eine Überprüfung war nicht das Endergebnis. Der Antragsteller musste die Interpretation der Maschine prüfen. Wenn die analysierten Informationen korrekt waren, sandte der Antragsteller das Formular an eine separate Überprüfungsmailbox zurück. Wenn sie falsch waren, korrigierte er sie vor der Antwort. Ein abgelehnter Antrag musste angepasst und erneut über das automatisierte System eingereicht werden. Die korrigierten Überprüfungsdaten wurden erneut geprüft und ein weiteres Überprüfungsformular ausgegeben.

Erst nachdem eine akzeptable Überprüfung von den Registrierungsdiensten eingegangen war, ging der Antrag zur endgültigen Bearbeitung durch das InterNIC-Personal über.

Diese Sequenz kombinierte Maschinen- und Menschenarbeit. Der Parser übernahm die Annahme, Formatprüfungen, ausgewählte Verifizierung und eine Bestätigungsschleife. Das Registrierungspersonal behielt die endgültige Bearbeitungsstufe. Die RFC 1400 offenbart nicht den vollständigen internen Entscheidungsprozess für einen Netznummernantrag. Sie zeigt nicht, wie das Personal einen bestimmten Topologieplan bewertete, wie konkurrierende technische Überlegungen gelöst wurden oder welche Erklärung einer Kürzung oder substantiellen Ablehnung beigefügt war. Ihr Domain-Ticket-Beispiel belegt auch nicht die Bearbeitung von IP-Nummern oder ASNs.

Der Antragsteller hatte sieben Tage Zeit, um das Überprüfungsformular zurückzusenden. Wenn innerhalb dieser Frist keine Überprüfung einging, verfiel der ursprüngliche Antrag und musste erneut eingereicht werden. Die Verfallregel identifiziert eine verfahrensrechtliche Konsequenz, aber das Dokument liefert keine Inzidenzrate. Es zeigt nicht, wie viele Anträge verfielen, ob Nachrichten verloren gingen, wie oft ein Parser-Fehler einen weiteren Zyklus erforderte oder ob die erneute Einreichung eine signifikante Verzögerung verursachte.

Die Konformität des Formulars war eine Bedingung für den Fortschritt; die verfügbaren Belege verwandeln diese Bedingung nicht in einen gemessenen Kostenpunkt für Antragsteller.

Die Sequenz bot auch bemerkenswerte Vorteile. Eine Bestätigungsnachricht enthielt eine Ticketnummer. Ein Benutzer konnte den Antragsstatus mit demfinger-Dienstprogramm oder durch interaktive Anmeldung am Registrierungshost abfragen. Das Beispiel zeigte, ob ein Ticket ausstehend war, wie es eingegangen war, wann es geöffnet wurde und welches interne Konto dafür verantwortlich war. Für einen expandierenden Dienst ersetzte dies einen Teil der Unsicherheit einer unverfolgten Mailbox durch einen sichtbaren Verwaltungsstatus.

Manueller Support blieb per Telefon, E-Mail, Fax und Post verfügbar. Der WHOIS-Dienst lief sowohl an den DDN-NIC- als auch an den InterNIC-Standorten während des Übergangs. Ab dem 1. April sollte der DDN-Server die DDN-Informationen enthalten, während der InterNIC-Server die Aufzeichnungen über IP-Adressen, Domains, ASNs und zugehörige Kontaktpunkte enthielt. Die Root-Zonenverteilung, Domain-Registrierung, Nummernvergabe, Kontaktaufzeichnungen und der WHOIS-Zugriff teilten Teile derselben Betriebsumgebung, aber sie waren nicht dieselbe Funktion.

Die Beschreibung offenbart die genaue Konzentration, die wichtig ist. Im zentralen nichtmilitärischen Dienst betrieb Network Solutions die akzeptierte elektronische Eingabe, Vorlagen, den Parser, die Ablehnungs- und Korrekturschleife, die Bearbeitungsstufe durch das Personal, das Ticketstatussystem und das Registrierungssystem. Dies ist ein Beleg für eine administrative Folgeabhängigkeit. Es ist noch kein Beleg dafür, dass jeder Antragsteller weltweit diesen Weg nutzen musste, dass eine bestimmte Gruppe keine Alternativen hatte oder dass der Auftragnehmer seine Position nutzte, um Schaden zu verursachen.

Die Startkarte – 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 vom 1. April 1993 über die betriebsbereiten InterNIC-Dienstebeschrieb ein Startdesign, das auf Registrierungsdienste, Verzeichnis- und Datenbankdienste und Informationsdienste aufgeteilt war. Eine einheitliche öffentliche Identität sollte unnötige Nähte verdecken, ohne die zugrunde liegende Aufgabenverteilung auszulöschen.

Network Solutions erhielt die Registrierungskomponente. Seine zentrale nichtmilitärische Arbeit umfasste die Registrierung von Domainnamen, die Registrierung von Nameservern, die Vergabe von Netznummern und die Vergabe von ASNs. Es nahm Anträge an, betrieb Verarbeitungssysteme, pflegte Registrierungsdaten und übermittelte Daten zur Veröffentlichung und zum Zugriff.

AT&T erhielt die Verzeichnis- und Datenbankdienste. Diese Funktion betraf die Speicherung, den Abruf und die Auffindbarkeit von Aufzeichnungen, Dokumenten, Organisationen, Personen, Servern und anderen Internetressourcen. Sie war mit der Registrierung verbunden, da die abgeschlossenen Daten für die Nutzer zugänglich werden mussten, aber AT&T wurde dadurch nicht zu einem zweiten Weg für eine Netznummernvergabe.

General Atomics, das über CERFnet operierte, erhielt die Informations- und Orientierungskomponente. Seine Funktion war die Beratung: Beantwortung von Fragen zur Internetnutzung und -verbindung, Pflege von Informationsressourcen und Lenkung von Nutzern zu den entsprechenden Unterstützungsdiensten oder Organisationen. Eine Auskunftsstelle konnte einem Antragsteller helfen, den Registrierungsweg zu finden; sie konnte nicht den Akteur ersetzen, der zur Bearbeitung einer Vergabe befugt war.

Andere Institutionen blieben außerhalb dieses Dreiergespanns von Auftragnehmern. Die NSF hielt die Zuschüsse, stellte die Finanzierung bereit, überwachte die Leistung, genehmigte bestimmte Aktionen, bewertete Fortschritte und koordinierte Streitigkeiten zwischen den Verwaltern. Das Information Sciences Institute der USC setzte die IANA-Koordinationsfunktion fort, einschließlich der Verantwortung über 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 Arrangements begannen bereits, das Register, das eine bestimmte Bevölkerung bediente, zu verändern.

Die Startstruktur kann kompakt dargestellt werden:

Dies war die Karte vom April 1993, keine stabile Beschreibung des gesamten Zeitraums bis 1998. Diearchivierte Reproduktion der Änderung 4 vom 13. September 1995zeigt, dass ein Verweis auf General Atomics gestrichen wurde, um die kürzliche Kündigung seiner Vereinbarung widerzuspiegeln. Die Reproduktion enthält auch einen offensichtlichen Widerspruch bei der Zuschussnummer: Sie ordnet General Atomics NCR-9218179 zu, während der reproduzierte Basistext NCR-9218179 AT&T und NCR-9218749 General Atomics zuordnet. Das zugängliche Material erlaubt es weder, diese Inkonsistenz stillschweigend zu korrigieren, noch daraus die vollständige rechtliche Geschichte des gekündigten Zuschusses zu bestimmen. Es belegt, dass die anfängliche Beschreibung mit drei Verwaltern im September 1995 nicht mehr vollständig war.

Diese Änderung betrifft die zentrale Frage des Artikels. Network Solutions regierte nicht über ein unverändertes Drei-Auftragnehmer-System über fünf Jahre. Die Registrierungsabhängigkeit muss unabhängig von der breiteren InterNIC-Organisation datiert werden. Seine Systeme blieben wichtig, aber das Arrangement der umgebenden Informationsdienste, der regionalen Hierarchie und der föderalen Aufsicht entwickelte sich während der Zuschussperiode weiter.

Die anfängliche Aufteilung verhindert auch eine irreführende Vermischung von Funktionen. Ein Name ist keine Adresse. Eine ASN ist keine Domain. Das inverse DNS verknüpft die Nummernverwaltung mit dem Namenssystem, ohne beide zu verschmelzen. Die Verzeichnisveröffentlichung ist nicht die Vergabeautorität. Die Informationslenkung ist keine Entscheidungsfindung. Die Root-Zonen-Koordination kann nicht als Indikator für die Erfahrung mit Adressvergaben verwendet werden. Jede Funktion hatte ihre eigenen Belege, ihre eigene Antragstellerpopulation und ihre eigenen möglichen Fehlermodi.

Bevor Sie den Vertrag lesen: Eine Warnung zum Vertrag

Das verfügbare Vertragsmaterial ist nützlich, aber nicht als vollständige, ausgeführte Bundesakte authentifiziert.

Dieprivate Cavebear-Transkriptionist eine private Transkription. Der31-seitige Scan, gehostet auf Freespeech, ist ein Scan, der auf einem Spiegel gehostet wird, ohne authentifizierte Herkunftskette. DieICANN-Archiv-Reproduktionist eine Archiv-Reproduktion, keine kanonische NSF-Kopie. Keine davon ist eine kanonische NSF-Kopie. Diese Quellen erlauben Vergleich und Lokalisierung von Klauseln; sie belegen nicht, dass die zugängliche Sammlung die vollständige ausgeführte Vereinbarung enthält, das gesamte einbezogene Angebotsmaterial, jeden Anhang, die vollständige Unterschriftenhistorie, einen verifizierten Seitensatz oder die vollständige Kette von Änderungen.

Diese Einschränkungen sind in der erhaltenen Sammlung sichtbar. Die reproduzierte Vereinbarung verweist auf den Network-Solutions-Vorschlag vom September 1992, eine kooperative Ergänzung vom Oktober 1992 und Qualitätsformeln im Vorschlag. Diese Dokumente sind in der Basisreproduktion nicht vollständig verfügbar. Die Allgemeinen Geschäftsbedingungen erscheinen in dem auf dem Spiegel gehosteten Scan, während die ICANN-Seite hauptsächlich die Besonderen Bedingungen und späteren Änderungen reproduziert. Die Änderung 4 bezieht sich auf einen weiteren Vorschlag und Anhänge durch Verweis.

Ein Archivleser kann wichtige Begriffe rekonstruieren, aber nicht die gesamte Betriebsakte authentifizieren.

Daher ist das Folgende eine Lektüre provisorischer Reproduktionen. „Die Archiv-Reproduktion zeigt“ und „der gehostete Scan scheint zu liefern“ sind beweisrechtliche Vorbehalte, keine stilistische Vorsicht. Ein späterer gerichtlicher oder behördlicher Bericht kann ein Element, ein Datum oder eine Berechnung bestätigen, ohne zu beweisen, dass jede reproduzierte Seite vollständig und authentisch ist.

Der deutlichste Warnhinweis ist ein Konflikt von 1.000.000 USD im geschätzten Betrag. Die Deckblatt-Reproduktion zeigt eine geschätzte Gesamtsumme von4.219.339 USD. Die Reproduktion von Artikel 8 zeigt5.219.339 USD. Der gehostete Scan scheint die Zahl aus Artikel 8 aufzuschlüsseln ingeschätzte Kosten von 4.854.061 USD plus Festgebühren von 365.278 USD, was arithmetisch 5.219.339 USD ergibt.

Die Differenz zwischen der Deckblatt-Gesamtsumme und der aus Artikel 8 beträgt genau1.000.000 USD. Die interne Arithmetik kann nicht bestimmen, welcher Gesamtbetrag die vollständig ausgeführte Zuweisung darstellte. Sie zeigt nur, dass sich die Komponenten von Artikel 8 zur Gesamtsumme von Artikel 8 addieren. EineBeschreibung eines Bundesbezirksgerichts von 1998wiederholte unabhängig die Kostenkomponente von 4.854.061 USD und die Festgebühren von 365.278 USD. Dies bestätigt die arithmetische Komponente; es authentifiziert nicht die vollständige Vertragskopie, ihre Anhänge oder ihre Änderungshistorie.

Mehrere nützliche Verhältnisse können aus den Zahlen von Artikel 8 neu berechnet werden, vorausgesetzt, sie werden als Berechnungen und nicht als vertragliche Sätze identifiziert. Die Festgebühren von 365.278 USD repräsentieren etwa7,5252 %der reproduzierten geschätzten Kosten von 4.854.061 USD und etwa6,9985 %der reproduzierten Gesamtsumme von Artikel 8 von 5.219.339 USD. Die anfängliche vorläufige Zuweisung betrug1.162.245 USD bis zum 31. März 1994, etwa22,2680 %der Gesamtsumme von Artikel 8.

Die Deckblatt- und die Artikel-8-Reproduktion sollten daher nebeneinander bestehen bleiben. Stillschweigend eine zu wählen, würde eine falsche Genauigkeit erzeugen. Die vertretbare Aussage ist, dass die Quellen hinsichtlich der Gesamtsumme widersprüchlich sind, während die Komponenten von Artikel 8 mathematisch konsistent sind und später gerichtlich wiederholt wurden.

Was die vorläufige Zuweisung zu kontrollieren versuchte

Mit diesen Einschränkungen im Hinterkopf beschreibt die Archivreproduktion ein befristetes Marktinstrument, gültig vom 1. Januar 1993 bis zum 30. September 1998. Es unterteilt den Zeitraum in eine dreimonatige Startphase, fünf Jahre Betriebsunterstützung ab dem 1. April 1993 und einen sechsmonatigen Flexibilitätszeitraum ohne zusätzliche Kosten.

Die reproduzierten Finanzierungsbestimmungen beschreiben eine Kostenerstattung plus Festgebühren. Diese Struktur belegt keine Verschwendung, Gleichgültigkeit oder schlechte Leistung. Sie bedeutet nur, dass die Zahlung nicht ausschließlich auf einem verifizierten Ergebnis basierte, wie etwa einer korrekt durchgeführten Vergabe innerhalb einer gemessenen Ende-zu-Ende-Zeit. Die Dienstdisziplin sollte aus den Anforderungen, Berichten, der NSF-Überwachung, den jährlichen Finanzierungsentscheidungen, der Leistungsüberprüfung und der Möglichkeit von Änderungen oder Ersatz kommen.

Network Solutions erscheint in der Reproduktion als hauptverantwortlich für Qualität, Pünktlichkeit und effizientes Management der Registrierungsdienste. Die NSF behielt die Unterstützungsplanung, Aufsicht, Überwachung und Evaluierung. Der Programmbeauftragte konnte Fortschritte überprüfen und an technischen oder terminlichen Diskussionen teilnehmen, aber die Reproduktion beschränkte die Fähigkeit dieses Beauftragten, Arbeiten außerhalb des Rahmens anzuordnen, die geschätzten Kosten zu erhöhen, den Ausführungszeitraum zu verlängern oder die ausdrücklichen Bedingungen zu ändern.

Wesentliche Änderungen erforderten den Kanal für Zuschüsse und Verträge und eine schriftliche Handlung.

Der Finanzierungsmechanismus gab der NSF einen wiederkehrenden Hebel. Die anfängliche Zuweisung deckte die Ausführung bis zum 31. März 1994, weitere Mittel waren schrittweise vorgesehen. Der reproduzierte Text verlangte eine Mitteilung, wenn die voraussichtlichen Kosten für die nächsten 60 Tage, addiert zu den bereits angefallenen Kosten, 85 % des zugewiesenen Betrags überstiegen. Die zukünftige Unterstützung war an eine jährliche Überprüfung, einen vorgeschlagenen Programmplan, Verhandlungen und verfügbare Mittel gebunden.

Die Überwachung war als fortlaufender Prozess konzipiert, nicht als Inspektion am Ende des Zeitraums. Die Archivreproduktion sieht wöchentliche Übergangsüberprüfungen während der Startphase vor und danach, bis die NSF etwas anderes bestimmt. Gemeinsame verwaltungsübergreifende Treffen waren für mindestens vierteljährlich im ersten Jahr vorgesehen. Vierteljährliche Berichte 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 signifikante Abweichungen vom Plan erläutern.

Die reproduzierte Anforderung eines Abschlussberichts sah eine Darstellung der Arbeit und Probleme vor, die detailliert genug ist, dass eine angemessen kompetente Organisation die Arbeit reproduzieren kann. Sie sah auch die Lieferung von Software und Daten auf Anfrage vor. Diese Sprache drückt einen Kontinuitätsanspruch aus, aber die Existenz einer Lieferklausel stellt keinen Test dar, ob ein anderer Betreiber einen Live-Dienst mit seinen Warteschlangen, Korrespondenz, implizitem Richtlinienwissen und intakten Personalroutinen übernehmen könnte.

Die Änderung 4 fügte einen weiteren Transparenzmechanismus hinzu. Ihre Archivreproduktion verlangte ab November 1995 die öffentliche Verfügbarkeit von Leistungsmessungen des Registrierungsdienstes, Bearbeitungszeiten und der Leistung im Verhältnis zu diesen Messungen. Sie verlangte auch, dass der Leistungsüberprüfungsbericht der öffentlichen Einsicht zugänglich gemacht wird. Dies zeigt, dass der Nachweis öffentlicher Leistung zu einem expliziten Anliegen geworden war. Es liefert nicht die fehlenden Zahlen selbst.

Die Zuweisung teilte auch die Koordination der Antragsprüfung. Die reproduzierte Sprache zur Zusammenarbeit erlaubte es dem NSF-Programmbeauftragten, technische, verwaltungstechnische oder terminliche Streitigkeiten zwischen den InterNIC-Managern zu lösen. Dies konnte eine Meinungsverschiedenheit zwischen Network Solutions und AT&T über eine Übertragung oder einen anderen Managementkonflikt innerhalb des Projekts behandeln. Es wurde nicht als Anhörung für einen Antragsteller ausgedrückt, der eine Entscheidung über Nummern anficht.

Das Auftraggeber-Auftragnehmer-Design war daher substanzieller als ein passiver Zuschuss. Die NSF behielt Werkzeuge für Finanzierung, Berichterstattung, Genehmigung, Evaluierung und Koordination. Network Solutions kontrollierte weiterhin die Tagessysteme und das Personal, durch die zentrale Anträge voranschritten. Die wichtige Frage ist nicht, ob eine formelle Aufsicht existierte; sie existierte. Es ist, ob die verfügbaren Belege zeigen, wie schnell, konsistent oder effektiv diese Kontrollen die Nummern-Antragsteller schützten. In diesem Punkt ist die öffentliche Aktenlage dünn.

Die Dreitagesfrist, die nach Abschluss beginnt

Die provisorischen Reproduktionen der Vereinbarung enthalten separate Fristanforderungen für Netznummernvergaben nach Klasse:3 Werktage für Klasse C,5 Werktage für Klasse Bund22 Werktage für Klasse A. Dies sind reproduzierte Anforderungen, keine authentifizierten Konformitätsergebnisse oder Beobachtungen des tatsächlichen Dienstes.

Ihr Nenner ist entscheidend. Die reproduzierte Definition lässt die Frist bei Eingang einesvollständigen Antragsbeginnen, einschließlich aller spezifisch angeforderten Informationen zur Netzwerktopologie und zur Nutzung zuvor zugewiesenen Adressraums. Sie endet mit der Vergabe einer Nummer.

Dies schließt mehrere Schritte aus, die ein Antragsteller durchlaufen könnte. Der erste Eingang liegt außerhalb des gemessenen Zeitraums, wenn die Einreichung nicht als vollständig betrachtet wird. Die Ablehnung und Korrektur durch den Parser sind ausgeschlossen. Die Wartezeit auf die Überprüfung durch den Antragsteller ist ausgeschlossen. Zusätzlicher Austausch über Topologie, bestehende Nutzung oder prognostizierte Bedürfnisse kann der Vollständigkeit vorausgehen. Die Veröffentlichungszeit nach der Vergabe liegt ebenfalls außerhalb der Frist, ebenso wie aufgegebene Einreichungen, bevor sie die Vollständigkeit erreichen.

Ein Auftragnehmer könnte daher eine Anforderung von drei Werktagen für Klasse C nach Abschluss erfüllen, während der Antragsteller ein längeres Intervall zwischen erster Einreichung und nutzbarer Registrierung erfährt. Diese Möglichkeit ist kein Beweis dafür, dass lange Verzögerungen auftraten. Das Gegenteil zählt ebenfalls: Ein verlängerter Austausch vor Abschluss könnte fehlende oder unzureichende Beweise des Antragstellers widerspiegeln, nicht ein Versagen des Auftragnehmers.

Eine ernsthafte Bewertung würde mindestens vier Zeitstempel erfordern: erster Eingang, erste Antwort des Parsers oder Personals, Anerkennung der Vollständigkeit und endgültige Vergabe oder Ablehnung. Sie würde auch die Art und Größe des Antrags, alle angeforderten zusätzlichen Beweise, die Reaktionszeit des Antragstellers, Unterbrechungen für Koordination und den Zeitpunkt, zu dem die resultierenden Registrierungsdaten verfügbar wurden, erfordern.

Die Reproduktion verweist auf Qualitätsformeln in einem Vorschlag, der in der zugänglichen Vertragssammlung nicht vorhanden ist. Ohne diese Definitionen kann der Forscher nicht bestimmen, ob die Qualität bei Namen, Nummern, ASNs und Registrierungsaktualisierungen beprobt wurde; ob ein Durchschnitt, Median, Perzentil oder Schwellenwert verwendet wurde; oder wie abgelehnte, korrigierte, verfallene und aufgegebene Einreichungen behandelt wurden.

Die Zahlen von drei, fünf und 22 Tagen bleiben wertvoll. Sie zeigen, dass die Beschaffung versuchte, die Bearbeitungszeit für Nummernvergaben 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 Frist konsistent angewendet wurde.

Mai 1994: Der Maßstab in Einheiten, die nicht vermischt werden sollten

Der stärkste zeitgenössische Beleg für die Arbeitslast stammt aus einem vom Auftragnehmer eingereichten Abschnitt desInternet Monthly Report vom Mai 1994. Er verzeichnet mehrere verschiedene Arten von Aktivitäten:

• 5.009 E-Mails an den Hostmaster
• 251 Anträge per Post oder Fax
• 2.047 Telefonate
• 1.316 registrierte Domains
• 565 Reverse-Adresseinträge
• 12.645 Einheiten von Klasse-C-Netznummern vergeben
• 20 Einheiten von Klasse-B-Netznummern vergeben
• 57 ASNs vergeben

Keine dieser Einheiten kann addiert werden, um eine aussagekräftige Gesamtzahl namens „Anträge“ zu ergeben. Eine E-Mail kann ein Antrag, eine Korrektur, eine Statusanfrage oder eine politische Frage sein. Ein Telefonat kann eine von mehreren Funktionen betreffen. Ein Reverse-Adresseintrag ist keine neue Zuweisung. Eine Domainregistrierung ist keine ASN-Vergabe.

Wichtiger noch: Die 12.645 Klasse-C-Einheiten repräsentieren nicht 12.645 Antragsteller. Der Bericht gibt separat an, dass Blöcke von 256 Klasse-C-Netzen an mehrere Organisationen und das DDN NIC vergeben wurden. Ein einzelner Antrag oder eine Vergabeaktion könnte daher eine große Anzahl der gemeldeten Einheiten ausmachen. Diese Zahl demonstriert den Umfang der im Laufe des Monats registrierten Adresseinheiten, nicht die Anzahl einzelner Antragsteller oder Vergaben.

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. Er meldet separat48.859 Gopher-Verbindungen,24.748 WAIS-Verbindungen,8.779 FTP-Verbindungenund1.387 Mailserv-Verbindungen. Anfragen, Verbindungen, Anträge, Vergaben und Telefonkontakte bleiben getrennt.

Diese Zahlen sprechen stark für eine gemeinsame Infrastruktur zur Effizienzsteigerung. Ein rein manuelles Büro hätte wachsendem Druck durch Post, Anrufe, Datenbankaktualisierungen, Abfragen und mehrere Arten von Kennungen ausgesetzt sein müssen. Standardformulare ermöglichten die Mechanisierung sich wiederholender Prüfungen. Der Parser konnte verhindern, dass schlecht geformte Felder in die Personalwarteschlange gelangten. Fehlermeldungen konnten dem Antragsteller mitteilen, was das System ablehnte. Die Überprüfung konnte ein Missverständnis der Maschine erkennen, bevor es zu einem öffentlichen Eintrag wurde.

Der Ticketstatus konnte Unsicherheit reduzieren und einige Supportkontakte vermeiden.

Der Monatsbericht demonstriert Aktivität in großem Maßstab. Er liefert keine Abschlussrate für Nummern-Anträge, keine Parser-Ablehnungsrate, keine Abbruchrate, keine Verteilung der Bearbeitungszeiten oder eine unabhängige Stichprobe der Genauigkeit. Er offenbart nicht, ob ein Antragsteller viele E-Mails generierte oder ob ein Anruf mehrere Registrierungen betraf. Er ist ein Beleg für den Betrieb, kein Audit der Fairness.

Was der Bericht des Auftragnehmers von 1996 hinzufügt

Eine privat gehostete Transkription desInterNIC-Registrierungsdienst-Jahresfortschrittsberichts von 1996liefert spätere Leistungsbehauptungen. Ihre Herkunft ist schwächer als die eines authentifizierten Auftragnehmerberichts, und ihre Statistiken bleiben selbstberichtet. Dennoch ist sie informativer, als den Zeitraum durch hypothetische Fragen allein zu ersetzen.

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

Eine separate Passage betrifft speziell Domains. Sie besagt, dassmehr als 85.000 DomainsimNovember 1996registriert wurden und dassmehr als 90 % dieser Anträgeautomatisch vom Parser innerhalb von 24 Stunden bearbeitet wurden. Diese domain-spezifische Aussage kann nicht mit der 95-Prozent-Behauptung zum Jahresende vermischt werden. Sie ist ein Beleg für eine substanzielle Domainautomatisierung in einem Monat, kein Maß für die Bearbeitungszeit von Adressvergaben oder Fairness.

Die gleiche Transkription enthält weniger schmeichelhafte Belege für den allgemeinen Support. Im Laufe desJahres 1996schwankten die selbstberichteten Anrufabbruchraten vonunter 8 % bis über 50 %. Die Raten lagen typischerweise bei10 % bis 20 % im späteren Jahresverlauf. Die durchschnittlichen Wartezeiten betrugen etwavier Minuten, und die durchschnittliche Zeit zur Beantwortung von Sprachnachrichten wurde nicht gemessen. Der Bericht gibt auch an, dass im Dezember identifizierte Telefonleitungsprobleme dazu führten, dass viele Anrufer Besetztzeichen erhielten.

Diese Zahlen bieten eine begrenzte Sicht auf die Belastung des Dienstes. Sie liefern nicht die zugrunde liegende Anzahl von Anrufen, die Verteilung nach Monat oder Tag, die Anrufdauer oder den Anteil, der auf Nummern-Antragsteller zurückzuführen ist. Ein Anrufer, der eine IP-Zuweisung sucht, kann nicht von jemandem unterschieden werden, der nach einer Domain, Abrechnung oder einem Kontakteintrag fragt. Die Belege stützen eine allgemeine Schlussfolgerung, dass der Telefonsupport 1996 einem erheblichen und variablen Druck ausgesetzt war. Dies kann nicht in eine Schadensrate für die Nummernvergabe umgewandelt werden.

Der Jahresbericht veranschaulicht auch, warum Aktivitätszahlen ein instabiler Indikator für die Dienstqualität sind. Die Automatisierung konnte einen hohen Anteil von Domains schnell bearbeiten, während Anrufer mit variablem Zugang zu Hilfe konfrontiert waren. Eine Behauptung der Bearbeitung innerhalb eines Tages konnte mit Rückständen von sieben Tagen bei Abrechnungs-E-Mails oder längeren Zeiten für bestimmte manuelle Vorlagen koexistieren. Verschiedene Funktionen hatten unterschiedliche Warteschlangen, und eine aggregierte Erfolgsrate konnte die Population verschleiern, die am stärksten vom Urteil des Personals abhängig war.

Für die Nummernarbeit fehlt weiterhin der notwendige Nenner. Keine reproduzierbare Abschlussrate kann ohne die Anzahl der abgeschlossenen Anträge, einzelner Antragsteller, abgelehnter Vorlagen, korrigierter Anträge, Verfälle, Abbrüche, substanzieller Ablehnungen und klassenspezifischer oder präfixspezifischer Konformitätsergebnisse berechnet werden. Keine Verteilung der verstrichenen Zeit verbindet den ersten Eingang, die Vollständigkeit, die Vergabe und die Veröffentlichung. Die Quellen liefern auch keine verifizierte Ausfallzeit oder eine nummernspezifische Beschwerderate.

Die verfügbaren Belege stützen daher zwei Aussagen gleichzeitig. Network Solutions baute und betrieb eine Automatisierung, die ein behauptetes beträchtliches Volumen bewältigen konnte. Die öffentliche Aktenlage erlaubt keine zuverlässige Schätzung, wie oft Nummern-Antragsteller Verzögerungen, Korrekturen, Ablehnungen oder erfolgreiche Prüfungen erfuhren.

Wo die Konzentration tatsächlich lag

Die zentrale Kette kann analysiert werden, ohne jede administrative Anforderung als schädlich zu qualifizieren.

Bei der Annahme kontrollierte Network Solutions die veröffentlichte E-Mail-Adresse, die akzeptierte Vorlage und den Parser. Ein schlecht geformtes oder veraltetes Formular konnte im automatisierten Pfad nicht fortschreiten, bis es korrigiert wurde. Manuelle Kanäle bestanden fort, aber derselbe Registrierungsauftragnehmer betrieb letztendlich den zentralen nichtmilitärischen Dienst.

Bei der Überprüfung musste der Antragsteller bestätigen, dass die Maschine die Einreichung korrekt interpretiert hatte. Dies war ein Schutz vor stillen Fehlern. Es legte auch den Abschluss der Schleife innerhalb von sieben Tagen in die Verantwortung des Antragstellers. Die Häufigkeit von Verfällen ist unbekannt, daher demonstriert die Regel eine Abhängigkeit und eine mögliche Konsequenz der erneuten Einreichung, keine gemessene Belastung für eine Population.

Die Vollständigkeit war die nächste Grenze. Ein Nummern-Antrag konnte Informationen über Topologie und vorherige Nutzung erfordern. Diese Belege waren keine bürokratische Verzierung: Die Adresserhaltung und das Routing-Aggregat erforderten, dass die Register die betrieblichen Bedürfnisse bewerteten. Das Governance-Problem besteht darin, dass die Bestimmung der Vollständigkeit durch den Auftragnehmer den Zeitpunkt steuerte, zu dem die reproduzierte Frist zu laufen begann. Ohne Zeitstempel der Anträge ist es unmöglich zu sagen, ob dieses Ermessen schnell oder inkonsistent ausgeübt wurde.

Die substanzielle Bearbeitung folgte. Das Personal von Network Solutions bearbeitete die zentrale nichtmilitärische Arbeit an Netznummern und ASNs im Rahmen der anwendbaren Delegations- und technischen Richtlinien. Dies war folgenreicher, als einen Benutzer auf ein Dokument zu verweisen. Die Bearbeitung durch das Personal trug dazu bei, zu entscheiden, ob eine angeforderte Kennung vergeben würde, in welcher Menge und nach welchen unterstützenden Informationen.

Nach der Vergabe kamen Registrierung und Veröffentlichung. Die provisorische Reproduktion definiert Verfügbarkeit als die Bereitstellung von Registrierungsdaten an den Verzeichnis- und Datenbankempfänger. Network Solutions initiierte die Übertragung; AT&T besetzte die Veröffentlichungs- und Zugriffsschicht beim Start. Eine Vergabe und ihre öffentliche Registrierung waren verbunden, aber institutionell getrennt.

Diese Unterscheidung schafft eine mögliche Fehlergrenze. Eine Verzögerung konnte bei der Bearbeitung, Übertragung, Veröffentlichung oder Korrektur auftreten. Dennoch zeigt keine wiederhergestellte Abstimmungsserie, wie oft sich Aufzeichnungen unterschieden, wie schnell Übertragungsprobleme gelöst wurden oder ob Benutzer den verantwortlichen Verwalter identifizieren konnten. Die Bestimmungen zur verwaltungsübergreifenden Koordination in der Vereinbarung erkennen die Notwendigkeit an, diese Schnittstellen zu regieren, aber sie messen kein Versagen.

Die Überprüfung bildete die letzte Stufe. Das erste öffentliche Verwaltungsverfahren war explizit hinsichtlich der Korrektur durch den Parser, des Hostmaster-Kontakts und des Ticketstatus. Es war viel weniger explizit hinsichtlich der unabhängigen Überprüfung substanzieller Entscheidungen über Nummern. Das Schweigen der RFC 1400 kann nicht beweisen, dass eine erneute Prüfung durch das Personal, ein IANA-Kontakt oder eine informelle Eskalation nie stattfand. Es bedeutet, dass das Dokument kein zugängliches Beschwerdeverfahren für den Antragsteller bereitstellt, das bewertet werden könnte.

Die nachgewiesene Schlussfolgerung ist daher einekonzentrierte Abhängigkeit von der zentralen Annahme und Verarbeitung. Network Solutions besetzte aufeinanderfolgende Schritte im zentralen nichtmilitärischen Pfad: Annahme, Parsen, Korrektur, Vollständigkeit, Bearbeitung durch Personal, Vergabe und Registrierungsaktualisierung. Die Belege identifizieren keine genaue Klasse von Antragstellern, für die der DDN-Dienst, das RIPE NCC, APNIC, ein lokales Register, vom Anbieter zugewiesener Raum oder die Eskalation zu einem übergeordneten Register nachweislich nicht verfügbar waren. Sie liefern auch keinen dokumentierten operativen Schaden, der durch dieses Fehlen von Wahlmöglichkeiten verursacht wurde.

Dies ist enger als ein universeller Engpass, bleibt aber institutionell bedeutsam. Die Konzentration aufeinanderfolgender Schritte kann Automatisierung konsistent und Aufzeichnungen kohärent machen. Sie kann auch die Qualität des zentralen Pfads stark von den Systemen, dem Personal, den Definitionen und Übertragungen eines einzigen Betreibers abhängig machen. Die historische Aktenlage unterstützt die Analyse dieser Abhängigkeit, ohne Missbrauch zu unterstellen.

Geographie und Antragstellerklasse modifizierten den Pfad

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

Europa bot bereits das klarste Gegenbeispiel. DieGeschichte des RIPE NCC selbstunterscheidet seine formelle Gründung imApril 1992von der Adressverteilung, die keine anfängliche Aktivität war, sondern später imJahr 1992hinzugefügt wurde. Zum Zeitpunkt des InterNIC-Übergangs hatte die Nummernverwaltung in Europa begonnen, über eine regionale Struktur zu laufen.

RFC 1466, veröffentlicht im Mai 1993, beschrieb das Internet-Register als das Standardregister, wo keine delegierte Registrierungsbehörde existierte. Sie plädierte für die Verteilung der Registrierung, da geografisch nähere Register lokale Gemeinschaften, Sprachen und Bräuche besser bedienen könnten. Sie stellte fest, dass das RIPE NCC bereits einen Block von Klasse-C-Raum für die europäische Zuweisung erhalten hatte.

Die RFC 1466 beschrieb keine austauschbaren kommerziellen Wege. Sie sagte, dass ein Netzwerk-Antragsteller das zentrale Internet-Register direkt kontaktieren konnte und je nach Umständen an ein regionales Register verwiesen werden könnte. Das zentrale Register sollte bereit sein, einen Teilnehmer bei Bedarf zu bedienen. Auf regionaler Ebene bevorzugte das Dokument ein einziges anerkanntes Register für jede geografische Zone. Die Verteilung reduzierte die zentrale Abhängigkeit, konnte aber eine nicht austauschbare regionale Abhängigkeit schaffen.

Der Asien-Pazifik-Weg entstand zu einem anderen Zeitpunkt. Dieinstitutionelle Geschichte von APNICgibt an, dass sein Pilotprojekt imSeptember 1993beginnen sollte und bis Juni 1994 andauerte. Die IANA erkannte APNIC öffentlich imApril 1994an, indem sie die IPv4-Bereiche202/8 und 203/8delegierte. Der für einen Antragsteller in der Asien-Pazifik-Region verfügbare Weg hing daher vom Datum, der Geografie, der Reife des Pilotprojekts und der anwendbaren Delegation ab.

LautRFC 2050 vom November 1996war die veröffentlichte Karte der Nummernverwaltung explizit hierarchisch: IANA, regionale Register und lokale Register. Sie identifizierte InterNIC mit Nordamerika, das RIPE NCC mit Europa und APNIC mit der Asien-Pazifik-Region. Lokale Register operierten unterhalb der regionalen Ebene.

Anbieterbeziehungen schufen einen weiteren Weg. Die RFC 2050 riet vielen ISPs, Adressraum von einem vorgelagerten Anbieter zu erhalten, um hierarchisches Routing und Aggregation zu unterstützen. Einige multi-homed oder an einen Austauschpunkt angeschlossene Anbieter konnten direkt bei einem regionalen Register beantragen. Antragsteller in Gebieten ohne benanntes regionales Register konnten ein regionales Register kontaktieren, das den Antrag bearbeiten oder weiterleiten konnte.

Vom Anbieter zugewiesener Raum war nicht gleichwertig mit einem konkurrierenden zentralen Register. Er konnte Auswirkungen auf die Umnummerierung haben, wenn der Kunde den Konnektivitätsanbieter wechselte. Auch direkter Registerraum garantierte nicht die globale Routbarkeit. Die Wahl hing von den Betriebsumständen ab, nicht einfach von der Präferenz.

Der DDN-Weg blieb während des Übergangs von 1993 für seine berechtigte Bevölkerungsgruppe getrennt. Einem militärischen Benutzer wurde gesagt, er solle mit dem DDN NIC fortfahren. Dieser Weg ist ein Beleg gegen einen einzigen Dienst, der alle Antragsteller umfasst, aber er war keine allgemeine Alternative, die jeder nichtmilitärischen Organisation offen stand.

Im Jahr 1996 war die genaueste Beschreibung nicht, dass Network Solutions als einzige globale Tür für Nummern diente. InterNIC war ein regionales Register innerhalb einer Hierarchie, die auch das RIPE NCC, APNIC, lokale Register und Anbieterzuweisungen umfasste. Früher blieb das zentrale Register der Standard für Gebiete ohne Delegierten und behielt wichtige Koordinationsfunktionen.

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

Vier Rechtsbehelfe, die nicht verwechselt werden sollten

Die Akte enthält vier verschiedene Arten von Korrektur oder Überprüfung. Sie als eine zu behandeln, würde den Schutz der Antragsteller übertreiben.

Der erste Weg war die betriebliche Korrektur. Die RFC 1400 dokumentierte Parser-Fehlermeldungen, korrigierte Überprüfungsformulare, erneute Einreichung, Ticketstatus und Kontakt mit Hostmaster-Personal. Diese Mechanismen behandelten schlecht geformte Eingaben, veraltete Vorlagen, Parser-Interpretation und Antragsstatus. Das Personal könnte eine Einreichung auch informell überprüft haben. Das Dokument offenbart nicht die Häufigkeit, Dauer oder das Ergebnis dieser Interaktionen.

Der zweite Weg betraf Streitigkeiten zwischen InterNIC-Managern. Die Archiv-Reproduktion der Vereinbarung gibt an, dass der NSF-Programmbeauftragte technische, verwaltungstechnische oder terminliche Streitigkeiten zwischen den Mitarbeitern lösen konnte. Dies unterstützte die Koordination innerhalb des beschafften Dienstes. Es war keine Beschwerde für einen Antragsteller gegen eine Entscheidung über Nummern.

Der dritte Weg betraf Meinungsverschiedenheiten zwischen dem Zuwendungsempfänger und der NSF. Die auf einem Spiegel gehosteten Allgemeinen Geschäftsbedingungen scheinen vorzusehen, dass ungelöste Sachstreitigkeiten eine schriftliche Entscheidung eines NSF-Zuschussbeauftragten erhalten, wobei der Zuwendungsempfänger innerhalb von30 Tagennach Erhalt dieser Entscheidung eine erneute Prüfung beantragen kann. Da die vollständigen einbezogenen Allgemeinen Geschäftsbedingungen und ihre Herkunft in der zugänglichen Sammlung der ausgeführten Zuweisung nicht authentifiziert wurden, bleibt dies ein provisorischer Vertragsbeleg. In jedem Fall war es ein Verfahren für die Vertragspartei, das dem Zuwendungsempfänger zugänglich war, kein einem Netzwerk-Antragsteller gewährtes Rechtsmittel.

Der vierte Weg war die in RFC 2050 dargelegte antragstellerorientierte Registerhierarchie. Eine Organisation, die mit der Leistung des zuweisenden Registers unzufrieden war, konnte beim übergeordneten Register Beschwerde einlegen. Das zuweisende Register musste die relevante Dokumentation zur Verfügung stellen. Eine weitere Beschwerde konnte zum übergeordneten Register des übergeordneten Registers aufsteigen und, nach Ausschöpfung anderer Wege, schließlich zur IANA. Jedes Register sollte sein Beschwerdeverfahren dokumentieren.

Die RFC 2050 verbesserte die veröffentlichte Architektur der Überprüfung. Sie trennte das zuweisende Register von einem übergeordneten Prüfer und bezog sich spezifisch auf Adressentscheidungen. Es war eine aktuelle bewährte Praxis, verfasst von Vertretern, die mit InterNIC, APNIC, dem RIPE NCC und der IANA verbunden waren, kein Audit darüber, wie Beschwerden in der Praxis funktionierten.

Keines der erhaltenen Dokumente liefert eine Serie von nummernspezifischen Beschwerden. Es gibt keine wiederhergestellte Anzahl von Anfechtungen, durchschnittliche Dauer, Annullierungsrate, Ergebnisverteilung oder Belege dafür, dass Antragsteller in ähnlichen Situationen eine konsistente Überprüfung erhielten. Das Fehlen einer solchen Serie zeigt nicht, dass Beschwerden ungenutzt oder ineffektiv waren; es verhindert eine gemessene Schlussfolgerung in die eine oder andere Richtung.

Die Karte der Rechtsbehelfe ändert sich daher im Laufe der Zeit und je nach Akteur. Im Jahr 1993 konnten Antragsteller Formulare korrigieren und Personal kontaktieren, während die NSF ihre Auftragnehmer verwaltete. Die provisorischen Allgemeinen Geschäftsbedingungen boten einen vertraglichen Rechtsweg für den Zuwendungsempfänger. Im November 1996 artikulierte das veröffentlichte Nummernregistersystem einen antragstellerorientierten Weg über übergeordnete Register bis zur IANA. Jeder behandelte einen anderen Streit.

Leistungsbelege und Kontinuität am Ende der Kette

Eine starke Behauptung systematischen Schadens für Nummern-Antragsteller würde mehrere Datensätze erfordern, die nicht gemeinsam wiederhergestellt wurden.

Antragszahlen müssten abgeschlossene Nummern-Anträge und einzelne Antragsteller identifizieren, nicht Adresseinheiten, Nachrichten oder Anrufe. Zeitaufzeichnungen bräuchten Ende-zu-Ende-Zeitstempel, nicht nur das Intervall nach Abschluss. Korrekturdaten bräuchten abgelehnte Vorlagen, korrigierte Formulare, verfallene Anträge und aufgegebene Einreichungen. Entscheidungsdaten bräuchten substanzielle Ablehnungen, Kürzungen und klassenspezifische oder präfixspezifische Ergebnisse.

Zuverlässigkeit würde verifizierte Dienstunterbrechungen und ihre Dauern erfordern. Rechenschaftspflicht würde Beschwerdezahlen, Eskalationsraten, Annullierungen und Lösungszeiten erfordern. Portabilität würde Belege erfordern, die zeigen, wie schnell ein anderer Betreiber den Dienst übernehmen könnte, einschließlich Software, Daten, ausstehende Warteschlangen, Korrespondenz, Richtlinienhistorie und Personalwissen.

Die reproduzierte Vereinbarung sah Berichte vor, die einige dieser Fragen beantworten könnten. Die Änderung 4 verlangte öffentliche Leistungsmessungen. Die Transkription von 1996 bezieht sich auf Leistungs- und Verarbeitungsdaten, während die erhaltene öffentliche Präsentation für eine nummernspezifische Analyse unvollständig ist. Die Existenz eines geplanten Berichtssystems ist nicht dasselbe wie der Besitz seiner vollständigen Serie.

Dierechtliche Stellungnahme des GAO von 2016liefert begrenzte retrospektive Belege für den späteren Übergang. Sie gibt an, dass bei der Übertragung der Verwaltung an das Handelsministerium im Jahr 1998 eine Bestimmung hinzugefügt wurde, die Network Solutions verpflichtete, Kopien der im Rahmen der Vereinbarung erstellten Software, Daten und Dokumentation bis Oktober zu liefern. Das GAO berichtete über die Lieferung von Datenbankdateien aufzehn 8-mm-Kassetten, einem Ordner mit einer Auflistung der Datenbanken und mehreren anderen Ordnern mit Daten und Softwaredokumentation.

Dieser Beleg demonstriert eine Übergangsverpflichtung und eine physische Lieferung. Er belegt nicht, dass die Materialien ausreichend vollständig waren, um den Dienst zu betreiben, dass sie den aktiven Zustand von Warteschlangen oder die historische Korrespondenz erfassten oder dass ein Nachfolger eine getestete Wiederherstellung daraus durchführte. Die betriebliche Ersetzbarkeit bleibt eine zu prüfende Schlussfolgerung, kein nachgewiesenes Versagen.

Die GAO-Untersuchung befasste sich hauptsächlich mit dem Regierungseigentum und dem späteren Übergang der IANA. Ihr Bericht ist stark mit Domainnamen- und Root-Zonen-Fragen befasst und liefert keinen Nenner für Nummern-Anträge. Sie kann die fehlende Akte zu Adressanträgen, Verzögerungen oder Beschwerden nicht ergänzen.

Spätere Domaingebühren, Markenstreitigkeiten, Wettbewerb der Registrare und Streitigkeiten über das Eigentum an der Root-Zone sind gleichermaßen abgegrenzt. Sie können die Geschichte desselben Unternehmens oder derselben Zuweisung beleuchten, aber sie beweisen nicht, dass Nummern-Antragsteller abgelehnt, verzögert oder ohne Rechtsmittel waren. Funktionsspezifische Belege bleiben erforderlich.

Die fehlenden Messgrößen konzentrieren sich auf die Punkte, an denen die These des Artikels andernfalls kausal werden würde. Es gibt keine reproduzierbare Abschlussrate für Nummern-Anträge, keine verifizierte Ausfallzeit, keine nummernspezifische Beschwerderate, keine Eskalationsrate, keine Annullierungsrate oder Umschaltzeit. Die Belege zeigen eine administrative Abhängigkeit und unvollständige Beobachtbarkeit, keinen geschätzten Wohlfahrtsverlust.

Kontrafaktisch: Ein einziger Verwalter für die drei Dienste

Betrachten wir eine von einem Analysten konstruierte Alternative, bei der die NSF die Registrierungs-, Verzeichnis- und Datenbankzugriffs- und Informationsdienste einem einzigen integrierten Anbieter zugewiesen hätte. Dies ist ein Kontrafaktum zur Prüfung der Beschaffungsstruktur, keine Behauptung, dass ein solches Modell 1993 historisch realisierbar oder vorzuziehen war.

Integration könnte die Koordinationskosten senken. Registrierungsdaten könnten innerhalb einer einzigen Organisation von der Annahme zur Veröffentlichung gelangen. Ein einziges Betriebsteam könnte einen Fehler durch Parsen, Personalverarbeitung, Datenbankverfügbarkeit, öffentliche Abfragen und allgemeinen Support zurückverfolgen. Benutzer müssten nicht identifizieren, ob Network Solutions oder AT&T für ein Problem an der Übergabestelle verantwortlich war.

Die Investition in Automatisierung könnte auch kohärenter werden. Ein einzelnes Identitäts- und Ticketsystem könnte Antragsteller, Organisationen, Domains, Nummern, ASNs, Kontakte, Veröffentlichungseinträge und Supporthistorie verbinden. Änderungen an Datenformaten erforderten keine Vereinbarung zwischen den Zuweisungen. Allgemeine Informationsmitarbeiter könnten den Status einer Registrierung ohne separate Referenz einsehen.

Das Risiko ist eine breitere Fehlereingrenzung. Derselbe Anbieter würde Anträge annehmen, Vergaben bearbeiten, Einträge veröffentlichen, Fragen beantworten und über seine eigene Leistung berichten. Ein Systemausfall oder eine gescheiterte organisatorische Transition könnte Annahme, autoritative Verarbeitung, Veröffentlichung und Lenkung gleichermaßen betreffen.

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

Der Austausch würde einen breiteren Satz von Systemen und Fachwissen umfassen. Der Wechsel des Registrierungsdienstes erforderte bereits Kontinuität von Software, Daten, Warteschlangen und Richtlinien. Das Ersetzen eines integrierten InterNIC würde die Verzeichnisinfrastruktur, öffentliche Zugriffswerkzeuge, Archive, Informationsdienste und eine breitere Supportoperation hinzufügen.

Das Kontrafaktum stärkt das Argument für die Effizienz der Aufteilung durch die NSF. Getrennte Zuweisungen begrenzten den Umfang der formellen Rolle eines Anbieters und ermöglichten spezialisierten Betrieb. Es klärt auch, warum die Konzentration innerhalb der Registrierungskomponente blieb: Die Aufteilung trennte unähnliche Dienste, anstatt Substitute für denselben Autoritätsakt zu schaffen.

Kontrafaktisch: Mehrere austauschbare Registrierungsanbieter

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

Jeder Anbieter könnte einen Standardantrag annehmen, das Format prüfen, unterstützende Informationen sammeln und eine genehmigte Transaktion an einen zentralen Dienst senden. Antragsteller könnten zu einem anderen Anbieter wechseln, wenn der Support nicht erreichbar ist. Ein Anbieterausfall würde nicht zwangsläufig alle Annahmekanäle stoppen. Die NSF könnte Bearbeitungszeiten, Korrekturraten und Antragstellererfahrung zwischen den Anbietern vergleichen.

Der autoritative Kern würde dennoch eine strikte Serialisierung benötigen. Zwei Anbieter könnten nicht denselben Nummernblock vergeben. Ein gemeinsames System müsste verfügbaren Raum, ausstehende Reservierungen, abgeschlossene Vergaben, Ausnahmen und Annullierungen ohne widersprüchliche Zustände verwalten. Verzögerte Replikation könnte betrieblich gefährlich sein.

Konsistenz würde eine zweite Herausforderung darstellen. Anbieter könnten Topologie, Nutzung und Aggregationsanforderungen unterschiedlich interpretieren. Antragsteller könnten die großzügigste Entscheidung suchen. Eine gemeinsame Politik, standardisierte Belege, Transaktionsprotokolle und ein verbindlicher Prüfer wären erforderlich. Die Verteilung der Annahme würde daher die zentrale Autorität verschieben, nicht beseitigen.

Die Investition in Automatisierung könnte fragmentieren. Mehrere Anbieter könnten Parser, Statussysteme und Supportinfrastruktur duplizieren oder von der NSF abhängig sein, um eine gemeinsame Plattform zu bauen. Interoperabilität, Sicherheit, Rechenschaftspflicht, Prüfformate, Reservierungsregeln und Migrationsverfahren müssten definiert werden, bevor die Betriebserfahrung die Anforderungen offensichtlich gemacht hätte.

Die Aufsicht könnte sich verbessern, wenn die Anbieter vergleichbare Aufzeichnungen erstellten, aber nur, wenn der Auftraggeber die Messregeln kontrollierte. Ein Anbieter könnte seine Uhr beim ersten Eingang starten, ein anderer bei Vollständigkeit. Einer könnte Wiedereinreichungen als neue Anträge zählen. Ohne Standardnenner könnte scheinbarer Wettbewerb unvergleichliche Leistungsbehauptungen hervorbringen.

Die Antragsprüfung würde ebenfalls institutionelles Design erfordern. Eine Wahl des Kundendienstes ist kein Ersatz für eine Beschwerde, wenn der zentrale politische Dienst eine Vergabe ablehnt. Ein Anbieterwechsel könnte bei der Erklärung oder Formularvorbereitung helfen, während die autoritative Entscheidung unverändert blieb. Der gemeinsame Prüfer würde Dokumentation, Fristen und Autorität über jeden Anbieter benötigen.

Die Fehlereingrenzung wäre auf Annahmeebene besser, aber auf Hauptbuchebene unsicher. Mehrere Eingangstüren könnten einen Anbieterausfall überleben. Ein Ausfall des zentralen Reservierungs- oder Eindeutigkeitsdienstes könnte sie alle stoppen. Die Architektur würde einen Teil des Betriebsrisikos verteilen, während sie einen nicht wettbewerblichen Kern bewahrt.

Historische Machbarkeit kann nicht angenommen werden. Die Routing-Beschränkungen der frühen 1990er, die Knappheit des Adressraums, die unvollständige Standardisierung der Richtlinien und die Kosten der Echtzeitkoordination könnten einen klaren Eigentümer für jedes Entscheidungsdomänen begünstigt haben. Die regionale Delegation behandelte den Maßstab durch eine geografische Hierarchie anstelle konkurrierender Anbieter, die einen einzigen Pool teilen.

Diese Alternative legt dennoch nützliche Designfragen offen. Könnte die Annahme ersetzbar sein, ohne das Hauptbuch zu fragmentieren? Könnten Antragsteller den Supportanbieter wechseln, während konsistente Entscheidungen erhalten bleiben? Könnten vergleichbare Protokolle die Leistungsüberprüfung glaubwürdiger machen? Könnte der zentrale Prüfer von der Frontbearbeitung getrennt werden? Die erhaltenen InterNIC-Belege testen diese Möglichkeiten nicht, daher folgt keine Schätzung von Wohlfahrt, Verzögerung oder Wechselkosten.

Die angemessene Schlussfolgerung

Das NSF-Design von InterNIC im Jahr 1993 kombinierte Spezialisierung mit einer gemeinsamen öffentlichen Identität. Network Solutions verwaltete die zentrale nichtmilitärische Registrierung; AT&T verwaltete den Verzeichnis- und Datenbankzugriff; General Atomics/CERFnet verwaltete Information und Orientierung. Die NSF behielt Finanzierung, Überwachung, Genehmigungen, Evaluierung und verwaltungsübergreifende Koordination. Das USC/ISI setzte die IANA-Koordination fort, und das DDN NIC behielt den militärischen Weg.

Das Registrierungssystem bot nützliche Verwaltung. Strukturierte Formulare, maschinelles Parsen, explizite Fehler, Antragstellerbestätigung, Ticketstatus, gemeinsame Infrastruktur und abschließende menschliche Bearbeitung waren plausible Reaktionen auf ein schnell steigendes Volumen. Die Betriebszahlen vom Mai 1994 und die spätere Behauptung der Domainautomatisierung zeigen substanzielle Aktivität, wenn auch keinen unabhängigen Beleg für die Qualität des Nummerndienstes.

Innerhalb der geteilten Institution kontrollierte Network Solutions die aufeinanderfolgenden Schritte im zentralen Registrierungspfad. Diese Konzentration machte einen Antrag abhängig vom akzeptierten Kanal, dem Parser, der Korrekturschleife, der Vollständigkeitsbestimmung, der Personalverarbeitung und der Registrierungsaktualisierung eines einzigen Auftragnehmers. Sie wird korrekt als konzentrierte Abhängigkeit von der zentralen Annahme und Verarbeitung beschrieben.

Das umgebende System änderte sich. Das RIPE NCC verteilte Adressen in Europa, APNIC entstand im Asien-Pazifik-Raum, lokale Register und Anbieter bedienten zusätzliche Bevölkerungsgruppen, DDN-Nutzer behielten einen anderen Kanal, und RFC 2050 ordnete InterNIC in eine regionale Hierarchie mit einem Beschwerdeweg zum übergeordneten Register ein. Diese Alternativen waren zeit-, geografie- und antragstellerklassenspezifisch, keine austauschbaren Optionen.

Die Belege für Aufsicht und Rechtsbehelfe sind unvollständig, aber nicht abwesend. Die NSF hatte vertragliche Werkzeuge; Antragsteller hatten Korrektur und Personalkontakt; die provisorischen Allgemeinen Geschäftsbedingungen beschrieben eine erneute Prüfung durch Zuwendungsempfänger-NSF; und RFC 2050 artikulierte später die Antragstellerbeschwerde über übergeordnete Register bis zur IANA. Was fehlt, ist die Reihe von Ergebnissen, die notwendig ist, um diese Mechanismen in Nummernfällen zu beurteilen.

Der „Preis“ im Titel ist daher eine Untersuchungsfrage, kein quantifizierter Verlust. Die zentrale Verwaltung brachte Skalierung und Konsistenz, während sie mehrere Schritte einer definierten Kette bei einem einzigen Auftragnehmer platzierte. Die erhaltene Aktenlage beweist nicht, dass diese Abhängigkeit universell unvermeidbar, systematisch missbräuchlich oder für einen messbaren Schaden für Nummern-Antragsteller verantwortlich war.