La géographie ajoutée après le protocole

Résumé

• L'adressage du protocole Internet n'a pas commencé par cinq divisions territoriales. L'administration géographique est apparue à partir de 1990 en réponse à la croissance internationale, aux besoins linguistiques et de service, à la charge de travail des registres, à la conservation des adresses et à la tentative de rendre les allocations contiguës compatibles avec l'agrégation de routage.
• La RFC 1174 recommandait la délégation internationale tout en conservant les fonctions centrales de l'IANA et du registre Internet; la RFC 1466 proposait quatre zones d'allocation principales, mais préservait également un espace multirégional, trois plagesAutres, un service central direct et un registre par défaut pour les zones non couvertes.
• La carte actuelle à cinq régions s'est durcie à travers des démarrages opérationnels distincts, des délégations de blocs d'adresses, des constitutions d'entreprises, des transitions bilatérales, des décisions de reconnaissance de l'ICANN et des instruments de l'ASO et du NRO. Ces jalons ne se sont pas produits en même temps et ne doivent pas être projetés en arrière.
• La région de service administratif, le domicile du bénéficiaire, l'exploitation du réseau, l'origine BGP, la constitution du registre et la loi applicable ne coïncident pas nécessairement. Les enregistrements examinés établissent la séparabilité et les changements de frontières institutionnelles, et non la fréquence des discordances multidimensionnelles; la question non résolue est de savoir si les frontières de service exclusives étaient optimales, contestables ou représentatives.

9 décembre 2002: quarante-trois réseaux candidats entrent en examen préalable au transfert

Le 9 décembre 2002, quatre registres Internet régionaux ont commencé le travail préliminaire au transfert sur une population test de 43 réseaux candidats dans129.0.0.0/8. Les enregistrements provenaient d'arrangements d'enregistrement précoces hérités plus tard par l'American Registry for Internet Numbers, tandis que les détenteurs de ressources étaient considérés comme candidats au service par le RIPE Network Coordination Centre.

La procédure publiée du projetEarly Registration Transferséparait plusieurs étapes. La préparation préalable au transfert a commencé le 9 décembre. Les avis de contact étaient prévus pour le 11 décembre. Le transfert de base de données était programmé pour le 10 janvier 2003, avec une résolution des conflits pouvant se poursuivre par la suite. L'annonce était prospective, elle n'établit donc ni l'achèvement final des 43 candidats, ni un mouvement achevé en décembre 2002.

Cette distinction révèle ce qu'impliquait un changement de frontière administrative. Certains enregistrements de candidats n'existaient que dans la base de données de l'ARIN. D'autres apparaissaient à la fois dans les enregistrements de l'ARIN et du RIPE avec des contacts ou des descriptions différents, tandis qu'un autre groupe n'apparaissait que dans le registre RIPE. De nombreux conflits apparents pouvaient refléter des données obsolètes plutôt que des revendications concurrentes ou des tentatives de détournement. Le processus exigeait donc une réconciliation des contacts, le transfert des documents justificatifs, un travail sur les bases de données et des modifications de la délégation DNS inverse.

Le bloc/8contenant restait un bloc à « majorité ARIN ». Le projet traitait des enregistrements individuels plutôt que de reclasser l'ensemble de la plage comme européenne. Il s'agissait d'un problème de correction rétrospective: des numéros globalement uniques avaient été enregistrés avant que le système régional ultérieur ne fournisse une destination administrative fixe pour ceux-ci.

L'annonce ERX documente la garde des enregistrements et la responsabilité de service. Elle ne contient aucune série historique d'origines BGP, aucun inventaire d'équipement, aucun tableau complet des domiciles des bénéficiaires, ni aucun accord de service applicable pour les réseaux candidats. Ces dimensions restent inconnues au niveau des cas. Ce que le dossier établit est plus étroit mais toujours important: un enregistrement hérité pouvait entrer dans un processus formel de réaffectation à un autre registre régional sans renuméroter le réseau.

La correction administrative avait des conséquences opérationnelles. Les contacts du registre, l'autorité de maintenance, la délégation inverse, la documentation et les demandes futures dépendaient toutes de l'institution responsable. Pourtant, le transfert de base de données prévu était distinct du déploiement physique et de la propagation des routes. Un enregistrement de registre pouvait être déplacé alors que l'équipement associé et les arrangements de routage restaient tels quels.

ERX saisit ainsi le système régional à maturité. En 1989, aucune carte à cinq registres n'existait par rapport à laquelle un enregistrement historique pouvait être jugé mal placé. En 2002, la division régionale était suffisamment établie pour que quatre registres traitent le placement historique comme une anomalie corrigible. La géographie était devenue à la fois prospective, guidant les nouvelles délégations, et rétrospective, réorganisant les enregistrements créés avant la carte.

Le protocole avait des adresses avant que l'administration n'ait des continents

Le protocole Internet a fourni une architecture d'adressage commune avant que l'administration des numéros n'acquière des frontières de service régionales. LaRFC 791, publiée en septembre 1981, définissait des adresses source et destination de 32 bits dans l'en-tête Internet. Ses formats de classe divisaient les bits entre les parties réseau et locale. Ils ne contenaient aucun champ pour l'Europe, l'Amérique du Nord, l'Afrique, l'Amérique latine ou l'Asie-Pacifique.

Les routeurs utilisaient les adresses pour prendre des décisions de joignabilité basées sur la topologie du réseau. La géographie administrative est entrée ailleurs: dans les institutions qui attribuaient les identifiants, enregistraient les bénéficiaires, traitaient les demandes, maintenaient la délégation inverse et coordonnaient l'unicité.

L'unicité exigeait un système commun. Deux réseaux non liés utilisant le même numéro visible mondialement empêcheraient les hôtes et les passerelles de déterminer de manière cohérente quel réseau était visé. Les publications de numéros attribués enregistraient les valeurs communes, tandis que les organisations de coordination allouaient les numéros de réseau et les numéros de système autonome et tenaient à jour les informations d'enregistrement.

En août 1990, laRFC 1174décrivait deux fonctions centrales. La fonction d'Internet Assigned Numbers Authority était exercée par l'Information Sciences Institute de l'Université de Californie du Sud. La fonction d'Internet Registry était exercée par SRI International au DDN Network Information Center. L'IANA allouait les identifiants et pouvait déléguer des responsabilités; l'Internet Registry collectait et tenait à jour les informations d'enregistrement.

L'emplacement institutionnel et l'emplacement des ressources étaient déjà des concepts différents. Une organisation américaine pouvait maintenir un enregistrement mondial pour des réseaux fonctionnant ailleurs. Un contact pouvait administrer un réseau couvrant plusieurs pays. Un bénéficiaire pouvait changer de fournisseur ou se déployer dans un nouvel emplacement sans changer son domicile social. Les informations de routage pouvaient transiter par des fournisseurs organisés sous des systèmes juridiques différents.

L'enregistrement importait néanmoins. Il reliait un identifiant à une organisation, un contact administratif et un processus de tenue des enregistrements. Il soutenait l'unicité, le dépannage, la délégation inverse et la responsabilité. Ces fonctions rendaient le registre important sans en faire une carte des sites d'équipement ou des origines de route.

La croissance internationale rapide du réseau rendait une couche régionale attrayante. Les demandeurs travaillaient dans des fuseaux horaires et des langues différents et opéraient dans des coutumes de télécommunications différentes. Les fournisseurs de services avaient besoin de blocs à partir desquels ils pouvaient faire des affectations aux clients. En même temps, le système de routage subissait la pression d'un nombre croissant de réseaux annoncés séparément.

La géographie offrait un moyen d'organiser le service et l'inventaire d'adresses. L'en-tête de paquet n'exigeait pas cette réponse. Elle a émergé de recommandations, de plans de blocs, d'institutions opérationnelles et de règles de reconnaissance ultérieures.

La RFC 1174 proposait la distribution tout en conservant un centre

La RFC 1174 était une RFC informationnelle publiée en août 1990. Elle consignait le point de vue officiel de l'Internet Activities Board plutôt qu'une norme Internet. Ses recommandations étaient adressées au Federal Networking Council des États-Unis par le biais des arrangements de parrainage et de gouvernance technique de l'époque.

La première recommandation proposait de répartir la responsabilité de l'attribution des numéros de réseau et de système autonome. Le document citait la croissance rapide du réseau, l'internationalisation et la rareté croissante, en particulier parmi les identifiants de classe A et de classe B. La proposition anticipait un Internet plus vaste et plus varié que ce qu'un bureau de registre unique avait servi à l'origine.

La distribution s'accompagnait de fonctions centrales conservées. L'Internet Registry resterait le registre principal pour les numéros de réseau et de système autonome. Il allouerait des blocs aux organisations approuvées, tiendrait à jour les informations d'enregistrement agrégées et servirait de registre par défaut là où aucune autorité déléguée n'avait été identifiée. Les mises à jour faisant autorité continueraient de converger à l'Internet Registry, avec des copies complètes redistribuées aux registres délégués.

On s'attendait à ce que le Coordinating Committee for Intercontinental Research Networking approuve les organisations capables de recevoir des blocs et l'autorité d'attribution ultérieure. Les registres candidats devaient rencontrer l'IANA et l'Internet Registry et documenter leurs procédures opérationnelles. La délégation dépendait donc de l'éligibilité institutionnelle, de la coordination et d'un processus défini plutôt que du seul emplacement.

Cette architecture contenait un équilibre pratique. Les organisations locales ou régionales pouvaient traiter les attributions plus près des demandeurs, tandis que le registre central préservait une vue commune de l'espace de numéros. La route par défaut maintenait le service disponible pour les réseaux en dehors d'une zone déléguée. La réplication permettait un accès distribué sans abandonner la coordination centrale.

Le document était loin de l'arrangement ultérieur à cinq régions. Il ne traçait aucune frontière continentale permanente et ne nommait aucune des organisations qui deviendraient l'ARIN, le LACNIC ou l'AFRINIC. Une recommandation de distribution n'était pas en soi un registre opérationnel, une délégation de bloc ou une décision de reconnaissance.

La RFC 1174 traitait également l'enregistrement et la connectivité séparément. Son annexe sur le statut connecté recommandait de supprimer un simple statut « connecté » des enregistrements et d'enregistrer à la place les politiques d'utilisation acceptable et de transit. Pour les réseaux non américains, les critères d'accès américains n'étaient pertinents que lorsque le trafic utilisait des réseaux parrainés par le gouvernement fédéral. L'enregistrement seul ne garantissait pas qu'un réseau était routé, joignable publiquement ou autorisé à utiliser un chemin de transit particulier.

Les registres régionaux ont hérité de cette frontière. Ils pouvaient allouer des ressources, tenir des enregistrements, organiser la délégation inverse et évaluer les demandes. Les fournisseurs de transit et les opérateurs de réseau contrôlaient si et comment un préfixe apparaissait dans le routage. La région de service décrivait une relation administrative, tandis que la connectivité résultait d'arrangements techniques et commerciaux distincts.

La mise en œuvre a suivi à travers des communautés particulières. Les opérateurs de réseau européens ont commencé à se réunir via RIPE en 1989, mais une communauté de coordination n'était pas encore un registre fonctionnel. La création ultérieure du RIPE NCC, sa délégation, ses arrangements de référencement, sa constitution en société et son indépendance opérationnelle ont chacun fourni une partie différente de la structure régionale.

La RFC 1466 a esquissé un plan géographique nuancé

En mai 1993, laRFC 1466offrait une conception géographique plus explicite. La RFC informationnelle, rédigée par Elise Gerich de Merit Network, rendait obsolète la RFC 1366 et a été plus tard rendue obsolète par la RFC 2050. Elle faisait état de l'examen par le Federal Engineering Planning Group pour le compte du Federal Networking Council, des co-présidents de l'Intercontinental Engineering Planning Group et de RIPE, avec un consensus général parmi ces groupes.

La RFC 1466 liait le service régional à l'évolution de la population Internet. Les registres opérant dans des zones géographiques distinctes pouvaient répondre aux langues et coutumes locales. On attendait d'un registre régional candidat qu'il ait une reconnaissance parmi les fournisseurs de réseau et les abonnés, une stature au-delà de sa fonction de registre et des ressources suffisantes pour un service stable, rapide et fiable. Il devait également suivre les directives de l'IANA et de l'Internet Registry et coordonner les pratiques de sous-allocation.

Il s'agissait de justifications et d'attentes de conception déclarées, plutôt que de comparaisons mesurées entre un système central et des groupes de traitement régionaux. Elles identifiaient des mécanismes de service plausibles: chevauchement des heures de travail, documentation locale, familiarité avec les marchés des fournisseurs, relations de formation et contact plus étroit avec les registres en aval.

La RFC 1466 préférait un registre régional unique à ce niveau pour une sous-allocation efficace et équitable. La préférence ne créait pas une barrière territoriale exhaustive. Les demandeurs pouvaient toujours s'adresser directement à l'Internet Registry. Ils pouvaient être orientés vers un registre régional approprié, mais le registre central restait prêt à servir un abonné réseau si nécessaire. Les zones sans registre régional désigné continuaient d'utiliser le registre par défaut.

Le plan d'adressage contenait des réserves similaires. La RFC 1466 divisait192.0.0.0à207.255.255.255en huit plages/7égales. Chaque/7comprenait 131 072 unités de numéros de réseau anciennement de classe C/24, soit 33 554 432 adresses IPv4 individuelles. Les quatre zones exactes nommées dans le document étaientEurope, Amérique du Nord, Pacifique et Amérique du Sud et Centrale.

Ce n'était pas la carte moderne des cinq RIR. L'Afrique n'avait pas de zone d'allocation séparée. Ni le Moyen-Orient ni l'Asie centrale n'apparaissaient comme catégorie indépendante. Trois plages étaient étiquetéesAutres, tandis queMultirégionalcouvrait les attributions antérieures. Le plan tenait compte des enregistrements hérités et des régions sans registre désigné.

La division géographique s'appliquait également de manière inégale à l'inventaire d'adresses. La RFC 1466 conservait le contrôle central sur l'espace de classe A et imposait des restrictions séparées sur le traitement de la classe B. Son plan régional se concentrait principalement sur l'ancien inventaire de classe C, où des blocs contigus pouvaient soutenir une attribution en aval plus systématique.

L'agrégation de routage fournissait une justification technique majeure. Un fournisseur recevant un bloc contigu pouvait attribuer des sous-blocs compatibles à ses clients et, lorsque la topologie le permettait, annoncer un agrégat plutôt que de nombreuses routes individuelles. Moins d'entrées dans les tables de routage sans défaut amélioreraient la mise à l'échelle.

L'allocation créait la possibilité d'agrégation; le routage opérationnel déterminait le résultat. Les fournisseurs avaient besoin de BGP-4 et de routage sans classe, et le placement des clients devait s'aligner sur l'agrégat. Le multi-hébergement, les changements de topologie et l'ingénierie du trafic pouvaient nécessiter des annonces plus spécifiques. Une plage géographiquement réservée comportait donc un potentiel d'agrégation plutôt qu'un résultat de routage automatique.

La RFC contemporaineRFC 1467, publiée en août 1993, rapportait que le RIPE NCC avait demandé le statut de registre régional et reçu194.0.0.0–195.255.255.255pour la communauté Internet européenne. Le RIPE NCC administrait également193.0.0.0/8, obtenu avant le plan géographique. L'Internet Registry continuait de desservir les régions sans registre désigné.

La RFC 1467 décrivait des fournisseurs de services recevant des blocs pour les attributions aux clients et rapportait que le rapprochement du traitement des utilisateurs finaux s'était déroulé sans problèmes majeurs. Cette déclaration est un témoignage d'époque utile provenant de l'intérieur du système. Elle ne fournit ni un ensemble complet de données de demandes, ni une comparaison indépendante du service régional et central.

Le même rapport faisait état d'un retard dans la disponibilité générale prévue d'un mécanisme d'agrégation. Les registres attribuaient des blocs compatibles avec l'agrégation avant que le système de routage ne puisse réaliser de manière cohérente la réduction escomptée. La planification géographique, l'allocation aux fournisseurs et le déploiement des protocoles de routage étaient des éléments connectés de la stratégie de mise à l'échelle, chacun avec son propre calendrier.

La RFC 2050 a enregistré la période des trois registres

LaRFC 2050a remplacé la RFC 1466 en novembre 1996. Elle a été publiée en tant que Best Current Practice 12, ou BCP 12. Sa description institutionnelle doit être lue dans ce contexte plutôt qu'à travers la carte ultérieure des cinq RIR.

À la publication, la RFC 2050 nommait trois registres Internet régionaux: InterNIC pour l'Amérique du Nord, RIPE NCC pour l'Europe et APNIC pour l'Asie-Pacifique. Elle décrivait également le service s'étendant dans les zones entourant ces régions centrales. ARIN, qui a commencé à fonctionner en décembre 1997, ne doit pas être substitué rétrospectivement à InterNIC dans le compte rendu de novembre 1996 de la RFC.

La RFC identifiait la conservation, la routabilité et l'enregistrement comme les objectifs de la distribution d'adresses. La conservation concernait l'espace d'adressage fini. La routabilité favorisait une distribution hiérarchique compatible avec l'agrégation. L'enregistrement maintenait un registre public pour l'unicité et le dépannage. Ces objectifs se chevauchaient mais n'étaient pas identiques.

La RFC 2050 préservait également une flexibilité en dehors d'une zone de service désignée. Un FAI situé dans une région sans registre régional pouvait contacter n'importe quel registre régional. Cette disposition est une preuve supplémentaire que le système de l'époque n'était pas encore devenu un ensemble exhaustif de barrières continentales exclusives.

Une allocation ou une attribution ne garantissait pas la routabilité. Les fournisseurs décidaient toujours quelles routes accepter et propager. L'allocation hiérarchique pouvait soutenir l'agrégation, mais la politique de routage et la topologie régissaient la visibilité.

La RFC 2050 est maintenant historique et a été remplacée par laRFC 7020. Son statut actuel n'efface pas sa valeur historique. Elle enregistre comment l'administration des adresses se décrivait en novembre 1996: trois institutions régionales, une fermeture géographique incomplète, une hiérarchie de registre parent et une distinction opérationnelle entre l'enregistrement et le routage.

La structure d'appel renforçait cette hiérarchie. Chaque registre était censé documenter un processus d'appel. Une organisation insatisfaite d'un registre d'attribution pouvait faire appel à son registre parent et finalement à l'IANA après avoir épuisé les autres voies. Cela fournissait un moyen de réexaminer les décisions d'attribution, bien que cela n'établisse pas un droit général de choisir un autre RIR ou de redessiner une frontière régionale.

Les cinq institutions ont acquis leur autorité à des dates différentes

Le système à cinq régions est apparu à travers une séquence dans laquelle la formation de la communauté, le service délégué, le référencement, la délégation de blocs, la constitution en société, le transfert opérationnel, la reconnaissance et l'adhésion sont restés distincts.

La séquence du RIPE NCC montre pourquoi un seul anniversaire ne peut pas porter toute l'histoire institutionnelle. Les réunions RIPE ont fourni une communauté en 1989. L'établissement formel a suivi en avril 1992. L'activité de registre délégué est documentée à partir du 1er mai, et le transfert par l'Internet Registry de toutes les demandes européennes a commencé le 1er août. Les documents de l'association néerlandaise ont été déposés le 12 novembre 1997, tandis que l'association a repris les activités le 1er janvier 1998.

L'histoire de l'APNIC est tout aussi stratifiée. Son pilote de Tokyo a commencé en septembre 1993 et s'est terminé avec 27 membres répartis dans 12 économies. La délégation équivalente202/7est datée du 10 janvier 1994, tandis qu'une histoire institutionnelle rétrospective décrit la reconnaissance publique en avril. Les deux enregistrements peuvent être conservés car ils se réfèrent à des étapes documentaires différentes.

L'histoire de l'entreprise exige une attention particulière. APNIC Ltd aux Seychelles, constituée en 1996, était distincte d'APNIC Pty Ltd en Australie. Le rapport annuel de 1998 enregistre la structure australienne ultérieure et l'achèvement du déménagement opérationnel à Brisbane en août 1998. Les preuves examinées ici soutiennent cette séparation et le transfert de service, mais elles ne justifient pas d'attribuer chaque accord antérieur ou obligation de service aux membres à une entité pour laquelle l'instrument pertinent n'a pas été fourni.

Les statuts originaux de l'ARIN portent la date du 18 avril 1997 et ont été modifiés en juin et août. Le document daté prouve la signature des statuts, tandis qu'un dépôt d'État ou un enregistrement effectif serait nécessaire pour établir la date précise de formation juridique. L'histoire institutionnellede l'ARIN situe sa mise en place opérationnelle indépendante en décembre 1997. Lesarchives des statutset l'histoire opérationnelle répondent donc à des questions différentes.

La chronologie du LACNIC est exceptionnellement détaillée. Sonrapport annuel de 2002décrit les accords de transition de juillet et octobre 2001 et la participation du LACNIC à l'analyse des demandes ARIN pertinentes à partir de novembre. L'approbation provisoire du 14 mars 2002 est intervenue avant le service direct du 30 juillet. L'adhésion à l'ASO a été signée le 30 octobre et est devenue effective le 31 octobre, jour de la reconnaissance finale. Les instruments de transfert ont suivi le 11 novembre et sont devenus effectifs le 18 novembre.

L'AFRINIC a également séparé la formation institutionnelle de l'opération régionale. La constitution à Maurice, la reconnaissance provisoire le 30 septembre 2004, le transfert de service le 21 février 2005, la reconnaissance finale le 8 avril, l'instrument du NRO du 25 avril et l'adhésion enregistrée le 27 avril étaient des jalons liés plutôt que des étiquettes interchangeables.

La première chronologie de l'ASO contient une petite discordance documentaire qu'il vaut la peine de préserver. Le protocole d'accord de 1999 indique qu'il a été signé le 18 octobre, tandis qu'une histoire ultérieure de l'ASO situe l'établissement formel au 19 octobre. La date de l'instrument et l'anniversaire rétrospectif peuvent coexister en tant qu'affirmations différentes.

Pris ensemble, les jalons expliquent comment la géographie administrative est devenue durable. Les communautés se sont organisées; le personnel a traité les demandes; les blocs d'adresses ont été délégués; les référencements sont devenus routiniers; les sociétés ont assumé des responsabilités; les registres en place ont négocié les transferts; l'ICANN a reconnu de nouveaux registres; et les instruments de l'ASO ou du NRO les ont connectés à la coordination mondiale. Aucun événement unique n'a rempli toutes ces fonctions.

Preuves de la capacité de service et des mécanismes de routage

La régionalisation a été justifiée en partie comme une réponse de service. Les preuves disponibles soutiennent les indicateurs de capacité et les mécanismes spécifiques, tout en laissant la performance comparative non résolue.

Un document RIPE de mai 1992 faisait état de plus de 60 organisations participantes et de plus de 170 000 ordinateurs joignables en Europe. Il s'agissait de décomptes institutionnels et de joignabilité d'hôtes de l'époque, et non de nombres de demandeurs, d'allocations, d'utilisateurs ou de résultats de service vérifiés indépendamment. Ils montrent néanmoins l'échelle de l'environnement de coordination autour du nouveau centre.

Les entités RIPE avaient documenté l'utilisation des adresses européennes avant que le NCC ne commence à distribuer l'espace. À partir de mai 1992, il a agi comme registre délégué, et à partir d'août, toutes les demandes européennes lui étaient transmises. La séquence démontre une prise en charge régionale opérationnelle soutenue par une communauté technique établie.

Le rapport annuel 1998 de l'APNIC fournit une mesure différente. Il a autodéclaré un délai de réponse actuel de deux jours ouvrables pour les demandes. Ce chiffre n'était pas un objectif et ne décrivait pas une distribution des délais de réponse, la qualité des approbations ou une comparaison avec le service central antérieur. Il enregistre le niveau de service actuel déclaré par l'institution à ce moment-là.

Le même rapport décrivait des documents traduits, de la documentation pour les membres, des formations et des efforts pour rendre le traitement des demandes plus prévisible. Ces activités correspondaient aux justifications exprimées dans la RFC 1466: communication à travers les langues, connaissances du personnel et relations plus étroites avec les opérateurs régionaux. Les registres Internet nationaux et d'autres arrangements sous-régionaux ajoutaient des interfaces locales à l'intérieur de la vaste zone de service Asie-Pacifique.

Les preuves de routage fournissent un compte rendu plus solide du mécanisme. En janvier 1992, le contexte de table de routage sans défaut ou NSFNET décrit par laRFC 1519contenait environ 4 700 routes. La série historique de 1988 à 1991 avait approximativement doublé tous les dix mois. En décembre 1992, la valeur de la table était de 8 561, raisonnablement décrite comme environ 8 500 routes.

Les allocations contiguës de puissance de deux permettaient à plusieurs réseaux clients d'être représentés par un seul préfixe agrégé lorsque la topologie du fournisseur s'y prêtait. La RFC 1519 faisait du routage interdomaine sans classe compatible une condition pour obtenir cet avantage. La planification des adresses seule pouvait organiser l'inventaire sans modifier le nombre de routes annoncées.

Un examen ultérieur dans laRFC 4632, utilisant des observations jusqu'en mars 2005, associait une forte réduction en 1994 des entrées de la table de routage au déploiement par les fournisseurs de BGP-4 et à l'agrégation des blocs de super-réseaux CIDR. La croissance est ensuite devenue à peu près linéaire de mi-1994 à début 1999 avant d'accélérer à nouveau à mesure que le multi-hébergement et l'ingénierie du trafic produisaient des routes plus spécifiques.

Cette histoire soutient une chaîne de contribution plutôt qu'un effet unique de traitement géographique. La délégation régionale et orientée fournisseur a aidé à produire des blocs agrégables. BGP-4 et la pratique des fournisseurs ont converti certains de ces blocs en annonces agrégées. Les exigences opérationnelles ultérieures ont limité la réduction.

Le rapport de la RFC 1467 selon lequel le traitement en aval plus proche des utilisateurs finaux s'est déroulé sans problèmes majeurs est un témoignage institutionnel contemporain. Il fournit la preuve d'une capacité distribuée fonctionnelle. La source ne fournit pas de population avant-après, de référence de registre central, de groupe de contrôle comparable ou de distribution complète des résultats. En conséquence, il ne peut pas mesurer dans quelle mesure la géographie elle-même a modifié les délais de réponse ou la charge de travail centrale.

La conclusion la plus solide concerne la capacité institutionnelle. Les registres régionaux ont développé du personnel, des processus de réception, des formations, de la documentation, des pools d'adresses et des relations en aval. Les enregistrements articulent les raisons pour lesquelles ces caractéristiques pourraient améliorer le service. Une estimation causale de la réduction des coûts de transaction nécessiterait des observations au niveau des demandes, des dates, des résultats et une comparaison défendable entre les conceptions administratives.

Trois cas de frontières institutionnelles

Les cas qui subsistent montrent des frontières administratives changeant indépendamment de certains faits institutionnels. Ils ne fournissent pas de matrices complètes pour les détenteurs individuels. Les traiter comme des cas limites préserve ce qui est observable sans transformer des faits inconnus sur le bénéficiaire, le déploiement, le routage ou le droit en preuves.

ERX et la garde héritée

Le test129.0.0.0/8est survenu parce que les premiers enregistrements s'étaient accumulés avant la carte de service ultérieure. L'ARIN a hérité des enregistrements des arrangements centraux, même lorsque les réseaux candidats étaient associés à la région desservie par le RIPE NCC.

Le 9 décembre 2002, les registres ont commencé le travail préliminaire au transfert pour 43 candidats. Ils ont prévu des avis de contact pour le 11 décembre et le transfert de base de données pour le 10 janvier 2003. Les conflits d'enregistrement et les problèmes de documents justificatifs pouvaient se poursuivre par la suite. L'annonce ne fournit aucun décompte final des candidats achevés, de sorte que la population est un ensemble pré-transfert plutôt qu'un total de réalisation vérifié.

La frontière institutionnelle est visible. L'ARIN et le RIPE NCC étaient des dépositaires d'enregistrements différents avec des domiciles sociaux et des processus de service différents. Un enregistrement de candidat pouvait passer de l'un à l'autre après réconciliation des contacts et examen documentaire. Le domicile du bénéficiaire, les sites d'équipement contemporains, les origines BGP historiques, les fournisseurs en amont et les accords de gouvernance ne sont pas rapportés dans l'annonce.

ERX prouve la corrigibilité administrative et la dépendance au chemin. Les candidats sont entrés dans le système de l'ARIN par le biais d'une garde héritée, non par une classification démontrée en 1997 de chaque réseau historique comme nord-américain. En 2002, cet héritage pouvait être examiné par rapport à la carte de service régionale.

Le déménagement institutionnel de l'APNIC

Le pilote de l'APNIC a commencé à Tokyo en septembre 1993 et a servi une adhésion répartie dans 12 économies à la fin de l'expérience. Sa recherche d'une structure juridique et opérationnelle stable a pris en compte l'indépendance organisationnelle, la fiscalité, le financement, la continuité et un domicile social viable.

Le rapport annuel de 1998 distingue APNIC Ltd aux Seychelles d'APNIC Pty Ltd en Australie. Il enregistre l'achèvement du déménagement opérationnel à Brisbane en août 1998 sans interruption du service ordinaire. Les deux entités corporatives et le mouvement des opérations doivent donc rester distincts dans l'histoire.

Ce cas établit la séparabilité institutionnelle. La région de service Asie-Pacifique a persisté tandis que le secrétariat déménageait du Japon vers l'Australie et que la structure de l'entreprise changeait. Les preuves ne suivent pas les ressources d'un membre nommé à travers le domicile, le déploiement physique, l'origine BGP et le contrat de gouvernance. Ces dimensions du détenteur de ressources sont inconnues plutôt que des discordances prouvées.

Les registres Internet nationaux ajoutaient une autre couche administrative. Ils pouvaient fournir des interfaces nationales ou linguistiques à l'intérieur de la grande région de l'APNIC. Les fournisseurs multinationaux présentaient un problème organisationnel différent. L'APNIC a expérimenté des arrangements de confédération permettant aux grands fournisseurs de maintenir des pools d'allocation distincts, et l'histoire institutionnelle relate des préoccupations relatives aux frais et à l'administration ayant conduit à la suspension des nouvelles confédérations de FAI en 1998.

Ces arrangements montrent qu'un registre continental pouvait contenir plusieurs échelles de service. Ils montrent aussi pourquoi la topologie commerciale d'un opérateur ne correspondait pas toujours parfaitement à une interface nationale unique. Un enregistrement direct de politique et de service serait toujours nécessaire pour établir l'arrangement pour un fournisseur particulier.

La transition de l'Afrique vers l'AFRINIC

L'Afrique manquait initialement d'un registre régional unique. En 2001, l'ICP-2décrivait le service divisé entre l'ARIN et le RIPE NCC, tandis que l'APNIC desservait également une partie de la région pendant la transition ultérieure. La couverture administrative traversait les frontières institutionnelles avant que l'AFRINIC n'assume le rôle régional.

L'AFRINIC s'est constitué à Maurice en 2004. Soncompte rendu historiquesitue les opérations techniques en Afrique du Sud, la sauvegarde et la reprise après sinistre en Égypte et la coordination de la formation au Ghana. Ces faits décrivent les opérations institutionnelles distribuées du registre, et non l'emplacement de chaque réseau membre.

La reconnaissance provisoire est arrivée le 30 septembre 2004. Le 21 février 2005, l'APNIC, l'ARIN et le RIPE NCC ont transféré les services de la région africaine à l'AFRINIC. L'ICANN a décrit l'AFRINIC comme pleinement opérationnel à ce stade, tandis que la reconnaissance finale a suivi le 8 avril. L'instrument du NRO et l'adhésion enregistrée sont venus plus tard en avril.

Cette transition montre une frontière de service administratif se consolidant par un accord institutionnel. Le dossier public identifie les registres en place, le nouveau registre, les fonctions opérationnelles, les étapes de reconnaissance et une transition régionale. Il manque un ensemble de données détenteur par détenteur couvrant l'avis, la réponse, le domicile du bénéficiaire, le déploiement, l'origine de route historique, l'accord de service applicable, l'objection et la disposition.

L'ICP-2 exigeait qu'un RIR proposé démontre le soutien d'une très grande majorité des FAI de la région. Il exigeait également des processus politiques ouverts, la neutralité, la compétence technique, la viabilité financière, des enregistrements vérifiables et une transition des registres en place. C'étaient des critères de reconnaissance. Ils ne constituent pas un relevé vérifié indépendamment de la position de chaque opérateur.

La demande de l'AFRINIC comprenait un plan de transition, des statuts, des arrangements de financement et des preuves de soutien. Les RIR en place ont recommandé la reconnaissance, et l'ICANN a évalué la conformité. Ces enregistrements établissent un processus institutionnel structuré. Ils laissent ouverte la question de savoir dans quelle mesure les frontières de service exclusives représentaient chaque opérateur concerné ou prenaient en compte les objections dans des cas individuels.

À travers les trois cas, le résultat affirmatif est cohérent: la responsabilité du service pouvait changer par la réconciliation documentaire, la restructuration de l'entreprise ou la transition régionale. La géographie administrative sélectionnait un registre habituel, un forum politique, un dépositaire d'enregistrements et un pool d'adresses. Les preuves ne mesurent pas la fréquence à laquelle d'autres dimensions coïncidaient avec ou s'écartaient de cette sélection administrative.

La reconnaissance a transformé la pratique en un système de frontières durables

L'ICP-2 a converti la pratique régionale antérieure en un cadre de reconnaissance plus explicite. L'APNIC, l'ARIN et le RIPE NCC ont élaboré les critères en réponse à l'ICANN. Le Conseil d'adresses de l'ASO les a recommandés, et le Conseil d'administration de l'ICANN les a acceptés le 4 juin 2001.

Le protocole d'accord ASO de 2004 cite l'ICP-2 tel que publié par l'ICANN le 7 juillet 2001. L'URL actuelle de l'ICANN est un hébergement ultérieur du texte de 2001, malgré la date intégrée dans son chemin. L'acceptation, la publication citée et l'hébergement ultérieur sont des étapes documentaires plutôt que des versions concurrentes du cadre sous-jacent.

L'ICP-2 attendait d'un RIR proposé qu'il couvre une grande région approximativement continentale. Il préférait un RIR sous une seule direction et en un seul lieu par région, citant les risques que des registres multiples pourraient fragmenter l'espace d'adressage, compliquer la coordination et semer la confusion chez les utilisateurs.

Un candidat devait bénéficier d'un large soutien des FAI, d'un processus politique ouvert et ascendant, de neutralité, de compétence technique, du respect des principes de conservation et d'agrégation, d'un financement viable, d'enregistrements vérifiables et de protections appropriées de la confidentialité. La demande devait également inclure un plan de transition lorsque des registres en place desservaient déjà la région.

Le cadre a renforcé la géographie administrative de deux manières. L'échelle continentale est devenue un critère de reconnaissance, et les registres régionaux qui se chevauchent sont devenus défavorisés. Ce qui avait commencé comme une attribution et un référencement distribués a acquis une voie formelle pour approuver des institutions à l'échelle de la région.

Le processus de sélection passait par plusieurs circonscriptions. Les RIR existants ont rédigé le cadre. Le Conseil d'adresses de l'ASO l'a recommandé. Les communautés candidates ont rassemblé des preuves de soutien. Les registres en place ont négocié les transitions, et l'ICANN a émis une reconnaissance provisoire ou finale. La zone de service du LACNIC est née d'un accord avec l'ARIN; la transition de l'AFRINIC a impliqué trois titulaires et une recommandation du NRO.

Les instruments examinés ici concernent la gestion des ressources de numéros Internet, les services d'enregistrement, la coordination et la reconnaissance. Ils ne prétendent pas faire d'un RIR le gouvernement de sa région de service ni établir un régime complet de propriété ou de conflit de lois. Le test de soutien de l'ICP-2 se concentrait sur les LIR et les FAI plutôt que sur les électorats nationaux.

Leprotocole d'accord ICANN-NRO ASO de 2004a rendu explicite le rôle cartographique du système de registres. Il prévoyait que les régions desservies par chaque RIR seraient définies par les RIR de la manière de leur choix, tandis que le NRO assurerait la couverture de toutes les zones de service possibles.

Cette clause a placé la définition de la zone de service à l'intérieur du système coordonné des RIR. Les forums politiques, les listes de diffusion, les élections des membres, les demandes de reconnaissance, les processus de commentaires publics et la hiérarchie d'appel de la RFC 2050 offraient des formes de participation et de révision. Les enregistrements examinés ne contiennent aucun catalogue consolidé de l'époque couvrant les demandes des opérateurs pour choisir un autre RIR, rester avec un titulaire après la transition ou obtenir une exception frontalière permanente.

L'absence d'un tel catalogue établit une lacune de preuve plutôt que l'absence de recours. Une évaluation fiable de la contestabilité nécessiterait la procédure applicable, les demandes datées, les décisions et les résultats d'appel dans tous les registres.

Les alternatives que la géographie a supplantées

Les régions de service géographiques n'étaient pas la seule conception imaginable. La fonction, la langue, le choix du fournisseur et un grand livre global partagé auraient pu chacun organiser des parties du système différemment.

Un modèle basé sur la fonction diviserait les responsabilités entre des organismes spécialisés. Une institution pourrait allouer l'espace IPv4, une autre attribuer les numéros de système autonome, une autre tenir les données d'enregistrement, et une autre opérer la délégation inverse ou les audits d'utilisation. Les premières administrations séparaient déjà l'allocation IANA de la tenue des registres par l'Internet Registry, tandis que les fournisseurs et les registres locaux géraient les attributions en aval.

Une telle spécialisation pourrait concentrer l'expertise. Sa principale difficulté serait la coordination entre les fonctions dépendantes. Un demandeur pourrait avoir besoin d'adresses, d'un numéro de système autonome, de DNS inverse et d'une authentification d'enregistrement de plusieurs autorités. Les corrections et les appels exigeraient une règle de préséance claire, tandis que l'unicité dépendrait toujours d'une vue commune faisant autorité.

La langue offrait un deuxième principe d'organisation. La RFC 1466 citait expressément la langue comme justification du service régional. Les opérateurs hispanophones en Europe et dans les Amériques, les opérateurs arabophones en Afrique et au Moyen-Orient, ou les opérateurs anglophones dans plusieurs régions pourraient bénéficier d'un service construit autour de la communication plutôt que des continents.

Les communautés linguistiques se chevauchent, et de nombreux opérateurs travaillent dans plusieurs langues. Un registre linguistique aurait besoin de règles pour les demandeurs éligibles à plusieurs services et d'un modèle de financement pour les groupes linguistiques plus petits. Les registres régionaux ont plutôt développé des documents traduits, des formations, des interfaces nationales et des registres locaux à l'intérieur d'une structure administrative plus large.

Un modèle concurrentiel permettrait aux opérateurs de choisir parmi les registres. La concurrence pourrait récompenser des processus plus clairs, des frais plus bas ou des réponses plus rapides. Elle pourrait également convenir aux réseaux dont les empreintes corporatives et opérationnelles traversent les frontières régionales.

La concurrence introduirait des risques de conservation et de coordination. Un demandeur refusé par un registre pourrait chercher un traitement plus permissif ailleurs. Les pools d'adresses, les délégations inverses, les enregistrements d'enregistrement, les dossiers de demande confidentiels et les historiques d'audit nécessiteraient une portabilité fiable. La préférence de l'ICP-2 pour un RIR par région favorisait expressément la coordination et un service par défaut lisible par rapport à une telle concurrence institutionnelle.

L'alternative la plus substantielle était une couche de service multi-fournisseurs au-dessus d'un grand livre unique faisant autorité. Les demandeurs pourraient utiliser un agent national, linguistique, axé sur le fournisseur ou spécialisé. L'agent de service validerait les demandes et soumettrait des transactions standard à un registre réconcilié mondialement. Les opérateurs pourraient alors changer d'agent de service sans renuméroter ni déplacer l'enregistrement faisant autorité entre les pools régionaux.

Plusieurs conceptions historiques pointaient dans cette direction. La RFC 1174 proposait des registres délégués avec des enregistrements agrégés centraux. La RFC 1466 préservait le service direct de l'Internet Registry et les référencements. La RFC 2050 décrivait les registres locaux, les attributions aux fournisseurs, les registres régionaux et les appels au parent. ERX a démontré que l'information d'enregistrement et la délégation inverse pouvaient au moins entrer dans un processus de transfert entre registres.

Le défi serait l'autorité précise. Plusieurs agents mettant à jour le même enregistrement nécessiteraient une authentification forte et une préséance déterministe. Une autorité centrale de validation pourrait laisser la concurrence régionale largement cosmétique. Le service portable compliquerait également le financement là où les registres maintiennent des fonctions publiques coûteuses pour des régions dont les membres les plus rentables pourraient partir.

La géographie l'a emporté parce qu'elle fournissait un défaut opérationnel compréhensible lié à l'inventaire d'adresses et aux communautés existantes. Une organisation ou un réseau s'adressait au registre desservant sa région, suivait la politique applicable et recevait des ressources du pool correspondant. Les registres nationaux et les fournisseurs pouvaient ensuite gérer des relations plus étroites.

Cette lisibilité comportait un compromis institutionnel. Une fois que les zones de service sont devenues exclusives, un réseau couvrant plusieurs régions avait un choix pratique limité d'administrateur. Le dossier documentaire explique pourquoi les administrateurs préféraient le modèle régional; il ne compare pas toutes les alternatives à travers des métriques communes de service, de représentation, de conservation et de routage.

La dépendance au chemin a rendu la carte régionale coûteuse à remplacer

En 2005, la carte régionale reposait sur plus qu'un ensemble de frontières colorées. Les blocs d'adresses délégués reliaient chaque registre à un inventaire distinct. Les fournisseurs avaient construit des plans clients autour des sous-allocations. Les zones DNS inverse suivaient la hiérarchie. Les systèmes d'enregistrement accumulaient des enregistrements, des pratiques d'authentification et des historiques d'audit.

Les institutions humaines se sont développées autour de ces actifs techniques. Le personnel a acquis une expertise régionale et politique. Les membres payaient des frais, participaient à des listes de diffusion et à des réunions, et élisaient des conseils. Les demandeurs s'appuyaient sur les contacts et les justificatifs du registre. Chaque interaction supplémentaire rendait la relation de service existante plus facile à poursuivre et plus difficile à remplacer.

Les structures d'entreprise ajoutaient des engagements impliquant l'emploi, la fiscalité, les achats, les services bancaires, la responsabilité et les contrats. Le RIPE NCC fonctionnait par le biais de son association néerlandaise. L'ARIN est devenue une institution indépendante basée en Virginie. Les entités seychelloise et australienne de l'APNIC formaient des parties distinctes de sa transition corporative. Le LACNIC a développé sa base institutionnelle régionale, tandis que l'AFRINIC s'est constitué à Maurice.

La constitution identifie le domicile juridique et la structure d'une entité de registre. Elle ne peut, à elle seule, établir la loi régissant un détenteur de ressources, une route, une allocation ou un accord de service particulier. Ces questions nécessitent le contrat pertinent et les règles juridiques applicables.

Les instruments de reconnaissance fournissaient une autre couche de continuité. L'APNIC, l'ARIN et le RIPE NCC ont signé le premier protocole d'accord ASO en octobre 1999. L'APNIC, l'ARIN, le LACNIC et le RIPE NCC ont formé le NRO par le biais duprotocole d'accord du 24 octobre 2003. Le protocole d'accord ASO de 2004 a placé le NRO dans le rôle de l'ASO, et l'AFRINIC a adhéré après la reconnaissance par le biais de son instrument d'avril 2005 et de son adhésion.

Le référencement a renforcé les institutions. Une fois que les demandeurs étaient systématiquement envoyés au registre de leur zone géographique, ce registre accumulait plus d'enregistrements, de frais, de connaissances opérationnelles et de participation politique. Ces actifs augmentaient sa capacité à servir la même région, rendant la frontière progressivement plus naturelle même si elle avait été construite par des choix administratifs antérieurs.

Les enregistrements historiques sont devenus visibles dans le cadre de cet arrangement. ERX a traité les enregistrements hérités de l'ère centrale parce que leur garde ne correspondait plus à la carte de service établie. L'effort requis pour réconcilier les contacts, la documentation, les entrées de base de données et la délégation inverse illustre le coût du changement d'administrateur après que la dépendance opérationnelle s'est accumulée.

L'inventaire d'adresses a contribué à sa propre inertie. La RFC 1466 reliait certaines plages/7à des zones géographiques, tout en préservant l'espaceMultirégionaletAutres. Les allocations ultérieures de l'IANA ont poursuivi la structure de blocs hiérarchique. Un préfixe pouvait donc porter une lignée administrative sans révéler son déploiement actuel ou son origine de route.

L'histoire visuelle des allocations IPv4de CAIDA illustre les flux à travers des administrateurs changeants depuis 1977. Sa représentation agrégée est utile pour la chronologie institutionnelle. Elle n'offre aucune explication au niveau des demandes, aucune carte de déploiement complète, aucune analyse de la loi applicable ni aucune preuve de la raison pour laquelle un préfixe particulier est apparu par une route particulière.

La dépendance au chemin est compatible avec un bénéfice réel. L'expérience concentrée peut améliorer la compréhension qu'a un registre de ses membres et de ses politiques. La même concentration augmente les coûts de changement et réduit le choix institutionnel. Le dossier historique soutient les deux mécanismes sans fournir de métrique commune qui détermine leur équilibre optimal.

L'enregistrement, le routage, la juridiction et la propriété restent distincts

La RFC 2050 décrivait l'enregistrement comme un dossier public soutenant l'unicité et le dépannage. Elle utilisait également un langage de contrôle adapté aux politiques d'allocation de l'époque. Une attribution déléguait l'autorité sur un bloc à une entreprise finale. Les adresses fournies par les fournisseurs étaient décrites comme des prêts pendant la connectivité, et les clients changeant de fournisseur étaient encouragés à les restituer et à renuméroter. Les transferts nécessitaient l'approbation du registre.

Ces dispositions régissaient les relations opérationnelles au sein du système de distribution d'adresses. Les instruments examinés ici ne prétendent pas fournir un code de propriété complet pour tous les systèmes juridiques. Ils ne déterminent pas non plus comment les tribunaux classeraient les droits contractuels, la confiance, la possession ou les intérêts économiques ultérieurs dans les ressources de numéros.

La frontière de service d'un registre indique quelle institution évalue ordinairement les demandes, tient les enregistrements, gère un forum politique et administre un pool. La juridiction sur une organisation ou un accord particulier peut dépendre de la constitution, des conditions contractuelles, de la conduite, de la portée légale et des règles de conflit de lois. Une carte régionale seule ne peut pas décider de cette analyse.

Les observations BGP répondent à une autre question. Elles associent une annonce de route à un système autonome d'origine tel qu'observé par des collecteurs de routage et des moments particuliers. De telles observations peuvent aider à reconstruire le comportement de routage, mais elles n'établissent pas l'emplacement de chaque routeur, la propriété ultime de l'infrastructure, l'autorisation, le domicile du bénéficiaire ou le registre approprié.

Les données d'allocation et d'enregistrement peuvent corroborer une partie d'un historique opérationnel. Elles ne remplacent pas les observations de routage archivées, les dossiers d'entreprise, les preuves de déploiement ou les accords de service. La distinction importe surtout lorsqu'un enregistrement administratif est traité comme la preuve d'une conclusion juridique ou physique beaucoup plus large.

L'administration du registre a néanmoins des conséquences matérielles. Des données incorrectes peuvent affecter le DNS inverse, la certification des ressources, les contacts d'abus, le traitement des transferts et la capacité d'un opérateur à démontrer le contrôle administratif. La conclusion disciplinée est donc substantielle plutôt que dédaigneuse: les registres de numéros régissent des relations de coordination importantes, et la portée de chaque relation doit être établie à partir des preuves pertinentes.

La géographie est devenue une infrastructure

La carte des cinq régions a été construite, pas découverte. Ses fondations étaient des besoins de service plausibles, un inventaire d'adresses rare, une pression de routage, une administration déléguée et des communautés opérationnelles. Sa forme durable est venue des référencements, des pools d'adresses, des sociétés, des accords de transition, des critères de reconnaissance et de la dépendance accumulée.

Cette histoire ne soutient ni une inévitabilité purement technique ni un récit simplement décoratif. Les registres régionaux sont devenus une véritable infrastructure pour l'allocation, l'enregistrement, la politique, la délégation inverse, la formation et la coordination. En même temps, les enregistrements examinés ici laissent la question de l'optimalité et de la représentativité des frontières de service exclusives non résolue.

La signification durable de la carte réside dans cette combinaison. La géographie a résolu un problème de coordination administrative suffisamment bien pour devenir intégrée, puis a hérité de l'autorité des systèmes construits autour d'elle. Ses frontières organisent le service sans rendre les numéros Internet territoriaux, et leur durabilité reflète une stratification institutionnelle plutôt qu'une propriété du protocole lui-même.