Die Geographie nach dem Protokoll

Zusammenfassung

• Die Adressierung des Internetprotokolls begann nicht mit fünf territorialen Unterteilungen. Die geografische Verwaltung entstand ab 1990 als Reaktion auf internationales Wachstum, sprachliche und servicebezogene Bedürfnisse, die Arbeitsbelastung der Register, die Adresserhaltung und den Versuch, zusammenhängende Zuweisungen mit der Routing-Aggregation kompatibel zu machen.
• RFC 1174 empfahl die internationale Delegation unter Beibehaltung der zentralen Funktionen von IANA und Internet Registry; RFC 1466 schlug vier Hauptzuweisungszonen vor, bewahrte aber auch einen multiregionalen Raum, drei Andere-Bereiche, einen direkten zentralen Dienst und ein Standardregister für nicht abgedeckte Zonen.
• Die heutige Fünf-Regionen-Karte verfestigte sich durch separate operative Starts, Delegationen von Adressblöcken, Unternehmensgründungen, bilaterale Übergänge, Anerkennungsentscheidungen der ICANN sowie Instrumente von ASO und NRO. Diese Meilensteine traten nicht gleichzeitig auf und sollten nicht zurückprojiziert werden.
• Die administrative Dienstregion, der Sitz des Begünstigten, der Netzbetrieb, der BGP-Ursprung, die Registerverfassung und das anwendbare Recht stimmen nicht notwendigerweise überein. Die untersuchten Aufzeichnungen belegen die Separierbarkeit und institutionelle Grenzänderungen, nicht die Häufigkeit mehrdimensionaler Diskrepanzen; die ungelöste Frage ist, ob die exklusiven Dienstgrenzen optimal, anfechtbar oder repräsentativ waren.

9. Dezember 2002: Dreiundvierzig Kandidatennetze treten in die Vorprüfung zur Übertragung ein

Am 9. Dezember 2002 begannen vier regionale Internetregister mit der Vorarbeit zur Übertragung an einer Testpopulation von 43 Kandidatennetzen in129.0.0.0/8. Die Aufzeichnungen stammten aus frühen Registrierungsvereinbarungen, die später vom American Registry for Internet Numbers übernommen wurden, während die Ressourceninhaber vom RIPE Network Coordination Centre als Kandidaten für den Dienst betrachtet wurden.

Das veröffentlichte Verfahren desEarly Registration Transfer-Projekts trennte mehrere Schritte. Die Vorbereitung vor der Übertragung begann am 9. Dezember. Die Kontaktbenachrichtigungen waren für den 11. Dezember geplant. Die Datenbankübertragung war für den 10. Januar 2003 angesetzt, mit anschließender möglicher Konfliktlösung. Die Ankündigung war zukunftsgerichtet, sie etabliert daher weder den endgültigen Abschluss der 43 Kandidaten noch eine abgeschlossene Bewegung im Dezember 2002.

Diese Unterscheidung offenbart, was eine Änderung der Verwaltungsgrenze bedeutete. Einige Kandidatenaufzeichnungen existierten nur in der ARIN-Datenbank. Andere erschienen sowohl in ARIN- als auch in RIPE-Aufzeichnungen mit unterschiedlichen Kontakten oder Beschreibungen, während eine andere Gruppe nur im RIPE-Register erschien. Viele scheinbare Konflikte könnten veraltete Daten widerspiegeln und keine konkurrierenden Ansprüche oder Entführungsversuche. Der Prozess erforderte daher eine Kontaktabstimmung, die Übertragung von Belegdokumenten, Datenbankarbeit und Änderungen der Reverse-DNS-Delegation.

Der enthaltende/8-Block blieb ein „mehrheitlich ARIN“-Block. Das Projekt befasste sich mit einzelnen Aufzeichnungen, anstatt den gesamten Bereich als europäisch umzuklassifizieren. Es war ein Problem der retrospektiven Korrektur: global eindeutige Nummern waren registriert worden, bevor das spätere regionale System eine feste administrative Heimat für sie bereitstellte.

Die ERX-Ankündigung dokumentiert die Aufzeichnungsverwaltung und Dienstverantwortung. Sie enthält keine historische Reihe von BGP-Ursprüngen, kein Geräteinventar, keine vollständige Liste der Begünstigtensitze und keinen anwendbaren Dienstvertrag für die Kandidatennetze. Diese Dimensionen bleiben auf Fallebene unbekannt. Was die Akte feststellt, ist enger, aber dennoch wichtig: Eine Legacy-Registrierung konnte ohne Neunummerierung des Netzes in einen formellen Prozess der Neuzuweisung an ein anderes regionales Register eintreten.

Die administrative Korrektur hatte operative Konsequenzen. Die Registerkontakte, die Wartungsautorität, die Reverse-Delegation, die Dokumentation und zukünftige Anträge hingen alle von der verantwortlichen Institution ab. Dennoch war die geplante Datenbankübertragung getrennt von der physischen Bereitstellung und der Routenverbreitung. Eine Registeraufzeichnung konnte verschoben werden, während die zugehörige Ausrüstung und Routing-Vereinbarungen unverändert blieben.

ERX erfasst somit das regionale System in seiner Reife. 1989 existierte keine Fünf-Register-Karte, anhand derer eine historische Aufzeichnung als fehlplatziert beurteilt werden konnte. 2002 war die regionale Unterteilung ausreichend etabliert, sodass vier Register die historische Platzierung als korrigierbare Anomalie behandelten. Die Geographie war sowohl prospektiv geworden, um neue Delegationen zu leiten, als auch retrospektiv, um Aufzeichnungen zu reorganisieren, die vor der Karte erstellt wurden.

Das Protokoll hatte Adressen, bevor die Verwaltung Kontinente hatte

Das Internetprotokoll stellte eine gemeinsame Adressierungsarchitektur bereit, bevor die Nummernverwaltung regionale Dienstgrenzen erhielt.RFC 791, veröffentlicht im September 1981, definierte 32-Bit-Quell- und Zieladressen im Internet-Header. Seine Klassenformate unterteilten die Bits in Netz- und Lokalteile. Sie enthielten kein Feld für Europa, Nordamerika, Afrika, Lateinamerika oder Asien-Pazifik.

Router verwendeten die Adressen, um Erreichbarkeitsentscheidungen basierend auf der Netzwerktopologie zu treffen. Die administrative Geographie kam woanders ins Spiel: bei den Institutionen, die Kennungen zuwiesen, Begünstigte registrierten, Anträge bearbeiteten, Reverse-Delegation verwalteten und Eindeutigkeit koordinierten.

Eindeutigkeit erforderte ein gemeinsames System. Zwei nicht verbundene Netze, die dieselbe weltweit sichtbare Nummer verwendeten, würden Hosts und Gateways daran hindern, konsistent zu bestimmen, welches Netz gemeint war. Die Veröffentlichungen zugewiesener Nummern zeichneten die gemeinsamen Werte auf, während Koordinierungsorganisationen Netznummern und autonome Systemnummern zuwiesen und Registrierungsinformationen pflegten.

Im August 1990 beschriebRFC 1174zwei zentrale Funktionen. Die Funktion der Internet Assigned Numbers Authority wurde vom Information Sciences Institute der University of Southern California ausgeübt. Die Funktion des Internet Registry wurde von SRI International im DDN Network Information Center ausgeübt. Die IANA wies Kennungen zu und konnte Verantwortlichkeiten delegieren; das Internet Registry sammelte und pflegte Registrierungsinformationen.

Der institutionelle Standort und der Ressourcenstandort waren bereits unterschiedliche Konzepte. Eine US-amerikanische Organisation konnte ein globales Register für Netze führen, die anderswo betrieben wurden. Ein Kontakt konnte ein Netz verwalten, das sich über mehrere Länder erstreckte. Ein Begünstigter konnte den Anbieter wechseln oder an einen neuen Standort ausweiten, ohne den Unternehmenssitz zu ändern. Routing-Informationen konnten über Anbieter laufen, die unter verschiedenen Rechtssystemen organisiert waren.

Die Registrierung war dennoch wichtig. Sie verband eine Kennung mit einer Organisation, einem Verwaltungskontakt und einem Aufzeichnungsprozess. Sie unterstützte Eindeutigkeit, Fehlerbehebung, Reverse-Delegation und Rechenschaftspflicht. Diese Funktionen machten das Register wichtig, ohne es zu einer Karte der Gerätestandorte oder Routenursprünge zu machen.

Das schnelle internationale Wachstum des Netzes machte eine regionale Schicht attraktiv. Antragsteller arbeiteten in verschiedenen Zeitzonen und Sprachen und operierten unter unterschiedlichen Telekommunikationsgepflogenheiten. Dienstanbieter benötigten Blöcke, aus denen sie Zuweisungen an Kunden vornehmen konnten. Gleichzeitig stand das Routing-System unter dem Druck einer wachsenden Zahl separat angekündigter Netze.

Die Geographie bot eine Möglichkeit, den Dienst und den Adressbestand zu organisieren. Der Paket-Header erforderte diese Antwort nicht. Sie entstand aus Empfehlungen, Blockplänen, operativen Institutionen und späteren Anerkennungsregeln.

RFC 1174 schlug Verteilung vor, behielt aber ein Zentrum bei

RFC 1174 war ein im August 1990 veröffentlichter Informations-RFC. Er dokumentierte die offizielle Ansicht des Internet Activities Board, nicht einen Internetstandard. Seine Empfehlungen waren über die damaligen Sponsoring- und technischen Governance-Vereinbarungen an den Federal Networking Council der USA gerichtet.

Die erste Empfehlung schlug vor, die Verantwortung für die Zuweisung von Netz- und autonomen Systemnummern zu verteilen. Das Dokument nannte das schnelle Netzwerkwachstum, die Internationalisierung und die zunehmende Knappheit, insbesondere bei Klasse-A- und Klasse-B-Kennungen. Der Vorschlag antizipierte ein größeres und vielfältigeres Internet, als ein einzelnes Registerbüro ursprünglich bedient hatte.

Die Verteilung ging mit beibehaltenen zentralen Funktionen einher. Das Internet Registry sollte das Hauptregister für Netz- und autonome Systemnummern bleiben. Es würde Blöcke an genehmigte Organisationen zuweisen, aggregierte Registrierungsinformationen pflegen und als Standardregister dienen, wo keine delegierte Autorität identifiziert wurde. Autoritative Aktualisierungen würden weiterhin im Internet Registry zusammenlaufen, mit vollständigen Kopien, die an delegierte Register verteilt werden.

Vom Coordinating Committee for Intercontinental Research Networking wurde erwartet, dass es Organisationen genehmigt, die Blöcke und nachfolgende Zuweisungsautorität erhalten können. Kandidatenregister sollten IANA und das Internet Registry treffen und ihre Betriebsverfahren dokumentieren. Die Delegation hing daher von institutioneller Eignung, Koordinierung und einem definierten Prozess ab, nicht vom bloßen Standort.

Diese Architektur enthielt einen praktischen Ausgleich. Lokale oder regionale Organisationen konnten Zuweisungen näher an den Antragstellern bearbeiten, während das zentrale Register eine gemeinsame Ansicht des Nummernraums bewahrte. Die Standardroute hielt den Dienst für Netze außerhalb einer delegierten Zone aufrecht. Die Replikation ermöglichte verteilten Zugriff, ohne die zentrale Koordination aufzugeben.

Das Dokument war weit entfernt von der späteren Fünf-Regionen-Regelung. Es zeichnete keine dauerhaften kontinentalen Grenzen und nannte keine der Organisationen, die später ARIN, LACNIC oder AFRINIC werden sollten. Eine Verteilungsempfehlung war an sich weder ein operatives Register, noch eine Blockdelegation oder eine Anerkennungsentscheidung.

RFC 1174 behandelte Registrierung und Konnektivität ebenfalls getrennt. Sein Anhang zum Verbindungsstatus empfahl, einen einfachen Status „verbunden“ aus den Aufzeichnungen zu entfernen und stattdessen Richtlinien zur akzeptablen Nutzung und zum Transit zu erfassen. Für nicht-US-amerikanische Netze waren US-Zugangskriterien nur relevant, wenn der Datenverkehr bundesstaatlich geförderte Netze nutzte. Die Registrierung allein garantierte weder, dass ein Netz geroutet, öffentlich erreichbar oder zur Nutzung eines bestimmten Transitwegs berechtigt war.

Die regionalen Register erbten diese Grenze. Sie konnten Ressourcen zuweisen, Aufzeichnungen führen, Reverse-Delegation organisieren und Anträge bewerten. Transit-Anbieter und Netzbetreiber kontrollierten, ob und wie ein Präfix im Routing auftauchte. Die Dienstregion beschrieb eine administrative Beziehung, während Konnektivität aus separaten technischen und kommerziellen Vereinbarungen resultierte.

Die Umsetzung erfolgte über bestimmte Gemeinschaften. Europäische Netzbetreiber begannen sich 1989 über RIPE zu treffen, aber eine Koordinierungsgemeinschaft war noch kein funktionsfähiges Register. Die spätere Gründung des RIPE NCC, seine Delegation, Überweisungsvereinbarungen, Gründung und operative Unabhängigkeit lieferten jeweils einen anderen Teil der regionalen Struktur.

RFC 1466 skizzierte einen nuancierten geografischen Plan

Im Mai 1993 botRFC 1466ein expliziteres geografisches Design. Der Informations-RFC, verfasst von Elise Gerich von Merit Network, machte RFC 1366 obsolet und wurde später durch RFC 2050 ersetzt. Er berichtete über die Überprüfung durch die Federal Engineering Planning Group im Auftrag des Federal Networking Council, der Co-Vorsitzenden der Intercontinental Engineering Planning Group und von RIPE, mit allgemeinem Konsens unter diesen Gruppen.

RFC 1466 verband den regionalen Dienst mit der Entwicklung der Internetbevölkerung. Register, die in unterschiedlichen geografischen Gebieten operierten, konnten auf lokale Sprachen und Gepflogenheiten eingehen. Von einem regionalen Kandidatenregister wurde erwartet, dass es Anerkennung bei Netzbetreibern und Teilnehmern genießt, eine über seine Registerfunktion hinausgehende Statur besitzt und über ausreichende Ressourcen für einen stabilen, schnellen und zuverlässigen Dienst verfügt. Es musste auch die Richtlinien von IANA und Internet Registry befolgen und Unterzuweisungspraktiken koordinieren.

Dies waren erklärte Begründungen und Erwartungen, keine gemessenen Vergleiche zwischen einem zentralen System und regionalen Bearbeitungsgruppen. Sie identifizierten plausible Servicemechanismen: überlappende Arbeitszeiten, lokale Dokumentation, Vertrautheit mit Anbietermärkten, Schulungsbeziehungen und engeren Kontakt mit nachgelagerten Registern.

RFC 1466 bevorzugte ein einzelnes regionales Register auf dieser Ebene für eine effiziente und faire Unterzuweisung. Die Präferenz schuf keine erschöpfende territoriale Barriere. Antragsteller konnten sich weiterhin direkt an das Internet Registry wenden. Sie konnten an ein geeignetes regionales Register verwiesen werden, aber das zentrale Register blieb bereit, einen Netzteilnehmer bei Bedarf zu bedienen. Zonen ohne benanntes regionales Register nutzten weiterhin das Standardregister.

Der Adressplan enthielt ähnliche Reserven. RFC 1466 unterteilte192.0.0.0bis207.255.255.255in acht gleiche/7-Bereiche. Jeder/7umfasste 131.072 Einheiten ehemaliger Klasse-C-/24-Netznummern, also 33.554.432 einzelne IPv4-Adressen. Die vier im Dokument namentlich genannten Zonen warenEuropa, Nordamerika, Pazifik sowie Süd- und Mittelamerika.

Dies war nicht die moderne Fünf-RIR-Karte. Afrika hatte keine separate Zuweisungszone. Weder der Nahe Osten noch Zentralasien erschienen als unabhängige Kategorie. Drei Bereiche waren alsAnderegekennzeichnet, währendMultiregionalfrühere Zuweisungen abdeckte. Der Plan berücksichtigte Legacy-Registrierungen und Regionen ohne benanntes Register.

Die geografische Aufteilung galt zudem ungleichmäßig für den Adressbestand. RFC 1466 behielt die zentrale Kontrolle über den Klasse-A-Raum bei und auferlegte separate Beschränkungen für die Behandlung von Klasse B. Sein regionaler Plan konzentrierte sich hauptsächlich auf den ehemaligen Klasse-C-Bestand, wo zusammenhängende Blöcke eine systematischere nachgelagerte Zuweisung unterstützen konnten.

Die Routing-Aggregation lieferte eine wichtige technische Begründung. Ein Anbieter, der einen zusammenhängenden Block erhielt, konnte kompatible Unterblöcke an seine Kunden zuweisen und, wenn es die Topologie zuließ, ein Aggregat statt vieler einzelner Routen ankündigen. Weniger Einträge in den standardlosen Routing-Tabellen würden die Skalierung verbessern.

Die Zuweisung schuf die Möglichkeit der Aggregation; das operative Routing bestimmte das Ergebnis. Anbieter benötigten BGP-4 und klassenloses Routing, und die Platzierung der Kunden musste sich am Aggregat ausrichten. Multi-Homing, Topologieänderungen und Traffic Engineering könnten spezifischere Ankündigungen erfordern. Ein geografisch reservierter Bereich hatte daher ein Aggregationspotenzial, kein automatisches Routing-Ergebnis.

Der zeitgenössischeRFC 1467, veröffentlicht im August 1993, berichtete, dass das RIPE NCC den Status eines regionalen Registers beantragt und194.0.0.0195.255.255.255für die europäische Internetgemeinschaft erhalten hatte. Das RIPE NCC verwaltete auch193.0.0.0/8, das vor dem geografischen Plan erworben wurde. Das Internet Registry bediente weiterhin Regionen ohne benanntes Register.

RFC 1467 beschrieb Dienstanbieter, die Blöcke für Kunden Zuweisungen erhielten, und berichtete, dass die Umstellung der Behandlung von Endnutzern ohne größere Probleme verlief. Diese Aussage ist ein nützliches zeitgenössisches Zeugnis aus dem System heraus. Sie liefert weder einen vollständigen Satz von Antragsdaten noch einen unabhängigen Vergleich von regionalem und zentralem Dienst.

Derselbe Bericht verzeichnete eine Verzögerung bei der erwarteten allgemeinen Verfügbarkeit eines Aggregationsmechanismus. Register wiesen aggregationsfähige Blöcke zu, bevor das Routing-System die erwartete Reduzierung konsistent realisieren konnte. Geografische Planung, Zuweisung an Anbieter und Bereitstellung von Routing-Protokollen waren verbundene Elemente der Skalierungsstrategie, jedes mit seinem eigenen Zeitplan.

RFC 2050 dokumentierte die Drei-Register-Periode

RFC 2050ersetzte RFC 1466 im November 1996. Sie wurde als Best Current Practice 12, oder BCP 12, veröffentlicht. Ihre institutionelle Beschreibung muss in diesem Kontext gelesen werden, nicht durch die spätere Fünf-RIR-Karte.

Zum Zeitpunkt der Veröffentlichung nannte RFC 2050 drei regionale Internetregister: InterNIC für Nordamerika, RIPE NCC für Europa und APNIC für Asien-Pazifik. Sie beschrieb auch den Dienst, der sich in die Gebiete um diese Kernregionen erstreckte. ARIN, das im Dezember 1997 seinen Betrieb aufnahm, sollte nicht rückwirkend InterNIC in der Darstellung von November 1996 des RFC ersetzt werden.

Der RFC identifizierte Erhaltung, Routbarkeit und Registrierung als Ziele der Adressverteilung. Erhaltung bezog sich auf den endlichen Adressraum. Routbarkeit begünstigte eine hierarchische Verteilung, die mit der Aggregation kompatibel war. Registrierung führte ein öffentliches Register für Eindeutigkeit und Fehlerbehebung. Diese Ziele überschnitten sich, waren aber nicht identisch.

RFC 2050 bewahrte auch Flexibilität außerhalb einer bestimmten Dienstzone. Ein ISP in einer Region ohne regionales Register konnte jedes regionale Register kontaktieren. Diese Bestimmung ist ein weiterer Beleg dafür, dass das damalige System noch nicht zu einem Satz exklusiver kontinentaler Barrieren geworden war.

Eine Zuweisung oder Zuteilung garantierte keine Routbarkeit. Anbieter entschieden weiterhin, welche Routen sie akzeptierten und verbreiteten. Hierarchische Zuweisung konnte die Aggregation unterstützen, aber Routing-Richtlinie und Topologie bestimmten die Sichtbarkeit.

RFC 2050 ist heute historisch und wurde durchRFC 7020ersetzt. Ihr aktueller Status löscht ihren historischen Wert nicht. Sie hält fest, wie die Adressverwaltung sich im November 1996 selbst beschrieb: drei regionale Institutionen, unvollständige geografische Abdeckung, eine übergeordnete Registerhierarchie und eine operative Unterscheidung zwischen Registrierung und Routing.

Die Beschwerdestruktur verstärkte diese Hierarchie. Jedes Register sollte einen Beschwerdeprozess dokumentieren. Eine mit einem zuweisenden Register unzufriedene Organisation konnte bei ihrem übergeordneten Register und schließlich bei der IANA Beschwerde einlegen, nachdem andere Wege ausgeschöpft waren. Dies bot ein Mittel zur Überprüfung von Zuweisungsentscheidungen, etablierte jedoch kein allgemeines Recht, ein anderes RIR zu wählen oder eine regionale Grenze neu zu ziehen.

Die fünf Institutionen erlangten ihre Autorität zu unterschiedlichen Zeitpunkten

Das Fünf-Regionen-System entstand durch eine Sequenz, in der Gemeinschaftsbildung, delegierter Dienst, Überweisung, Blockdelegation, Gründung, Betriebsübergang, Anerkennung und Mitgliedschaft getrennt blieben.

Die Sequenz des RIPE NCC zeigt, warum ein einzelner Jahrestag nicht die gesamte institutionelle Geschichte tragen kann. RIPE-Treffen boten 1989 eine Gemeinschaft. Die formelle Einrichtung folgte im April 1992. Die Tätigkeit als delegiertes Register ist ab dem 1. Mai dokumentiert, und die Überweisung aller europäischen Anträge durch das Internet Registry begann am 1. August. Die Gründungsdokumente des niederländischen Vereins wurden am 12. November 1997 hinterlegt, während der Verein den Betrieb am 1. Januar 1998 übernahm.

Die Geschichte von APNIC ist ebenso geschichtet. Sein Tokioer Pilot begann im September 1993 und endete mit 27 Mitgliedern in 12 Volkswirtschaften. Die äquivalente Delegation von202/7ist auf den 10. Januar 1994 datiert, während eine retrospektive institutionelle Geschichte die öffentliche Anerkennung im April beschreibt. Beide Aufzeichnungen können bestehen bleiben, da sie sich auf unterschiedliche dokumentarische Meilensteine beziehen.

Die Unternehmensgeschichte erfordert besondere Aufmerksamkeit. APNIC Ltd auf den Seychellen, 1996 gegründet, war getrennt von APNIC Pty Ltd in Australien. Der Jahresbericht von 1998 verzeichnet die spätere australische Struktur und den Abschluss des operativen Umzugs nach Brisbane im August 1998. Die hier geprüften Belege stützen diese Trennung und den Dienstübergang, rechtfertigen jedoch nicht, jede frühere Vereinbarung oder Dienstverpflichtung gegenüber Mitgliedern einer Einheit zuzuschreiben, für die das entsprechende Instrument nicht vorgelegt wurde.

Die ursprünglichen Gründungsurkunden von ARIN tragen das Datum des 18. April 1997 und wurden im Juni und August geändert. Das datierte Dokument beweist die Unterzeichnung der Urkunden, während eine staatliche Hinterlegung oder tatsächliche Registrierung erforderlich wäre, um das genaue Datum der rechtlichen Gründung festzustellen. Dieinstitutionelle Geschichtevon ARIN datiert seine unabhängige Betriebsaufnahme auf Dezember 1997. DieArchiv der Urkundenund die Betriebsgeschichte beantworten daher unterschiedliche Fragen.

Die Zeitlinie von LACNIC ist außergewöhnlich detailliert. SeinJahresbericht 2002beschreibt die Übergangsvereinbarungen von Juli und Oktober 2001 und die Beteiligung von LACNIC an der Analyse relevanter ARIN-Anträge ab November. Die vorläufige Genehmigung am 14. März 2002 erfolgte vor dem direkten Dienst am 30. Juli. Die ASO-Mitgliedschaft wurde am 30. Oktober unterzeichnet und wurde am 31. Oktober wirksam, dem Tag der endgültigen Anerkennung. Die Übertragungsinstrumente folgten am 11. November und wurden am 18. November wirksam.

AFRINIC trennte ebenfalls die institutionelle Gründung vom regionalen Betrieb. Die Gründung auf Mauritius, die vorläufige Anerkennung am 30. September 2004, der Dienstübergang am 21. Februar 2005, die endgültige Anerkennung am 8. April, das NRO-Instrument vom 25. April und die eingetragene Mitgliedschaft am 27. April waren verbundene Meilensteine, keine austauschbaren Etiketten.

Die frühe ASO-Zeitlinie enthält eine kleine dokumentarische Diskrepanz, die es wert ist, erhalten zu bleiben. Die Vereinbarung von 1999 gibt an, dass sie am 18. Oktober unterzeichnet wurde, während eine spätere ASO-Geschichte die formelle Gründung auf den 19. Oktober datiert. Das Datum des Instruments und der retrospektive Jahrestag können als unterschiedliche Aussagen nebeneinander bestehen.

Zusammengenommen erklären die Meilensteine, wie die administrative Geographie dauerhaft wurde. Gemeinschaften organisierten sich; Personal bearbeitete Anträge; Adressblöcke wurden delegiert; Überweisungen wurden routinemäßig; Unternehmen übernahmen Verantwortlichkeiten; bestehende Register handelten Übergänge aus; ICANN erkannte neue Register an; und ASO- oder NRO-Instrumente verbanden sie mit der globalen Koordination. Kein einzelnes Ereignis erfüllte alle diese Funktionen.

Belege für Dienstkapazität und Routing-Mechanismen

Die Regionalisierung wurde teilweise als Dienstantwort gerechtfertigt. Die verfügbaren Belege stützen Kapazitätsindikatoren und spezifische Mechanismen, lassen die vergleichende Leistung jedoch ungelöst.

Ein RIPE-Dokument vom Mai 1992 berichtete von über 60 teilnehmenden Organisationen und über 170.000 erreichbaren Computern in Europa. Dies waren institutionelle Zählungen und Host-Erreichbarkeit der damaligen Zeit, keine Zahlen von Antragstellern, Zuweisungen, Nutzern oder unabhängig verifizierten Dienstergebnissen. Sie zeigen dennoch den Maßstab der Koordinierungsumgebung um das neue Zentrum.

RIPE-Entitäten hatten die europäische Adressnutzung dokumentiert, bevor das NCC mit der Verteilung von Raum begann. Ab Mai 1992 handelte es als delegiertes Register, und ab August wurden alle europäischen Anträge an es weitergeleitet. Die Sequenz demonstriert eine operative regionale Übernahme, die von einer etablierten technischen Gemeinschaft getragen wurde.

Der Jahresbericht 1998 von APNIC liefert ein anderes Maß. Es gab eine selbstberichtete aktuelle Antwortzeit von zwei Werktagen für Anträge an. Diese Zahl war kein Ziel und beschrieb weder eine Verteilung der Antwortzeiten noch die Qualität der Genehmigungen oder einen Vergleich mit dem früheren zentralen Dienst. Sie hält das von der Institution zu diesem Zeitpunkt angegebene aktuelle Serviceniveau fest.

Derselbe Bericht beschrieb übersetzte Dokumente, Mitgliederdokumentation, Schulungen und Bemühungen, die Antragsbearbeitung vorhersehbarer zu machen. Diese Aktivitäten entsprachen den in RFC 1466 geäußerten Begründungen: Kommunikation über Sprachen hinweg, personelle Kenntnisse und engere Beziehungen zu regionalen Betreibern. Nationale Internetregister und andere subregionale Arrangements fügten innerhalb der weiten asiatisch-pazifischen Dienstzone lokale Schnittstellen hinzu.

Die Routing-Belege liefern eine solidere Darstellung des Mechanismus. Im Januar 1992 enthielt der vonRFC 1519beschriebene standardlose Routing-Tabellenkontext oder NSFNET etwa 4.700 Routen. Die historische Reihe von 1988 bis 1991 hatte sich etwa alle zehn Monate verdoppelt. Im Dezember 1992 betrug der Tabellenwert 8.561, vernünftigerweise als etwa 8.500 Routen beschrieben.

Zusammenhängende Zweierpotenz-Zuweisungen ermöglichten es, mehrere Kundennetze durch ein einziges aggregiertes Präfix darzustellen, wenn die Topologie des Anbieters dies zuließ. RFC 1519 machte klassenloses Inter-Domain-Routing zu einer Voraussetzung für diesen Vorteil. Die Adressplanung allein konnte den Bestand organisieren, ohne die Anzahl der angekündigten Routen zu ändern.

Eine spätere Überprüfung inRFC 4632, die Beobachtungen bis März 2005 verwendete, führte einen starken Rückgang der Routing-Tabelleneinträge im Jahr 1994 auf die Einführung von BGP-4 durch Anbieter und die Aggregation von CIDR-Supernetzblöcken zurück. Das Wachstum wurde dann von Mitte 1994 bis Anfang 1999 annähernd linear, bevor es wieder beschleunigte, da Multi-Homing und Traffic Engineering spezifischere Routen erzeugten.

Diese Geschichte stützt eine Beitragskette und keinen einzelnen Effekt der geografischen Verarbeitung. Regionale und anbieterorientierte Delegation half, aggregierbare Blöcke zu produzieren. BGP-4 und die Praxis der Anbieter konvertierten einige dieser Blöcke in aggregierte Ankündigungen. Spätere betriebliche Anforderungen begrenzten die Reduzierung.

Der Bericht von RFC 1467, dass die nähere Bearbeitung von Endnutzern ohne größere Probleme verlief, ist ein zeitgenössisches institutionelles Zeugnis. Es liefert den Nachweis einer funktionierenden verteilten Kapazität. Die Quelle liefert keine Vorher-Nachher-Population, keine zentrale Registerreferenz, keine vergleichbare Kontrollgruppe und keine vollständige Verteilung der Ergebnisse. Folglich kann sie nicht messen, inwieweit die Geographie selbst die Antwortzeiten oder die zentrale Arbeitslast verändert hat.

Die stärkste Schlussfolgerung betrifft die institutionelle Kapazität. Die regionalen Register entwickelten Personal, Antragsprozesse, Schulungen, Dokumentation, Adresspools und nachgelagerte Beziehungen. Die Aufzeichnungen artikulieren, warum diese Merkmale den Dienst verbessern könnten. Eine kausale Schätzung der Reduzierung von Transaktionskosten würde Beobachtungen auf Antragsebene, Daten, Ergebnisse und einen vertretbaren Vergleich zwischen administrativen Designs erfordern.

Drei Fälle institutioneller Grenzen

Die verbleibenden Fälle zeigen administrative Grenzen, die sich unabhängig von einigen institutionellen Fakten ändern. Sie liefern keine vollständigen Matrizen für einzelne Inhaber. Sie als Grenzfälle zu behandeln, bewahrt, was beobachtbar ist, ohne unbekannte Tatsachen über Begünstigten, Bereitstellung, Routing oder Recht in Belege zu verwandeln.

ERX und Legacy-Verwahrung

Der Test von129.0.0.0/8ergab sich, weil frühe Aufzeichnungen vor der späteren Dienstkarte angesammelt worden waren. ARIN erbte Aufzeichnungen aus zentralen Arrangements, selbst wenn die Kandidatennetze mit der vom RIPE NCC bedienten Region verbunden waren.

Am 9. Dezember 2002 begannen die Register mit der Vorarbeit zur Übertragung für 43 Kandidaten. Sie planten Kontaktbenachrichtigungen für den 11. Dezember und die Datenbankübertragung für den 10. Januar 2003. Registrierungskonflikte und Belegprobleme konnten danach fortgesetzt werden. Die Ankündigung liefert keine endgültige Anzahl abgeschlossener Kandidaten, sodass die Population eine Vorübertragungsgruppe und keine verifizierte Gesamtzahl ist.

Die institutionelle Grenze ist sichtbar. ARIN und RIPE NCC waren unterschiedliche Aufzeichnungsverwalter mit unterschiedlichen Unternehmenssitzen und Dienstprozessen. Eine Kandidatenaufzeichnung konnte nach Kontaktabstimmung und Dokumentenprüfung von einem zum anderen wechseln. Der Sitz des Begünstigten, zeitgenössische Gerätestandorte, historische BGP-Ursprünge, vorgelagerte Anbieter und Governance-Vereinbarungen werden in der Ankündigung nicht berichtet.

ERX beweist die administrative Korrigierbarkeit und Pfadabhängigkeit. Kandidaten gelangten durch Legacy-Verwahrung in das ARIN-System, nicht durch eine 1997 nachgewiesene Klassifizierung jedes historischen Netzes als nordamerikanisch. Im Jahr 2002 konnte dieses Erbe gegen die regionale Dienstkarte geprüft werden.

Der institutionelle Umzug von APNIC

Der APNIC-Pilot begann im September 1993 in Tokio und bediente am Ende des Versuchs eine Mitgliedschaft in 12 Volkswirtschaften. Seine Suche nach einer stabilen rechtlichen und operativen Struktur berücksichtigte organisatorische Unabhängigkeit, Steuern, Finanzierung, Kontinuität und einen praktikablen Unternehmenssitz.

Der Jahresbericht 1998 unterscheidet APNIC Ltd auf den Seychellen von APNIC Pty Ltd in Australien. Er verzeichnet den Abschluss des operativen Umzugs nach Brisbane im August 1998 ohne Unterbrechung des regulären Dienstes. Die beiden Unternehmenseinheiten und die Bewegung der Operationen müssen daher in der Geschichte getrennt bleiben.

Dieser Fall belegt die institutionelle Separierbarkeit. Die asiatisch-pazifische Dienstregion blieb bestehen, während das Sekretariat von Japan nach Australien umzog und sich die Unternehmensstruktur änderte. Die Belege verfolgen die Ressourcen eines benannten Mitglieds nicht über Sitz, physische Bereitstellung, BGP-Ursprung und Governance-Vertrag. Diese Dimensionen des Ressourceninhabers sind unbekannt, keine nachgewiesenen Diskrepanzen.

Nationale Internetregister fügten eine weitere Verwaltungsebene hinzu. Sie konnten innerhalb der großen APNIC-Region nationale oder sprachliche Schnittstellen bereitstellen. Multinationale Anbieter stellten ein andersgeartetes organisatorisches Problem dar. APNIC experimentierte mit Konföderationsarrangements, die es großen Anbietern ermöglichten, separate Zuweisungspools zu unterhalten, und die institutionelle Geschichte berichtet von Bedenken bezüglich Gebühren und Verwaltung, die 1998 zur Aussetzung neuer ISP-Konföderationen führten.

Diese Arrangements zeigen, dass ein kontinentales Register mehrere Dienstebenen enthalten konnte. Sie zeigen auch, warum die Geschäftstopologie eines Betreibers nicht immer perfekt mit einer einzigen nationalen Schnittstelle übereinstimmte. Eine direkte Politik- und Dienstaufzeichnung wäre dennoch erforderlich, um die Regelung für einen bestimmten Anbieter zu etablieren.

Der Übergang Afrikas zu AFRINIC

Afrika fehlte zunächst ein einziges regionales Register. Im Jahr 2001 beschriebICP-2den Dienst zwischen ARIN und RIPE NCC aufgeteilt, während APNIC während des späteren Übergangs ebenfalls einen Teil der Region bediente. Die administrative Abdeckung durchquerte institutionelle Grenzen, bevor AFRINIC die regionale Rolle übernahm.

AFRINIC wurde 2004 auf Mauritius gegründet. Seinhistorischer Berichtverortet den technischen Betrieb in Südafrika, die Sicherung und Notfallwiederherstellung in Ägypten und die Schulungskoordination in Ghana. Diese Fakten beschreiben den verteilten institutionellen Betrieb des Registers, nicht den Standort jedes Mitgliedsnetzes.

Die vorläufige Anerkennung erfolgte am 30. September 2004. Am 21. Februar 2005 übertrugen APNIC, ARIN und RIPE NCC die Dienste der afrikanischen Region an AFRINIC. ICANN beschrieb AFRINIC zu diesem Zeitpunkt als voll betriebsfähig, während die endgültige Anerkennung am 8. April folgte. Das NRO-Instrument und die eingetragene Mitgliedschaft kamen später im April.

Dieser Übergang zeigt eine administrative Dienstgrenze, die sich durch institutionelle Vereinbarung verfestigt. Die öffentliche Akte identifiziert die bestehenden Register, das neue Register, die Betriebsfunktionen, die Anerkennungsschritte und einen regionalen Übergang. Es fehlt ein Datensatz pro Inhaber, der Benachrichtigung, Antwort, Sitz des Begünstigten, Bereitstellung, historischen Routenursprung, anwendbaren Dienstvertrag, Einspruch und Verfügung abdeckt.

ICP-2 verlangte von einem vorgeschlagenen RIR, die Unterstützung einer sehr großen Mehrheit der ISPs in der Region nachzuweisen. Es erforderte auch offene politische Prozesse, Neutralität, technische Kompetenz, finanzielle Tragfähigkeit, überprüfbare Aufzeichnungen und einen Übergang von den bestehenden Registern. Dies waren Anerkennungskriterien. Sie stellen keine unabhängig verifizierte Erhebung der Position jedes Betreibers dar.

Der Antrag von AFRINIC umfasste einen Übergangsplan, eine Satzung, Finanzierungsarrangements und Unterstützungsnachweise. Die bestehenden RIRs empfahlen die Anerkennung, und ICANN bewertete die Einhaltung. Diese Aufzeichnungen belegen einen strukturierten institutionellen Prozess. Sie lassen die Frage offen, inwieweit die exklusiven Dienstgrenzen jeden betroffenen Betreiber repräsentierten oder Einwände in Einzelfällen berücksichtigten.

In allen drei Fällen ist das positive Ergebnis konsistent: Die Dienstverantwortung konnte durch dokumentarische Abstimmung, Unternehmensumstrukturierung oder regionalen Übergang wechseln. Die administrative Geographie wählte ein übliches Register, ein politisches Forum, einen Aufzeichnungsverwalter und einen Adresspool. Die Belege messen nicht, wie oft andere Dimensionen mit dieser administrativen Auswahl zusammenfielen oder davon abwichen.

Die Anerkennung verwandelte die Praxis in ein System dauerhafter Grenzen

ICP-2 verwandelte die frühere regionale Praxis in einen expliziteren Anerkennungsrahmen. APNIC, ARIN und RIPE NCC erarbeiteten die Kriterien als Antwort auf ICANN. Der ASO Address Council empfahl sie, und der ICANN-Vorstand akzeptierte sie am 4. Juni 2001.

Die ASO-Vereinbarung von 2004 zitiert ICP-2, wie es von ICANN am 7. Juli 2001 veröffentlicht wurde. Die aktuelle ICANN-URL ist eine spätere Hosting des Textes von 2001, trotz des in seinen Pfad eingebetteten Datums. Die Annahme, die zitierte Veröffentlichung und das spätere Hosting sind dokumentarische Schritte, keine konkurrierenden Versionen des zugrunde liegenden Rahmens.

ICP-2 erwartete von einem vorgeschlagenen RIR, dass es eine große, annähernd kontinentale Region abdeckt. Es bevorzugte ein RIR unter einer einzigen Leitung und an einem einzigen Ort pro Region und nannte Risiken, dass mehrere Register den Adressraum fragmentieren, die Koordination erschweren und die Nutzer verwirren könnten.

Ein Kandidat musste breite Unterstützung von ISPs, einen offenen und basisdemokratischen politischen Prozess, Neutralität, technische Kompetenz, Einhaltung der Grundsätze der Erhaltung und Aggregation, tragfähige Finanzierung, überprüfbare Aufzeichnungen und angemessenen Datenschutz nachweisen. Der Antrag musste auch einen Übergangsplan enthalten, wenn bestehende Register die Region bereits bedienten.

Der Rahmen verstärkte die administrative Geographie auf zwei Arten. Der kontinentale Maßstab wurde zu einem Anerkennungskriterium, und sich überschneidende regionale Register wurden benachteiligt. Was als verteilte Zuweisung und Überweisung begonnen hatte, erhielt einen formellen Weg zur Genehmigung regionenweiter Institutionen.

Der Auswahlprozess durchlief mehrere Gremien. Die bestehenden RIRs entwarfen den Rahmen. Der ASO Address Council empfahl ihn. Kandidatengemeinschaften sammelten Unterstützungsnachweise. Bestehende Register handelten Übergänge aus, und ICANN erteilte vorläufige oder endgültige Anerkennung. Die Dienstzone von LACNIC entstand aus einer Vereinbarung mit ARIN; der Übergang von AFRINIC umfasste drei Inhaber und eine Empfehlung des NRO.

Die hier geprüften Instrumente betreffen die Verwaltung von Internetnummernressourcen, Registrierungsdienste, Koordination und Anerkennung. Sie beanspruchen nicht, ein RIR zur Regierung seiner Dienstregion zu machen oder ein vollständiges System von Eigentum oder Kollisionsrecht zu etablieren. Der ICP-2-Unterstützungstest konzentrierte sich auf LIRs und ISPs, nicht auf nationale Wählerschaften.

DieICANN-NRO-ASO-Vereinbarung von 2004machte die kartografische Rolle des Registersystems explizit. Sie sah vor, dass die von jedem RIR bedienten Regionen von den RIRs nach ihrer Wahl definiert werden, während das NRO die Abdeckung aller möglichen Dienstzonen sicherstellt.

Diese Klausel platzierte die Definition der Dienstzone innerhalb des koordinierten Systems der RIRs. Die politischen Foren, Mailinglisten, Mitgliederwahlen, Anerkennungsanträge, öffentlichen Kommentarverfahren und die Beschwerdehierarchie von RFC 2050 boten Formen der Beteiligung und Überprüfung. Die geprüften Aufzeichnungen enthalten keinen konsolidierten Katalog aus der damaligen Zeit, der Anträge von Betreibern abdeckt, ein anderes RIR zu wählen, nach dem Übergang beim Inhaber zu bleiben oder eine dauerhafte Grenzausnahme zu erhalten.

Das Fehlen eines solchen Katalogs stellt eine Beweislücke dar, nicht das Fehlen von Rechtsbehelfen. Eine zuverlässige Bewertung der Anfechtbarkeit würde das anwendbare Verfahren, datierte Anträge, Entscheidungen und Beschwerdeergebnisse aller Register erfordern.

Die Alternativen, die die Geographie verdrängte

Geografische Dienstregionen waren nicht das einzig denkbare Design. Funktion, Sprache, Anbieterwahl und ein gemeinsames globales Hauptbuch hätten jeweils Teile des Systems anders organisieren können.

Ein funktionsbasiertes Modell würde die Verantwortlichkeiten auf spezialisierte Gremien verteilen. Eine Institution könnte IPv4-Raum zuweisen, eine andere autonome Systemnummern vergeben, eine dritte Registrierungsdaten führen und eine vierte Reverse-Delegation oder Nutzungsaudits betreiben. Frühe Verwaltungen trennten bereits die IANA-Zuweisung von der Registerführung durch das Internet Registry, während Anbieter und lokale Register nachgelagerte Zuweisungen verwalteten.

Eine solche Spezialisierung könnte Fachwissen bündeln. Ihre Hauptschwierigkeit wäre die Koordination zwischen abhängigen Funktionen. Ein Antragsteller könnte Adressen, eine autonome Systemnummer, Reverse-DNS und Registrierungsauthentifizierung von mehreren Behörden benötigen. Korrekturen und Beschwerden würden eine klare Vorrangregel erfordern, während Eindeutigkeit weiterhin von einer gemeinsamen autoritativen Ansicht abhinge.

Sprache bot ein zweites Organisationsprinzip. RFC 1466 nannte die Sprache ausdrücklich als Begründung für den regionalen Dienst. Spanischsprachige Betreiber in Europa und Amerika, arabischsprachige Betreiber in Afrika und dem Nahen Osten oder englischsprachige Betreiber in mehreren Regionen könnten von einem Dienst profitieren, der um Kommunikation statt Kontinente herum aufgebaut ist.

Sprachgemeinschaften überschneiden sich, und viele Betreiber arbeiten in mehreren Sprachen. Ein Sprachregister würde Regeln für Antragsteller benötigen, die für mehrere Dienste in Frage kommen, und ein Finanzierungsmodell für kleinere Sprachgruppen. Regionale Register entwickelten stattdessen übersetzte Dokumente, Schulungen, nationale Schnittstellen und lokale Register innerhalb einer breiteren Verwaltungsstruktur.

Ein Wettbewerbsmodell würde es Betreibern ermöglichen, zwischen Registern zu wählen. Wettbewerb könnte klarere Prozesse, niedrigere Gebühren oder schnellere Antworten belohnen. Er könnte auch Netzen entgegenkommen, deren Unternehmens- und Betriebsfußabdrücke regionale Grenzen überschreiten.

Wettbewerb würde Erhaltungs- und Koordinationsrisiken einführen. Ein von einem Register abgelehnter Antragsteller könnte eine nachsichtigere Behandlung anderswo suchen. Adresspools, Reverse-Delegationen, Registrierungsaufzeichnungen, vertrauliche Antragsunterlagen und Prüfhistorien würden zuverlässige Portabilität erfordern. Die Präferenz von ICP-2 für ein RIR pro Region begünstigte ausdrücklich Koordination und einen lesbaren Standarddienst gegenüber einem solchen institutionellen Wettbewerb.

Die substanziellste Alternative war eine Multi-Anbieter-Dienstschicht über einem einzigen autoritativen Hauptbuch. Antragsteller könnten einen nationalen, sprachlichen, anbieterorientierten oder spezialisierten Agenten nutzen. Der Dienstagent würde Anträge validieren und Standardtransaktionen an ein global abgestimmtes Register übermitteln. Betreiber könnten dann den Dienstagenten wechseln, ohne die autoritative Registrierung zwischen regionalen Pools umzunummerieren oder zu verschieben.

Mehrere historische Designs deuteten in diese Richtung. RFC 1174 schlug delegierte Register mit zentralen aggregierten Aufzeichnungen vor. RFC 1466 bewahrte den direkten Dienst des Internet Registry und Überweisungen. RFC 2050 beschrieb lokale Register, Anbieterzuweisungen, regionale Register und Beschwerden an den Übergeordneten. ERX demonstrierte, dass Registrierungsinformationen und Reverse-Delegation zumindest in einen Übertragungsprozess zwischen Registern eintreten konnten.

Die Herausforderung wäre die präzise Autorität. Mehrere Agenten, die dieselbe Aufzeichnung aktualisieren, würden starke Authentifizierung und deterministische Vorrangregeln erfordern. Eine zentrale Validierungsbehörde könnte den regionalen Wettbewerb weitgehend kosmetisch lassen. Portabler Dienst würde auch die Finanzierung erschweren, wo Register teure öffentliche Funktionen für Regionen unterhalten, deren profitabelste Mitglieder gehen könnten.

Die Geographie setzte sich durch, weil sie einen verständlichen operativen Standard bot, der mit dem Adressbestand und bestehenden Gemeinschaften verbunden war. Eine Organisation oder ein Netz wandte sich an das Register, das seine Region bedient, folgte der anwendbaren Politik und erhielt Ressourcen aus dem entsprechenden Pool. Nationale Register und Anbieter konnten dann engere Beziehungen verwalten.

Diese Lesbarkeit ging mit einem institutionellen Kompromiss einher. Sobald Dienstzonen exklusiv wurden, hatte ein Netz, das mehrere Regionen abdeckt, nur begrenzte praktische Wahlmöglichkeiten des Verwalters. Die Dokumentation erklärt, warum die Verwalter das regionale Modell bevorzugten; sie vergleicht nicht alle Alternativen anhand gemeinsamer Metriken von Dienst, Repräsentation, Erhaltung und Routing.

Die Pfadabhängigkeit machte die regionale Karte teuer zu ersetzen

Im Jahr 2005 ruhte die regionale Karte auf mehr als einem Satz farbiger Grenzen. Delegierte Adressblöcke verbanden jedes Register mit einem eigenen Bestand. Anbieter hatten Kundenpläne um Unterzuweisungen herum aufgebaut. Reverse-DNS-Zonen folgten der Hierarchie. Registrierungssysteme hatten Aufzeichnungen, Authentifizierungspraktiken und Prüfhistorien angesammelt.

Menschliche Institutionen wuchsen um diese technischen Vermögenswerte. Personal erwarb regionale und politische Expertise. Mitglieder zahlten Gebühren, beteiligten sich an Mailinglisten und Treffen und wählten Gremien. Antragsteller verließen sich auf Registerkontakte und -nachweise. Jede zusätzliche Interaktion machte die bestehende Dienstbeziehung einfacher fortzusetzen und schwieriger zu ersetzen.

Unternehmensstrukturen fügten Verpflichtungen in Bezug auf Beschäftigung, Steuern, Beschaffung, Bankwesen, Haftung und Verträge hinzu. Das RIPE NCC operierte über seinen niederländischen Verein. ARIN wurde eine unabhängige Institution mit Sitz in Virginia. Die seychellische und australische Einheit von APNIC bildeten getrennte Teile seines Unternehmensübergangs. LACNIC entwickelte seine regionale institutionelle Basis, während AFRINIC auf Mauritius gegründet wurde.

Die Gründung identifiziert den rechtlichen Sitz und die Struktur einer Registerentität. Sie allein kann nicht das Recht bestimmen, das einen bestimmten Ressourceninhaber, eine Route, eine Zuweisung oder einen Dienstvertrag regelt. Diese Fragen erfordern den relevanten Vertrag und die anwendbaren Rechtsregeln.

Die Anerkennungsinstrumente lieferten eine weitere Kontinuitätsschicht. APNIC, ARIN und RIPE NCC unterzeichneten die erste ASO-Vereinbarung im Oktober 1999. APNIC, ARIN, LACNIC und RIPE NCC bildeten das NRO durch dieVereinbarung vom 24. Oktober 2003. Die ASO-Vereinbarung von 2004 setzte das NRO in die ASO-Rolle ein, und AFRINIC trat nach der Anerkennung durch sein Instrument vom April 2005 und die Mitgliedschaft bei.

Die Überweisung verstärkte die Institutionen. Sobald Antragsteller systematisch an das Register ihrer geografischen Zone verwiesen wurden, häufte dieses Register mehr Aufzeichnungen, Gebühren, Betriebswissen und politische Beteiligung an. Diese Vermögenswerte erhöhten seine Fähigkeit, dieselbe Region zu bedienen, und machten die Grenze zunehmend natürlicher, selbst wenn sie durch frühere Verwaltungsentscheidungen konstruiert worden war.

Historische Aufzeichnungen wurden im Rahmen dieser Regelung sichtbar. ERX behandelte Legacy-Aufzeichnungen aus der zentralen Ära, weil ihre Verwahrung nicht mehr zur etablierten Dienstkarte passte. Der erforderliche Aufwand zur Abstimmung von Kontakten, Dokumentation, Datenbankeinträgen und Reverse-Delegation veranschaulicht die Kosten eines Wechsels des Verwalters, nachdem sich operative Abhängigkeit angesammelt hat.

Der Adressbestand trug zu seiner eigenen Trägheit bei. RFC 1466 verband bestimmte/7-Bereiche mit geografischen Zonen, bewahrte aber multiregionalen und Andere-Raum. Spätere IANA-Zuweisungen setzten die hierarchische Blockstruktur fort. Ein Präfix konnte daher eine administrative Abstammung tragen, ohne seine aktuelle Bereitstellung oder seinen Routenursprung zu offenbaren.

Dievisuelle Geschichte der IPv4-Zuweisungenvon CAIDA veranschaulicht Flüsse durch wechselnde Verwalter seit 1977. Seine aggregierte Darstellung ist für die institutionelle Chronologie nützlich. Sie bietet keine Erklärung auf Antragsebene, keine vollständige Bereitstellungskarte, keine Analyse des anwendbaren Rechts und keine Beweise dafür, warum ein bestimmtes Präfix über eine bestimmte Route erschien.

Die Pfadabhängigkeit ist mit einem echten Nutzen vereinbar. Konzentrierte Erfahrung kann das Verständnis eines Registers für seine Mitglieder und Richtlinien verbessern. Dieselbe Konzentration erhöht die Wechselkosten und verringert die institutionelle Wahl. Die historische Akte stützt beide Mechanismen, ohne eine gemeinsame Metrik zu liefern, die ihr optimales Gleichgewicht bestimmt.

Registrierung, Routing, Gerichtsbarkeit und Eigentum bleiben getrennt

RFC 2050 beschrieb die Registrierung als eine öffentliche Aufzeichnung, die Eindeutigkeit und Fehlerbehebung unterstützt. Sie verwendete auch eine Sprache der Kontrolle, die den Zuweisungsrichtlinien der damaligen Zeit angemessen war. Eine Zuteilung delegierte Autorität über einen Block an ein Endunternehmen. Vom Anbieter bereitgestellte Adressen wurden als Leihgaben während der Konnektivität beschrieben, und Kunden, die den Anbieter wechselten, wurden ermutigt, sie zurückzugeben und umzunummerieren. Übertragungen erforderten die Genehmigung des Registers.

Diese Bestimmungen regelten die operativen Beziehungen innerhalb des Adressverteilungssystems. Die hier geprüften Instrumente beanspruchen nicht, ein vollständiges Eigentumsrecht für alle Rechtssysteme zu liefern. Sie bestimmen auch nicht, wie Gerichte vertragliche Rechte, Trust, Besitz oder spätere wirtschaftliche Interessen an Nummernressourcen einordnen würden.

Die Dienstgrenze eines Registers gibt an, welche Institution üblicherweise Anträge bewertet, Aufzeichnungen führt, ein politisches Forum betreibt und einen Pool verwaltet. Die Gerichtsbarkeit über eine bestimmte Organisation oder Vereinbarung kann von der Gründung, vertraglichen Bedingungen, Verhalten, rechtlichem Umfang und Kollisionsregeln abhängen. Eine regionale Karte allein kann diese Analyse nicht entscheiden.

BGP-Beobachtungen beantworten eine andere Frage. Sie assoziieren eine Routenankündigung mit einem Ursprungsautonomen System, wie es von Routing-Sammlern zu bestimmten Zeitpunkten beobachtet wurde. Solche Beobachtungen können helfen, das Routing-Verhalten zu rekonstruieren, aber sie etablieren nicht den Standort jedes Routers, das letztendliche Eigentum an der Infrastruktur, die Autorisierung, den Sitz des Begünstigten oder das geeignete Register.

Zuweisungs- und Registrierungsdaten können einen Teil einer Betriebsgeschichte bestätigen. Sie ersetzen nicht archivierte Routing-Beobachtungen, Unternehmensunterlagen, Bereitstellungsnachweise oder Dienstverträge. Die Unterscheidung ist besonders wichtig, wenn eine Verwaltungsaufzeichnung als Beweis für eine viel breitere rechtliche oder physische Schlussfolgerung behandelt wird.

Die Registerverwaltung hat dennoch materielle Konsequenzen. Falsche Daten können Reverse-DNS, Ressourcenzertifizierung, Missbrauchskontakte, die Bearbeitung von Übertragungen und die Fähigkeit eines Betreibers, administrative Kontrolle nachzuweisen, beeinträchtigen. Die disziplinierte Schlussfolgerung ist daher substanziell und nicht abweisend: Nummernregister regieren wichtige Koordinationsbeziehungen, und der Umfang jeder Beziehung muss aus den relevanten Beweisen ermittelt werden.

Die Geographie wurde zur Infrastruktur

Die Karte der fünf Regionen wurde gebaut, nicht entdeckt. Ihre Fundamente waren plausible Dienstbedürfnisse, knapper Adressbestand, Routing-Druck, delegierte Verwaltung und operative Gemeinschaften. Ihre dauerhafte Form kam von Überweisungen, Adresspools, Unternehmen, Übergangsvereinbarungen, Anerkennungskriterien und akkumulierter Abhängigkeit.

Diese Geschichte stützt weder eine rein technische Unvermeidlichkeit noch eine bloß dekorative Erzählung. Die regionalen Register wurden zu einer echten Infrastruktur für Zuweisung, Registrierung, Politik, Reverse-Delegation, Schulung und Koordination. Gleichzeitig lassen die hier geprüften Aufzeichnungen die Frage nach der Optimalität und Repräsentativität exklusiver Dienstgrenzen ungelöst.

Die bleibende Bedeutung der Karte liegt in dieser Kombination. Die Geographie löste ein administratives Koordinationsproblem gut genug, um integriert zu werden, und erbte dann die Autorität der um sie herum gebauten Systeme. Ihre Grenzen organisieren den Dienst, ohne Internetnummern territorial zu machen, und ihre Dauerhaftigkeit spiegelt institutionelle Schichtung wider, nicht eine Eigenschaft des Protokolls selbst.