Les numéros de réseau comme politique fédérale: la portée silencieuse du financement américain

Résumé

• Les programmes fédéraux américains ont influencé l’administration précoce des numéros via des backbones financés, des registres gérés par des sous-traitants et des politiques d’accès, mais ces mécanismes fonctionnaient par le biais de bureaux distincts et n’ont pas établi d’autorité universelle sur les identifiants Internet.
• Les archives restantes montrent des conséquences internationales pratiques, mais il manque un jeu de données complet liant les subventions aux allocations et des dossiers de demandes représentatifs non américains, de sorte que leur portée ne peut pas être convertie de manière responsable en un nombre d’attributions contrôlées par Washington.

Le 1er avril 1993, la destination administrative pour une grande partie des demandes d’enregistrement Internet a changé. Les utilisateurs non-DDN (Defense Data Network) ont été dirigés hors du DDN Network Information Center et vers le composant Services d’enregistrement du nouvel InterNIC. Les utilisateurs DDN sont restés avec le DDN-NIC. De nouveaux modèles ont supprimé les références spécifiques au DDN, des services WHOIS distincts ont divisé les enregistrements résultants, et Network Solutions est devenu le destinataire désigné pour les demandes non-DDN.

Il ne s’agissait pas simplement d’un changement d’adresse postale. Cela a déplacé un service destiné aux demandeurs, qui traitait les travaux d’adresses IP et de numéros de systèmes autonomes, d’un centre ancré dans l’environnement réseau militaire vers Network Solutions en tant que bénéficiaire des services d’enregistrement dans le cadre d’un accord de coopération de la National Science Foundation pour l’Internet non militaire. Cela s’est fait sans transférer toutes les fonctions connexes à la même organisation. L’Information Sciences Institute de l’USC a conservé le travail de coordination associé à l’Internet Assigned Numbers Authority. Le DDN-NIC a continué à servir sa clientèle militaire. Les autres organisations participantes à l’InterNIC ont fourni des services d’information et d’annuaire. L’exploitation du backbone et le routage sont restés ailleurs.

Cette transition met en évidence le caractère distinctif de l’influence fédérale sur l’administration précoce des numéros. Les États-Unis n’ont pas exercé cette influence par le biais d’un bureau unique détenant tous les pouvoirs pertinents. Ils ont financé la recherche, octroyé des accords de coopération, sponsorisé des backbones, passé des contrats pour d’autres travaux et imposé des règles aux installations dans le cadre de programmes spécifiques. Ces interventions pouvaient rendre un bureau d’enregistrement, une route ou un service d’information exceptionnellement important. Leur portée dépendait cependant de l’instrument, de la population desservie et du chemin réseau impliqué.

La même séparation est nécessaire lorsqu’on lit les chiffres de croissance célèbres de NSFNET. Le rapport final de Merit indique que le backbone T1 étendu a été mis en service en juillet 1988 avec seulement les États-Unis, la France et le Canada représentés parmi ses connexions internationales. Le rapport est incohérent en interne quant à la population du réseau à ce moment-là. Son aperçu, en page 4, donne 217 réseaux connectés; son récit opérationnel, en page 24, en indique plus de 170. Il ne réconcilie pas les deux chiffres. Aucun ne devrait donc être utilisé comme base exacte pour un calcul de croissance.

À l’autre extrémité du programme, le rapport présente un tableau par pays daté du 30 avril 1995 contenant 50 766 réseaux et indique que 93 pays avaient été annoncés au service backbone de NSFNET. Cette population ultérieure est liée au routage. Il ne s’agit pas d’un décompte de subventions, de demandeurs, de circuits physiques, d’institutions bénéficiaires, de personnes ou d’affectations effectuées par une agence fédérale. Les trois chiffres — 217, plus de 170, et 50 766 — décrivent des populations dont les relations de comptage ne sont pas assez bien documentées pour former une série chronologique précise.

La transition administrative de 1993 et la portée de routage observée en 1995 appartiennent néanmoins à la même histoire institutionnelle. Les programmes fédéraux ont contribué à établir à la fois un corridor d’enregistrement important et un environnement de connectivité très précieux. Ils ont affecté les conditions dans lesquelles les numéros étaient demandés, enregistrés, annoncés et rendus utiles. Mais l’attribution, l’enregistrement, la connexion et l’acceptation de route restaient des actes différents. Rétablir cette différence est la clé pour comprendre à la fois la force et la limite du financement américain.

Une séquence de rôles, pas une chaîne de commandement unique

La séquence institutionnelle a commencé avant que le nom « IANA » n’ait acquis sa signification ultérieure. Selon lareconstitution juridique de 2016 du US Government Accountability Office, le travail de coordination des identifiants dirigé par Jon Postel est passé de l’Université de Californie à Los Angeles à l’Information Sciences Institute de l’USC en 1977. Il s’y est poursuivi grâce à des projets de recherche financés par le ministère de la Défense. Le GAO examinait les implications de propriété d’une transition bien ultérieure, sans écrire une histoire des allocations, mais sa chronologie est utile pour situer la relation contractuelle.

Les archives contractuelles restantes sont incomplètes. Le GAO n’a pas pu obtenir de copies des contrats DARPA des années 1970-1990 en vertu desquels les fonctions IANA étaient considérées comme ayant été développées et exécutées. Cette absence est importante. Elle empêche un compte rendu clause par clause des droits du gouvernement, des obligations de l’USC et du langage précis de performance régissant la coordination précoce des numéros. L’existence de projets de recherche financés par la Défense étaye une relation de parrainage et de sous-traitance; elle ne fournit pas les conditions manquantes pour chaque identifiant ou demandeur.

Un instrument mieux conservé n’apparaît qu’à la limite de la période. Le dernier contrat USC de la DARPA pour ce travail était le contrat de technologie de réseau Tera-node, DABT63-95-C-0095. La tâche 4 couvrait les « activités d’infrastructure de réseau », y compris le rôle d’Internet Assigned Numbers Authority, et s’est déroulée de juillet 1995 à juillet 1999. Ces dates sont essentielles. La tâche confirme un devoir contractuel explicite à partir de juillet 1995, mais son libellé ne peut pas être projeté en arrière comme s’il s’agissait du texte de chaque contrat de la Défense à partir de 1977.

La division opérationnelle visible en août 1990 provenait d’une autre source.RFC 1174, une déclaration informative de la politique recommandée par l’Internet Activities Board au Federal Networking Council, indiquait que l’USC/ISI assurait la fonction centrale IANA. Il indiquait également que l’IANA avait confié la responsabilité des identifiants numériques de réseau et de systèmes autonomes à un registre Internet exploité par SRI International au DDN-NIC. La RFC prouve ce que l’IAB a décrit à cette date. Il ne s’agit pas du contrat de SRI, et l’instrument de financement sous-jacent pour le travail de registre Internet de SRI n’est pas établi par la RFC.

La terminologie des agences a également changé au cours de cette histoire. La Defense Communications Agency a été réorganisée et renommée Defense Information Systems Agency le 25 juin 1991, selonl’histoire institutionnelle officielle de la DISA. Les documents contemporains reflètent la transition. La RFC 1174 appartient à l’environnement DDN d’août 1990. En mars 1993, les formulaires conservés pour les utilisateurs DDN étaient décrits comme approuvés par la DISA. Étendre l’étiquette DCA sur les deux dates masquerait un changement institutionnel; utiliser DISA pour l’enregistrement de 1990 serait tout aussi anachronique.

Un programme civil parallèle se développait sous l’égide de la National Science Foundation. La NSF a publié l’appel d’offres 87-37 pour la gestion et l’exploitation du backbone étendu NSFNET le 15 juin 1987. Le Merit Network a géré et coordonné le projet résultant dans le cadre de l’accord de coopération NCR 8720904, en collaboration avec IBM, MCI et l’État du Michigan. Merit était le bénéficiaire de l’accord de coopération et le gestionnaire du programme. IBM fournissait l’ingénierie et l’équipement. MCI fournissait les installations et l’expertise en télécommunications. La NSF finançait le programme et en fixait l’objectif public. Aucun de ces rôles ne faisait de Merit ou de la NSF l’émetteur général de chaque numéro de réseau transporté par le backbone.

L’arrangement opérationnel a de nouveau changé en septembre 1990 lorsque les partenaires ont annoncé Advanced Network & Services. Lerapport final de Merit, rédigé par un entité au programme et publié comme compte rendu rétrospectif en 1995, indique qu’ANS a par la suite fourni le service backbone NSFNET en tant que sous-traitant de Merit et a repris le Network Operations Center. C’est une preuve d’un rôle de service et de NOC dans le cadre de l’arrangement de Merit. Ce n’est pas une preuve qu’ANS ait assumé la coordination IANA ou les fonctions de registre Internet.

Le rapport indique qu’IBM et MCI ont initialement contribué à hauteur de 4 millions de dollars à ANS et que chacun s’est engagé à verser un million de dollars supplémentaires, ainsi que du personnel et de l’équipement. La contribution initiale et les deux engagements ultérieurs doivent rester distincts. Un engagement n’est pas une preuve de réception ou de dépense, et ces montants d’entreprise ne partagent pas la même base comptable que le soutien déclaré de la NSF au titre de NCR 8720904.

En 1994, une autre fonction délimitée est apparue dans l’architecture successeur de NSFNET. L’appel d’offres de la NSF 93-52 a réparti la transition entre un backbone de recherche à très haut débit, des points d’accès au réseau (Network Access Points), un arbitre de routage (Routing Arbiter) et un soutien aux fournisseurs régionaux. Merit et l’USC/ISI ont formé l’équipe sélectionnée pour le Routing Arbiter. Le rapport de Merit identifie l’équipe et l’annonce de 1994 mais ne fournit pas de numéro de subvention pouvant être reproduit en toute sécurité ici. Le Routing Arbiter gérait les informations de routage pour les fournisseurs se connectant via l’architecture émergente. Sa base de données n’est pas devenue la source des numéros de réseau représentés dans ces routes.

Cette séquence est plus révélatrice qu’une étiquette institutionnelle consolidée. L’USC/ISI a coordonné et délégué le travail sur les identifiants dans le cadre de contrats de la Défense incomplètement conservés. SRI a exploité le registre Internet décrit en août 1990, bien que cette RFC n’ait pas été son instrument de financement. Merit a géré l’accord de coopération NSFNET. ANS a ensuite exploité le service backbone et le NOC en tant que sous-traitant de Merit. Les services d’enregistrement de l’InterNIC ont pris en charge la population des demandes non-DDN en 1993. Le Routing Arbiter a coordonné les informations de routage dans l’environnement successeur. Chaque rôle était important; aucun n’englobait tous les autres.

Ce que la RFC 1174 a réellement enregistré

La RFC 1174 est exceptionnellement précieuse car elle capture un système sous tension. Il est également facile de la surinterpréter. Le document a été publié en août 1990 en tant que recommandation de l’IAB au Federal Networking Council. Il ne spécifiait pas de norme Internet, ne promulguait pas de loi et ne rendait pas compte de résultats de mise en œuvre complets.

Son compte rendu historique décrivait un Internet qui avait dépassé sa base de clients d’origine centrée sur les organisations de recherche militaires, gouvernementales et parrainées par le gouvernement. Dans l’environnement de recherche antérieur, disait-il, les numéros étaient attribués aux organisations participantes. À mesure que l’infrastructure s’étendait, d’autres organisations obtenaient des numéros et étaient autorisées à s’interconnecter lorsqu’elles faisaient partie du gouvernement américain ou avaient un parrain gouvernemental. Le DDN-NIC chez SRI fournissait le registre Internet unique destiné à maintenir l’unicité mondiale.

L’utilisation commerciale a perturbé cet arrangement. Des organisations installaient des réseaux privés qui nécessitaient des numéros de réseau uniques même s’ils n’étaient pas destinés à se connecter au système parrainé par le gouvernement fédéral. La RFC 1174 a signalé que le registre Internet avait adopté une politique d’attribution de numéros de réseau à ceux qui les demandaient tout en distinguant les réseaux autorisés pour l’interconnexion par le statut « connecté ». C’est un contre-argument important à toute affirmation selon laquelle une connexion fédérale était invariablement requise pour l’attribution.

Le statut « connecté » avait effectivement des effets administratifs pratiques. La RFC l’associait au parrainage du gouvernement américain et disait que le concept apparaissait dans les formulaires et les bases de données du registre Internet. Son annexe sur le DNS rapportait une politique antérieure selon laquelle l’inclusion dans une base de données DNS clé était liée à l’approbation de l’interconnexion Internet par une agence gouvernementale américaine. Ce sont des affirmations spécifiques sur des pratiques signalées. Elles ne doivent pas être élargies pour conclure que le statut « connecté » contrôlait uniformément chaque type d’enregistrement, d’attribution ou de route.

L’IAB a proposé trois changements immédiats. Il a recommandé de supprimer les références au statut « connecté » des formulaires et des bases de données pour l’enregistrement des réseaux et des systèmes autonomes. Il a recommandé de collecter de courtes déclarations sur l’utilisation acceptable, la politique d’accès et de transit. Il a également recommandé d’autoriser tout réseau enregistré dans le DNS sans tenir compte du statut « connecté ». La recommandation DNS jointe demandait que l’enregistrement des noms et des adresses inverses soit séparé du routage et indiquait qu’aucun parrain du gouvernement américain ne devrait être requis pour cet enregistrement.

C’étaient des recommandations. La base de données de politiques proposée ne prouvait pas que chaque registre et opérateur a mis en œuvre une telle base de données de manière uniforme par la suite. La RFC n’a pas non plus démontré que chaque référence au statut « connecté » a disparu immédiatement, que chaque délégation étrangère a eu lieu, ou que chaque opérateur de route a utilisé les informations de politique proposées. Le document établit le point de vue de l’IAB selon lequel l’ancien couplage était devenu intenable et enregistre les pratiques auxquelles les propositions répondaient.

La distribution proposée du travail sur les identifiants était tout aussi prudente. La RFC 1174 recommandait de conserver les fonctions centrales IANA et de registre Internet. Le registre allouerait des blocs de numéros de réseau et de systèmes autonomes à des organisations approuvées par le Coordinating Committee for Intercontinental Research Networking, permettant à ces organisations de faire des attributions supplémentaires. Le registre existant resterait le défaut là où aucune autorité déléguée n’aurait été identifiée. Les bases de données agrégées seraient partagées, mais les mises à jour resteraient initialement centralisées.

Il ne s’agissait pas d’une proposition de concurrence sans restriction entre des registres interchangeables. Il envisageait des blocs délégués au sein d’une hiérarchie coordonnée, avec des mises à jour centrales préservées pendant la période initiale. Son architecture tentait d’élargir la participation sans abandonner la cohérence.

La RFC a également tracé une frontière territoriale et opérationnelle ferme. Elle indiquait que la population croissante de réseaux non américains ne devrait pas être tenue de suivre les critères d’accès et d’utilisation américains simplement parce qu’ils appartenaient à l’Internet mondial. Les critères fédéraux pouvaient s’appliquer au trafic envoyé via des réseaux parrainés par le gouvernement fédéral. La distinction se situait entre l’utilisation d’une installation financée et la possession d’un identifiant mondial unique.

Cette frontière ne garantissait pas un respect parfait. La RFC 1174 n’a pas vérifié chaque opérateur, demande ou route. Pourtant, elle montre que les principaux entités ont rejeté l’assimilation de l’enregistrement mondial à une autorité universelle américaine d’utilisation acceptable. Elle a également situé l’application au niveau des administrateurs de réseau plutôt que du registre. Le registre devait administrer l’espace de numéros et collecter des informations; les opérateurs devaient décider quel trafic ils transporteraient.

Le résultat était une conception plus plurielle de l’autorité. L’IANA coordonnait et déléguait. Le registre Internet traitait et enregistrait les identifiants. Les opérateurs DNS maintenaient les données de nommage. Les sponsors du backbone définissaient les conditions de leurs installations. Les opérateurs de réseau acceptaient ou rejetaient les routes et le trafic. Ces fonctions interagissaient, mais le but de la recommandation était d’empêcher que leur interaction ne soit confondue avec une permission mondiale unique.

L’argent de NSFNET et la signification d’une subvention pour un backbone

NSFNET a fourni l’infrastructure la plus visible de cette histoire, mais son dossier financier nécessite un traitement prudent. Le rapport de Merit identifie NCR 8720904 comme l’accord de coopération en vertu duquel Merit a géré et coordonné le projet de réseau backbone NSFNET. À la page 13, il indique que la NSF a fourni des fonds d’un montant de 57,9 millions de dollars pour la création du backbone étendu dans le cadre d’un accord initialement attribué pour cinq ans et prolongé par la suite à sept ans et demi.

Le chiffre est nominal tel que rapporté. La source n’indique pas d’année de prix ni de calendrier fiscal. Plus important encore, la rétrospective du entité n’est pas un grand livre de subventions. Elle n’établit pas si les 57,9 millions de dollars représentaient la valeur initiale de la subvention, le montant cumulé engagé par le biais d’amendements ou le montant final dépensé. Il est préférable de le comprendre comme le chiffre rétrospectif du rapport pour les fonds fournis pour créer le backbone étendu sur la durée de l’accord prolongé.

Cette limite est importante car le programme s’appuyait sur plusieurs sources financières. IBM et MCI ont fourni de l’équipement, du personnel et des services; l’État du Michigan a également contribué. ANS a reçu plus tard la contribution d’entreprise et les engagements déclarés. Les réseaux régionaux ont rassemblé des fonds provenant d’universités, d’États, d’entreprises et d’utilisateurs. Additionner ces chiffres impliquerait un cadre comptable commun que les sources ne fournissent pas.

La subvention n’était pas non plus un paiement pour les attributions de numéros. Elle soutenait un service backbone: nœuds, circuits, routeurs, ingénierie, exploitation, coordination technique et transition. Son importance institutionnelle découlait de ce que le service permettait. Un réseau qui pouvait échanger des routes avec le backbone obtenait l’accès à une vaste communauté de recherche et d’éducation. Un numéro de réseau visible à travers ce système devenait utile sur le plan opérationnel pour un ensemble croissant de destinations.

Les statistiques de lancement illustrent à la fois l’échelle et le problème de preuve. La page 4 du rapport de Merit indique que le service est passé de 217 réseaux connectés en juillet 1988. La page 24 indique que le nouveau backbone a été mis en service ce mois-là avec plus de 170 réseaux connectés. La différence pourrait refléter le calendrier, les règles de comptage, une erreur éditoriale ou l’inclusion de différentes populations en aval, mais le rapport ne le dit pas. Choisir l’une ou l’autre valeur comme point de départ exact d’une série de croissance en pourcentage fabriquerait de la précision.

La structure à trois niveaux complique encore l’unité. Les réseaux de campus atteignaient généralement le backbone national via des réseaux régionaux ou intermédiaires. Un réseau connecté n’était pas nécessairement un circuit direct, un bénéficiaire de subvention ou une institution unique. La relation entre le rattachement, le réseau annoncé et l’utilisateur en aval a changé à mesure que les pratiques de routage et d’agrégation se développaient.

Une autre affirmation de portée provient de la chronologie de 2016 du GAO. Elle indique que NSFNET connectait des réseaux desservant plus de 4 000 institutions de recherche et d’enseignement à travers les États-Unis. Il s’agit d’une déclaration rétrospective ultérieure sur les institutions desservies par le biais de réseaux connectés. Le GAO ne donne pas de date d’observation exacte qui permettrait d’aligner le chiffre avec le tableau par pays du 30 avril 1995. Une institution pouvait exploiter plusieurs réseaux, tandis qu’un réseau régional pouvait desservir plusieurs institutions. Les deux populations ne peuvent pas être divisées l’une par l’autre.

Les conditions d’utilisation acceptable de la NSF donnaient néanmoins une force pratique à la subvention. Le trafic sur le backbone était censé soutenir la recherche et l’éducation. Les réseaux intermédiaires pouvaient transporter un trafic plus large sur leurs propres installations, tandis que leur utilisation de NSFNET restait soumise à la politique du programme. La RFC 1174 a noté la difficulté qui en résultait: une organisation commerciale pouvait générer à la fois du trafic lié à la recherche et du trafic commercial non lié, tandis que le routage basé sur des politiques fonctionnait au niveau grossier des réseaux entiers.

Il s’agissait d’un véritable mécanisme d’influence, mais il concernait le transport. Une route pouvait être éligible ou non à un backbone financé sans changer la validité du numéro sous-jacent. Un numéro attribué n’obligeait pas NSFNET à l’annoncer ou à le transporter. Inversement, l’apparition dans les informations de routage de NSFNET ne montrait pas que la NSF l’avait attribué.

L’accord sur le backbone a donc créé une dépendance opérationnelle conditionnelle plutôt qu’un pouvoir administratif fusionné. La NSF gérait les fonds de l’accord de coopération et les installations soutenues par eux. Merit gérait l’accord de coopération; ANS a ensuite exploité le service backbone en tant que sous-traitant de Merit. Les opérateurs régionaux et de réseau géraient les rattachements et les routes. La coordination des identifiants et l’enregistrement destiné aux demandeurs restaient confiés à d’autres institutions.

Le corridor DDN-NIC vers InterNIC

Le lien le plus concret entre un accord de financement fédéral et l’administration des numéros est le transfert en 1993 des services d’enregistrement non-DDN. Contrairement à une histoire hypothétique de demandeur, les documents restants identifient la classe affectée, le changement opérationnel, sa date et son exception.

La reconstitution ultérieure du GAO indique que l’accord de coopération de la NSF avec Network Solutions est entré en vigueur le 1er janvier 1993. Le texte de l’accord sous-jacent n’est pas reproduit dans le dossier cité, de sorte que ses clauses détaillées ne doivent pas être déduites du résumé du GAO. La date d’entrée en vigueur appartient néanmoins à la chronologie de la subvention.

La transition opérationnelle est documentée directement dans laRFC 1400, publiée en mars 1993 par un auteur de Network Solutions. Elle indiquait que, suite à la subvention NSF NREN Network Information Services, les services d’enregistrement non-DDN étaient transférés du DDN-NIC au service d’enregistrement Internet au sein d’InterNIC. Les références à « InterNIC » dans ce document ne s’appliquaient qu’aux services d’enregistrement, et non à toutes les composantes d’InterNIC.

En mars, les demandes envoyées à l’un ou l’autre site pouvaient encore être traitées. À partir du 1er avril 1993, les nouvelles demandes d’enregistrement Internet non-DDN devaient utiliser le modèle InterNIC et la nouvelle adresse chez Network Solutions. Les modèles avaient été modifiés pour le traitement automatisé et pour supprimer les références spécifiques au DDN. Il s’agit d’une preuve de mise en œuvre spécifique suite à la recommandation plus large de 1990: la forme opérationnelle et la destination des demandes non-DDN ont changé.

L’exception était explicite. Les utilisateurs DDN continuaient à recevoir un soutien complet à l’enregistrement de la part du DDN-NIC. On leur a dit de continuer à utiliser les adresses militaires pertinentes et les formulaires approuvés par la DISA pour le travail sur IP,.mil, les adresses inverses et l’enregistrement des utilisateurs. Le transfert de service était donc divisé par clientèle, et non une fermeture totale de l’ancien centre.

Les services d’information ont également été divisés. À compter du 1er avril, le service WHOIS du DDN-NIC ne devait contenir que des informations DDN, tandis que le service WHOIS d’InterNIC contiendrait des informations sur les adresses IP, les domaines et les numéros de systèmes autonomes. Les arrangements concernant la zone racine et les fichiers hôtes ont changé selon leur propre calendrier. La RFC 1400 décrivait également un nouveau système automatisé qui analysait les modèles, vérifiait les champs vérifiables, renvoyait des erreurs et exigeait que les demandeurs confirment les informations interprétées avant le traitement final.

Le document ne fournit pas d’ensemble représentatif de demandes ni ne démontre à quelle fréquence le nouveau système a accepté, retardé ou refusé des demandes techniquement valides. Il n’établit pas d’effet causal sur le volume d’attributions. Ce qu’il établit est plus étroit et plus solide: les demandeurs non-DDN ont été dirigés vers un nouveau service d’enregistrement à une date définie, en utilisant des formulaires modifiés et un flux de travail automatisé, tandis que les utilisateurs DDN sont restés avec l’ancien service.

Un an plus tard, laRFC 1594décrivait plus en détail la division opérationnelle. InterNIC était un projet de cinq ans partiellement soutenu par la NSF et avait commencé ses activités en avril 1993. Il se composait de trois organisations. General Atomics fournissait les services d’information. AT&T fournissait les services d’annuaire et de base de données. Network Solutions fournissait les services d’enregistrement.

La RFC 1594 incluait expressément l’allocation d’adresses IP et l’attribution de numéros de systèmes autonomes parmi les fonctions d’enregistrement de Network Solutions, aux côtés de l’enregistrement de domaines et de la maintenance des informations de contact. Elle décrivait séparément la composante des services d’enregistrement comme le registre Internet alors responsable de l’attribution des numéros de réseau IP et de systèmes autonomes, tout en notant les délégations aux registres régionaux. L’USC/ISI restait le siège de l’IANA et le point de coordination pour les autres paramètres de protocole.

Cette division empêche plusieurs confusions courantes. InterNIC n’était pas synonyme de Network Solutions. Le travail d’enregistrement de Network Solutions n’était pas le même que le service de référence de General Atomics ou les annuaires d’AT&T. L’enregistrement de domaines n’était pas l’ensemble de l’administration des numéros. Le service d’enregistrement n’était pas le NOC de NSFNET. La maintenance des enregistrements IP et ASN ne donnait pas au bénéficiaire de la subvention le pouvoir de décider quelles routes un backbone acceptait.

Le corridor montre néanmoins comment un programme fédéral pouvait rediriger la dépendance administrative. Avant le transfert, un demandeur non-DDN utilisait un service dont l’identité institutionnelle et les formulaires restaient enracinés dans l’environnement réseau de la Défense. Après le 1er avril, ce demandeur utilisait le service d’enregistrement InterNIC de Network Solutions dans le cadre de l’accord de coopération NSF NIS. Les enregistrements d’enregistrement et le flux de travail des demandes ont été déplacés même si le support physique, la route, le parrain et la source de financement du demandeur pouvaient ne pas avoir changé.

Le résultat a été une séparation plus claire entre les clientèles militaires et non militaires. Il a également transféré une fonction d’enregistrement d’importance mondiale au bénéficiaire responsable des services d’enregistrement dans le cadre d’un accord de coopération sur les réseaux civils. L’influence de la NSF sur ce bénéficiaire découlait de l’accord de coopération. Elle ne s’étendait pas automatiquement à chaque opérateur transportant une route enregistrée ou à chaque institution étrangère utilisant l’identifiant.

Les sources disponibles ne fournissent pas la subvention complète, tous les amendements ou suffisamment de dossiers de demandeurs pour mesurer la performance avant et après le transfert. Elles soutiennent cependant l’affirmation institutionnelle centrale: la subvention de l’accord de coopération fédéral a modifié l’endroit où les demandes d’enregistrement de numéros non-DDN étaient traitées, par qui et sous quelle architecture de service.

L’enregistrement et le routage ont divergé davantage après 1993

La transition de l’enregistrement a coïncidé avec une réorganisation plus large de la connectivité. Les fournisseurs commerciaux se développaient, la NSF se préparait à retirer son backbone général, et la coordination des routes devenait un problème opérationnel distinct.

Merit a introduit une base de données de politique de routage élargie en 1993 dans le cadre des procédures utilisées sur le backbone NSFNET. Les enregistrements de politique de route pouvaient indiquer aux opérateurs quels réseaux un autre réseau avait l’intention d’annoncer et dans quelles conditions. Ils n’attribuaient pas le numéro annoncé. Leur valeur résidait dans le fait de rendre l’espace de numéros déjà attribué gérable dans plusieurs domaines administratifs.

L’appel d’offres de la NSF 93-52 a rendu cette distinction plus visible. L’architecture successeur avait quatre composantes: un backbone de recherche à très haut débit, des points d’accès au réseau (Network Access Points), un arbitre de routage (Routing Arbiter) et des subventions aux fournisseurs régionaux. Les points d’accès au réseau étaient destinés à être des lieux d’interconnexion pour les fournisseurs commerciaux. Le Routing Arbiter était destiné à gérer les tables de routage et les bases de données utilisées par ces fournisseurs. Les réseaux régionaux et intermédiaires ont reçu un soutien progressif pour acheter des services Internet commerciaux, les fournisseurs étant tenus de se connecter aux points d’échange.

Les subventions annoncées en 1994 ont réparti les rôles. MCI a reçu la subvention pour le backbone à très haut débit. Sprint et MFS Datanet ont reçu des rôles de gestion de points d’accès au réseau, tandis que Bellcore était impliqué dans deux NAP. Merit et l’USC/ISI ont formé l’équipe du Routing Arbiter. Dix-sept réseaux régionaux et intermédiaires ont reçu des subventions de connectivité interrégionale. Il s’agit de décomptes dans le cadre d’un programme de transition de la NSF, et non de totaux pour les fournisseurs, les registres ou les réseaux connectés de l’Internet.

La base de données du Routing Arbiter a succédé à la base de données de politique de routage de Merit et est devenue une source importante d’informations de routage et de mise en réseau. La qualifier de registre est exact au sens ordinaire d’un enregistrement opérationnel structuré, mais ce n’était pas le registre Internet chargé d’allouer l’espace de numéros. Une entrée de politique de route exprimait comment un identifiant existant pouvait être annoncé. Elle ne créait pas l’identifiant.

Cela a eu de l’importance lorsque le backbone NSFNET a été mis hors service le 30 avril 1995. Les numéros qui y étaient transportés n’ont pas expiré. Les réseaux régionaux se sont tournés vers des fournisseurs commerciaux; les routes ont été échangées via la nouvelle structure d’interconnexion; les enregistrements de coordination ont migré vers l’environnement émergent du registre de routage Internet (Internet Routing Registry). La dépendance au service a changé tandis que les identifiants persistaient.

Cette continuité est une preuve plus solide qu’une vaste affirmation sur la propriété. Si le numéro d’un réseau avait tiré sa validité uniquement du programme NSFNET, la fin du backbone l’aurait invalidé. Au lieu de cela, le numéro pouvait rester enregistré et joignable via de nouvelles routes, sous réserve des politiques et des contrats des nouveaux opérateurs.

L’influence fédérale a continué. La NSF a sélectionné les composants initiaux, financé les subventions de transition et imposé des exigences d’interconnexion aux fournisseurs recevant des fonds du programme. La position précoce du Routing Arbiter a bénéficié de la subvention. Les choix d’achat d’un réseau régional étaient façonnés par les conditions et le calendrier de suppression progressive du soutien fédéral. Il s’agissait d’interventions importantes sur le marché émergent.

Mais la conception du successeur a dispersé le contrôle opérationnel. Les fournisseurs ont conclu leurs propres accords de service et échangé du trafic à des points partagés. Un réseau régional pouvait acheter de la connectivité plutôt que de dépendre d’un seul backbone général de la NSF. L’acceptation des routes restait une décision de l’opérateur, même lorsque le Routing Arbiter fournissait des informations qui facilitaient la décision.

La distinction entre l’enregistrement et le routage était donc devenue à la fois institutionnelle et conceptuelle. Network Solutions traitait les demandes IP et ASN non-DDN. L’USC/ISI conservait les responsabilités de coordination. Merit et l’USC/ISI s’occupaient du travail de Routing Arbiter. Les transporteurs commerciaux exploitaient les chemins. Chacun dépendait des informations fiables des autres, mais aucun ne pouvait remplacer la fonction des autres par une simple affirmation administrative.

Portée internationale sans décompte d’attributions

Le tableau final par pays de NSFNET capture l’échelle internationale de cet environnement opérationnel. Il doit être lu comme une population de routage datée, et non comme un recensement de l’autorité fédérale.

Le tableau est intitulé « Réseaux NSFNET par pays » et daté du 30 avril 1995. Son total est de 50 766. Le texte d’accompagnement indique qu’à la fin du projet, 93 pays avaient été annoncés au service backbone. La ligne des États-Unis contient 28 470 entrées. Le Canada en compte 4 795; la France 2 003; l’Allemagne 1 750; et le Royaume-Uni 1 436.

En soustrayant la ligne des États-Unis du total, on obtient 22 296 entrées associées aux autres lignes de pays. Selon les calculs de l’auteur à partir de la population de 50 766 entrées, la part des États-Unis est d’environ 56,1 % et la part combinée non américaine d’environ 43,9 %. Ces pourcentages décrivent la population NSFNET codée par pays du rapport à une date donnée. Ils ne représentent pas des parts d’attributions mondiales, de financement fédéral, de demandeurs, de trafic, de connexions physiques ou de dépendance exclusive.

Le contraste historique avec juillet 1988 est frappant mais ne peut pas être exprimé comme un taux de croissance net. Le rapport indique que seuls trois pays — les États-Unis, la France et le Canada — étaient connectés lors de la mise en service du T1. Il fournit également les décomptes de réseaux non réconciliés de 217 et « plus de 170 ». En 1995, le tableau faisait référence aux réseaux annoncés au backbone, une population susceptible d’inclure une portée étendue en aval. Sans méthode de comptage stable, une multiplication exacte à partir de l’un ou l’autre des chiffres de 1988 serait fallacieuse.

La France illustre ce que le tableau peut et ne peut pas montrer. Ses 2 003 entrées établissent une représentation substantielle dans la population de routage finale codée par pays. Elles n’identifient pas les registres qui ont attribué les numéros, les institutions qui les exploitent, le financement derrière elles ou la disponibilité d’autres transits. Aucun dossier de demande français complet n’a été trouvé qui suive un demandeur à travers l’attribution, l’enregistrement, le parrainage, la connexion, l’acceptation de route et tout service alternatif.

Un réseau français pouvait dépendre fortement de NSFNET pour l’accès aux institutions de recherche américaines tout en obtenant son numéro par une autre voie administrative. Il pouvait avoir plus d’une route, ou il pouvait faire face à des alternatives techniquement possibles mais commercialement peu attrayantes. Le tableau ne peut pas trancher entre ces possibilités. Il enregistre la portée dans un service important.

La limite non américaine de la RFC 1174 aide à interpréter cette portée. Le trafic envoyé via des réseaux parrainés par le gouvernement fédéral pouvait être tenu de se conformer aux critères fédéraux. L’utilisation d’un numéro par un réseau étranger ne soumettait pas, en soi, tout son trafic ou sa politique interne à ces critères. La question pratique était de savoir quel chemin le trafic empruntait et quelles alternatives existaient.

Des chemins alternatifs étaient présents mais inégaux. La RFC 1174 a observé que les réseaux intermédiaires désireux de transporter du trafic arbitraire pouvaient s’interconnecter directement même lorsque le trafic purement commercial ne pouvait pas traverser les backbones parrainés par le gouvernement fédéral. Les fournisseurs commerciaux développaient des services sans restriction. Les systèmes de recherche étrangers et les arrangements régionaux pouvaient fournir d’autres routes. Les sources n’établissent pas leur prix, leur disponibilité géographique ou leur équivalence pour un ensemble représentatif d’utilisateurs non américains.

Le tableau final mesure donc l’échelle à laquelle la politique de NSFNET pouvait avoir de l’importance, et non le nombre de décisions d’attribution régies par la NSF. Il montre qu’un backbone financé par les États-Unis a eu des conséquences bien au-delà des États-Unis. Il ne peut pas convertir ces conséquences en une juridiction générale sur les identifiants visibles à travers lui.

Là où la dépendance s’est rompue

Plusieurs formes de contre-preuves définissent la limite de l’influence fédérale.

La RFC 1174 elle-même enregistre deux ruptures décisives. Des organisations privées ont reçu des numéros mondiaux uniques pour des réseaux non destinés à se connecter au système parrainé par le gouvernement fédéral, le statut « connecté » étant traité séparément de l’attribution. Les réseaux ayant des politiques compatibles pouvaient également s’interconnecter directement. L’acceptation des routes découlait de la configuration technique et de la politique de l’opérateur, et non automatiquement de la présence d’un identifiant dans un registre; la préservation de l’unicité n’obligeait pas un transporteur à annoncer ou à transporter une route.

Le soutien fédéral ne constituait pas un environnement politique unique. NSFNET, MILNET, les réseaux de la NASA, les installations du ministère de l’Énergie et d’autres systèmes avaient des missions et des règles d’accès différentes, ce qui explique pourquoi la RFC 1174 a constaté qu’un seul champ de statut « connecté » ne pouvait plus décrire l’éligibilité à travers eux. Sa limite non américaine était tout aussi importante: l’IAB a rejeté l’application des critères d’accès américains à tous les réseaux étrangers et a limité les exigences pertinentes au trafic transitant par des installations parrainées par le gouvernement fédéral. Une mise en œuvre imparfaite ne transformerait pas ce dossier politique en une revendication d’autorité territoriale illimitée.

Les alternatives commerciales ont ajouté une autre limite. Au début des années 1990, les fournisseurs pouvaient vendre des services Internet dans le cadre de contrats privés, bien que le compte rendu rétrospectif de Merit sur la controverse entourant l’infrastructure subventionnée, ANS et ses concurrents montre que ces alternatives n’étaient ni sans friction ni politiquement neutres. Lorsque le backbone NSFNET a finalement été mis hors service, les identifiants et leurs enregistrements d’enregistrement ont survécu et de nouveaux arrangements de routage ont préservé leur utilité. Le transport fédéral n’était plus le seul modèle d’exploitation, et la coordination ne dépendait pas de l’existence continue d’un backbone financé.

Aucune de ces limites ne rend l’influence fédérale triviale. Une route théoriquement disponible pouvait être coûteuse, plus lente ou géographiquement inaccessible. L’interconnexion directe pouvait n’atteindre qu’un sous-ensemble de destinations. Un demandeur dépendant du service d’enregistrement dominant pouvait subir des retards même si un autre chemin réseau existait. Le dossier ne contient pas de données représentatives sur les prix, la disponibilité ou les résultats des demandeurs permettant de mesurer ces charges.

Le fait est que les dépendances étaient séparables. Un réseau pouvait s’appuyer sur un service d’enregistrement soutenu par le gouvernement fédéral mais pas sur un backbone fédéral pour le transit. Un autre pouvait recevoir un numéro par le biais d’une autorité déléguée tout en dépendant de NSFNET pour une portée utile. Un troisième pouvait obtenir une connectivité commerciale tandis que sa politique de routage était enregistrée dans une base de données créée grâce à une subvention de la NSF.

C’est cette variation qui rend la portée institutionnelle importante. Un instrument de financement pouvait lier son bénéficiaire. Une règle de programme pouvait régir le trafic financé. Un opérateur pouvait contrôler ses routes. Un registre pouvait allouer ou enregistrer des identifiants dans le cadre d’une autorité déléguée. Aucun de ces pouvoirs, sans instrument ou dépendance supplémentaire, ne prouvait les autres.

L’enregistrement aurait-il pu être séparé plus tôt?

Une alternative plausible aurait séparé l’enregistrement de base de l’éligibilité au backbone avant le transfert de 1993. Les organisations ayant besoin de numéros de réseau mondiaux uniques auraient pu s’adresser à un service d’enregistrement sans présenter de justificatif pour une route fédérale particulière. Les sponsors du backbone auraient tenu des registres d’accès distincts, tandis que les opérateurs auraient décidé quelles routes et quel trafic transporter.

Une partie de cette alternative était déjà contenue dans la RFC 1174. L’IAB a recommandé de supprimer le statut « connecté » des formulaires et des bases de données d’enregistrement de numéros, d’admettre les réseaux enregistrés dans le DNS sans tenir compte de l’approbation de connexion, et de laisser l’application des politiques aux opérateurs de réseau. Il a également proposé la délégation internationale de blocs tout en conservant les fonctions centrales IANA et de registre Internet.

La proposition n’établissait pas un marché libre de registres interchangeables. Les mises à jour initialement centralisées visaient à protéger la cohérence. Le registre Internet existant resterait le défaut en l’absence de délégué. Les registres candidats seraient approuvés et fonctionneraient dans les limites des blocs alloués.

Une structure de fournisseurs de services plus plurielle aurait pu offrir aux demandeurs une autre voie administrative lorsqu’un service était lent ou difficile à atteindre. Elle aurait également pu rendre les appels ou le renvoi des conflits plus explicites. Mais aucun instrument d’époque examiné ici n’établit un droit exécutoire de changer de fournisseur ou de faire appel d’un refus techniquement valide. Ce sont des possibilités analytiques, et non des recours observés.

La synchronisation aurait été une contrainte sérieuse. Des centres multiples attribuant à partir de pools qui se chevauchent pourraient créer des doublons. Des copies complètes de la base de données d’enregistrement devraient être distribuées en temps opportun sur une infrastructure moins mature et moins uniformément connectée que l’Internet d’aujourd’hui. La résolution des conflits nécessiterait une autorité de coordination reconnue.

L’agrégation d’adresses créait un autre problème. L’attribution indépendante sans délégation disciplinée de blocs pouvait disperser les adresses et agrandir les tables de routage. Au début des années 1990, la croissance du routage était déjà une préoccupation opérationnelle centrale. Les coûts d’un modèle d’allocation fragmenté retomberaient sur les routeurs et les opérateurs bien au-delà du registre traitant la demande.

La capacité administrative était inégale à l’échelle internationale. Un modèle distribué pourrait rapprocher les décisions des demandeurs, mais certains centres pourraient manquer de personnel, de connectivité fiable ou d’expérience. Un service expert central pourrait offrir une cohérence et une vision globale, en particulier lorsque le nombre d’opérateurs qualifiés était faible.

Le coût jouait également dans les deux sens. Le parrainage fédéral pouvait rendre l’enregistrement disponible sans facturer à chaque demandeur le coût total du service. Des fournisseurs de services multiples pourraient augmenter la capacité, ou pourraient introduire des frais et un service inégal. Les archives disponibles ne permettent pas de comparaison en termes de bien-être.

Il y aurait également des différends sur la politique et la hiérarchie. Un délégué pourrait interpréter le besoin différemment, allouer trop largement ou résister à une correction centrale. Les opérateurs pourraient se méfier des enregistrements provenant d’un centre faible. Un mécanisme de conflit devrait avoir l’autorité pour mettre en quarantaine les doublons, corriger les erreurs et préserver l’intégrité de la base de données commune.

L’alternative de l’époque était donc une délégation limitée, et non une concurrence sans restriction. L’enregistrement pouvait être séparé de l’approbation de connexion tandis que l’attribution restait coordonnée. L’inclusion dans le DNS pouvait être séparée du routage. Les informations sur les politiques pouvaient être collectées sans transformer le registre en un organisme d’application. Les opérateurs de backbone pouvaient appliquer leurs règles uniquement aux installations qu’ils contrôlaient.

La transition InterNIC de 1993 a mis en œuvre une partie de cette séparation sur le plan institutionnel. L’enregistrement non-DDN a été transféré au bénéficiaire responsable des services d’enregistrement dans le cadre d’un accord de coopération civil; le service DDN est resté distinct; les autres organisations participantes à l’InterNIC se sont occupées d’autres fonctions d’information. Cela n’a pas éliminé la coordination centrale, la dépendance à un seul service d’enregistrement ou l’implication fédérale. Cela a changé leur configuration.

Ce que les archives soutiennent en fin de compte

Les archives datées montrent plusieurs formes distinctes de soutien fédéral entre 1977 et 1995. La recherche financée par la Défense a soutenu la coordination à l’USC/ISI, tandis que le DDN-NIC de SRI a joué le rôle de registre Internet décrit en août 1990. La NSF a soutenu le backbone à grande portée par le biais de l’accord de coopération NCR 8720904, a confié l’enregistrement non-DDN à Network Solutions dans le cadre de l’accord de coopération NREN NIS, et a financé la coordination des routes et la transition vers l’interconnexion commerciale via son architecture successeur.

Les preuves documentaires sont les plus solides lorsqu’elles identifient les instruments, les rôles et les changements de service. La RFC 1400 donne la destination au 1er avril 1993 pour les demandes non-DDN et préserve l’exception DDN. La RFC 1594 sépare les trois organisations InterNIC et attribue l’allocation d’adresses IP et le travail ASN aux services d’enregistrement de Network Solutions. Le rapport de Merit identifie l’accord de coopération NSFNET, le rôle de Merit dans le programme, les opérations de backbone ultérieures d’ANS en tant que sous-traitant et la population de routage finale. Le GAO reconstitue la chronologie des contrats de la Défense tout en reconnaissant l’absence des instruments antérieurs.

Les preuves restent incomplètes au niveau des résultats individuels. Il n’y a pas de correspondance complète entre les subventions et les allocations, les dossiers de demandes représentatifs non américains sont absents, et les documents cités ne montrent pas combien de demandeurs ont été retardés ou refusés, combien dépendaient exclusivement d’une seule route, ou avec quelle cohérence les recommandations de 1990 ont été mises en œuvre. Ces lacunes empêchent de convertir les mécanismes administratifs et opérationnels observés en un total causal.

La portée silencieuse du financement américain n’était donc ni mythique ni absolue. Elle était la plus forte là où les contrats, la dépendance au backbone, la politique de routage et la pratique du registre s’alignaient. Elle s’affaiblissait là où l’attribution se séparait de la connexion, là où les réseaux étrangers ou commerciaux trouvaient d’autres chemins, et là où les opérateurs affirmaient leurs propres politiques de trafic. Les archives restantes soutiennent une histoire de levier conditionnel — et non une histoire de commandement universel.