Accès au backbone NSFNET et pouvoir des adresses, 1986-1995

Résumé

L’enregistrement des adresses et l’accès au réseau étaient liés mais distincts. Un numéro de réseau Internet valide garantissait l’unicité et une trace administrative; il ne fournissait pas de circuit, d’adhésion régionale, d’éligibilité au NSFNET ni de route acceptée par les autres opérateurs.
La NSF finançait et supervisait le programme backbone, Merit le gérait, IBM fournissait des technologies de commutation de paquets et de l’ingénierie, MCI fournissait les installations de transmission, et plus tard ANS exploitait une grande partie de l’infrastructure T3. Les réseaux régionaux, les universités, les autorités d’identifiants et les opérateurs pairs conservaient des décisions différentes.
Le système de routage du NSFNET transformait les relations institutionnelles en portée opérationnelle en validant les numéros de réseau, les identifiants de système autonome et la représentation régionale autorisée. Cela rendait les enregistrements de routage aussi importants que les enregistrements de registre sans faire de Merit l’allocataire des adresses Internet.
L’investissement public a généré des avantages d’interopérabilité considérables: des liaisons nationales plus rapides, des opérations partagées, un accès universitaire élargi et un système de routage qui connectait des milliers de réseaux. La dépendance à cette portée subventionnée a néanmoins donné aux décisions régionales et de backbone des conséquences dépassant leurs mandats formels.
La transition de 1993–1995 a démontré la séparation des deux axes. L’enregistrement est passé à l’InterNIC tandis que les réseaux régionaux achetaient du transit commercial, les routes migraient vers plusieurs fournisseurs et points d’échange, et l’ancien service backbone NSFNET s’est terminé le 30 avril 1995.

Une illustration en couches, pas un cas documenté d’admission

L’université Kent State offre un aperçu utile des couches par lesquelles une adresse devenait utilisable, mais les preuves conservées ne rapportent pas une seule transaction continue d’admission.

Le registre des numéros Internet de juillet 1990 publié sous la référenceRFC 1166répertoriait131.123commeKENT-STATEdans la catégorie recherche. Cette entrée établit que le numéro était enregistré au nom de Kent State à cette date. Elle ne révèle pas la demande d’origine, la date à laquelle le numéro a été demandé pour la première fois, le raisonnement ayant conduit à son approbation ni les conditions selon lesquelles l’université obtenait sa connectivité externe.

Un compte rendu opérationnel distinct de 1991,RFC 1246, décrivait la position de Kent State au sein de l’Ohio Academic Resources Network, ou OARnet. Il faisait état d’un circuit DS1 entre Kent State et le point de présence d’OARnet à Akron, ainsi que d’une connexion à 56 kilobits représentée par131.187.36.0. Ce dernier numéro appartenait à l’infrastructure d’OARnet, et non au réseau131.123enregistré par Kent State. Le document décrivait également un chemin de secours indirect passant par Cleveland lorsque les liaisons préférées étaient indisponibles.

Il s’agit là de deux observations authentiques: un instantané du registre et un instantané opérationnel ultérieur du réseau régional. Elles ne prouvent pas les conditions d’adhésion initiales de Kent State, sa première annonce de route externe réussie, ni le chemin exact emprunté par un paquet un jour donné. Le redémarrage d’OARnet décrit dans la RFC 1246 concernait la convergence des routes vers les adresses d’infrastructure d’OARnet. Il ne doit pas être interprété à tort comme une capture de bout en bout d’une route vers131.123.

L’exemple limité expose néanmoins le mécanisme de gouvernance. Kent State avait besoin d’un identifiant qui n’entrerait pas en conflit avec un autre réseau. Elle avait besoin d’un rattachement à OARnet. OARnet avait besoin de connexions externes fonctionnelles et de l’autorisation de représenter les réseaux qu’elle abritait. Les routeurs de backbone et pairs devaient ensuite accepter les informations de joignabilité correspondantes. Une défaillance à n’importe laquelle de ces étapes pouvait rendre une destination injoignable, même si les autres enregistrements restaient intacts.

La distinction importe parce que le résultat pouvait sembler unitaire depuis le campus. L’utilisateur voyait seulement qu’un hôte distant était ou non joignable. Derrière ce résultat se trouvaient des décisions d’un registre, d’une université, d’un réseau régional, d’opérateurs de backbone, de fournisseurs de circuits et de pairs éloignés. Leurs pouvoirs interagissaient, mais ils n’étaient pas interchangeables.

Ce que la NSF a commandité – et ce que les archives publiques prouvent

Le premier instrument de la chaîne backbone n’était pas une politique d’allocation d’adresses. C’était l’appel d’offres lancé en 1987 par la National Science Foundation pour la gestion et l’exploitation d’un backbone NSFNET élargi.

L’historique ultérieur de Merit date la sollicitation de projet NSF 87-37 au 15 juin 1987. L’audition de la sous-commission de la science de la Chambre des représentants en 1992,Management of NSFNET, reproduit des passages importants de l’appel d’offres. Il décrit le système proposé comme une hiérarchie à trois niveaux: un backbone transcontinental, des réseaux de second niveau administrés de manière autonome et des réseaux de campus connectés en dessous. Le texte reproduit invitait également les proposants à suggérer des architectures ou méthodes alternatives qui pourraient être plus appropriées, économiques ou efficaces.

Ce langage établit la séparation prévue entre la gestion du backbone national et l’administration régionale. Il n’établit pas chaque clause de l’accord final. Un ensemble complet et authentifié contenant l’accord de coopération exécuté NCR-8720904, tous ses amendements, chaque arrangement avec IBM et MCI, et l’instrument d’exploitation ultérieur entre Merit et ANS n’est pas disponible dans les archives publiques citées. Toute affirmation concernant des clauses non publiées dépasserait donc les preuves.

L’enchaînement institutionnel plus restreint est bien étayé. Merit a proposé un backbone T1 à 1,5 mégabit par seconde avec IBM et MCI en août 1987. La NSF a annoncé un accord de coopération de cinq ans avec Merit en novembre. Des témoignages contemporains devant le Congrès et le récit institutionnel de Merit identifient Merit comme l’organisation responsable envers la NSF de la gestion et de l’exploitation du projet de backbone. IBM a fourni le matériel, le logiciel et l’ingénierie de commutation de paquets. MCI a fourni les installations de transmission longue distance. L’État du Michigan a apporté un soutien supplémentaire.

Ces contributions n’ont pas créé un acteur unique, corporatif ou fédéral, appelé « NSFNET ». La NSF était le bailleur de fonds et le superviseur du programme. Merit était le détenteur de l’accord de coopération et le gestionnaire du backbone. Les ingénieurs d’IBM contribuaient aux systèmes et au routage. MCI fournissait les circuits et l’expertise en communications. Les universités et les réseaux régionaux restaient administrés séparément. La fonction IANA et le registre Internet géraient les identifiants par une autre chaîne institutionnelle.

La distinction entre un accord de coopération et un simple achat est également pertinente, bien qu’elle ne tranche pas la question centrale de l’article. La NSF exerçait une implication continue dans un programme d’infrastructure dont la conception et l’exploitation dépendaient des contributions de plusieurs organisations. Elle pouvait superviser l’attribution, examiner les performances, approuver les modifications et décider de prolonger ou non le soutien. Elle n’acquérait pas la propriété de toutes les adresses dont le trafic transitait plus tard par le service.

Le nouveau backbone T1 est devenu opérationnel sur treize sites à l’été 1988. Le récit institutionnel final de Merit situe l’exploitation en juillet et fait état de 152 millions de paquets par mois à 1,5 mégabit par seconde. Le témoignage de la NSF devant le Congrès en 1992 utilisait une base de référence différente, décrivant le nouveau backbone comme transportant du trafic à partir d’août 1988 et présentant une croissance d’environ 200 millions de paquets par mois à 11 milliards au début de 1992.

Ces chiffres ne sont pas nécessairement contradictoires. Ils peuvent refléter des dates de rapport différentes, des observations mensuelles partielles ou complètes, ou des arrondis ultérieurs. Les documents publics ne définissent pas la différence avec suffisamment de précision pour les fusionner en un seul décompte exact du « premier mois ». La conclusion défendable est que le service T1 est entré en exploitation en juillet–août 1988, Merit rapportant 152 millions de paquets mensuels au point de juillet et la NSF utilisant ensuite une base d’environ 200 millions de paquets en début de service.

Cette réserve ne diminue pas la réussite. Le système à treize nœuds a remplacé un dispositif à 56 kilobits saturé par un backbone de production, a soutenu l’interconnexion régionale et a donné aux universités l’accès à des ressources informatiques et informationnelles distantes sans exiger de chaque campus la construction d’un réseau national.

Le système T1 combinait plusieurs barrières

La structure opérationnelle de 1988 à 1990 peut être décomposée en décisions distinctes:

Fonction	Acteur ou instrument principal	Ce qu’il contrôlait
Financement et supervision du programme	National Science Foundation	Sélection et soutien du programme backbone, examen des performances et conditions attachées au soutien fédéral
Gestion du backbone	Merit Network en vertu de NCR-8720904	Coordination de l’ingénierie, exploitation du réseau, services d’information, liaison régionale et administration de la politique de routage
Technologie et transmission	IBM et MCI, avec le soutien du Michigan	Systèmes de commutation de paquets, logiciels, ingénierie et circuits longue distance
Accès orienté campus	Réseaux régionaux et institutions participantes	Adhésion, circuits locaux, équipements, redevances, préparation technique et rattachement du campus
Administration des identifiants	IANA à l’Information Sciences Institute de l’USC et fonctions de registre Internet au DDN-NIC géré par SRI	Numéros de réseau et de système autonome uniques et leurs enregistrements administratifs
Représentation de route	Opérateurs de campus et régionaux	Quel réseau régional pouvait représenter une destination et avec quelle préférence
Acceptation des routes par le backbone	Opérations de Merit et mécanismes de routage backbone	Validation des informations de réseau et de système autonome par rapport aux enregistrements de politique
Propagation ultérieure	Autres opérateurs fédéraux, régionaux, internationaux et commerciaux émergents	Acceptation et annonce au-delà du backbone immédiat
Éligibilité du trafic	Conditions d’utilisation du backbone NSF et politiques des réseaux connectés	Quel trafic particulier pouvait emprunter le chemin soutenu par le gouvernement fédéral

La structure financière augmentait l’importance pratique de l’alignement entre ces barrières.RFC 1192, un rapport d’un atelier de commercialisation de 1990, estimait les coûts annuels du backbone à environ 10 millions de dollars, dont la NSF payait moins de 3 millions. Il attribuait une large part du solde à l’État du Michigan et aux services apportés par IBM et MCI. Le même rapport estimait que la NSF finançait environ 40 % des coûts des réseaux de niveau intermédiaire qu’elle soutenait, tout en signalant une fourchette allant de zéro à 75 %.

Il s’agissait d’estimations d’atelier, non d’un droit uniforme ou d’une grille tarifaire. Elles montrent néanmoins pourquoi une route soutenue par la NSF pouvait avoir plus de valeur qu’une simple adresse. Les fonds fédéraux, le soutien des États, les contributions d’entreprises, les redevances régionales, les dépenses universitaires et l’ingénierie en nature se combinaient pour créer un service national dont le coût total n’était pas facturé à chaque campus comme un transit longue distance commercial.

L’avantage était collectif. Une université n’avait pas à négocier un circuit dédié vers chaque centre de supercalcul ou chaque autre réseau régional. Des protocoles communs et un backbone exploité permettaient à un seul rattachement d’atteindre un ensemble croissant de destinations. Les effets de réseau qui en résultaient augmentaient la valeur de chaque route utilisable.

La dépendance était le revers de cet avantage. Une fois que les chercheurs, les bibliothèques, les administrateurs et les services informatiques des campus comptaient sur la connectivité à distance, un retard sur une liaison régionale ou une entrée de politique de backbone imposait un coût réel aux utilisateurs. Pourtant, l’emplacement du remède dépendait de la défaillance. Une entrée de registre erronée relevait des administrateurs d’identifiants. Une ligne louée défaillante relevait du campus, du réseau régional ou du transporteur. Une annonce non autorisée relevait des opérations de routage. Le rejet par un pair éloigné ne pouvait être corrigé par la NSF simplement en déclarant la destination légitime.

L’accès régional n’était pas une règle fédérale uniforme

L’architecture à trois niveaux plaçait les réseaux régionaux entre les campus et le backbone national, mais ces réseaux n’étaient pas des branches administratives identiques de la NSF ou de Merit.

Le compte rendu opérationnel d’OARnet de 1991 décrivait un réseau desservant l’enseignement supérieur de l’Ohio et permettant les connexions pour les entreprises engagées dans la recherche, le développement de produits ou l’enseignement. Il utilisait TCP/IP et DECnet, connectait directement 29 sites et exploitait une topologie dans laquelle 13 routeurs fonctionnaient comme routeurs de frontière de système autonome.

Sa principale relation de routage externe dans le compte rendu de la RFC 1246 passait par un réseau démilitarisé à Columbus connecté à CICNet. Certaines parties d’OARnet généraient une route par défaut lorsque la session extérieure correspondante était disponible plutôt que de transporter toutes les informations EGP extérieures à l’intérieur. OARnet disposait également de passerelles vers d’autres systèmes, y compris le NASA Science Internet.

Cet arrangement donnait à OARnet des choix opérationnels. Ses ingénieurs déterminaient les coûts de routage interne, les chemins de secours, la conception des points de présence et la manière dont la joignabilité externe devenait une route par défaut à l’intérieur du système régional. Les opérateurs du backbone de Merit ne choisissaient pas le coût du chemin d’OARnet entre Kent State et Akron, et le DDN-NIC ne configurait pas les routeurs OSPF d’OARnet.

Les liaisons de Kent State rapportées montrent ce que la topologie régionale modifiait. Le circuit DS1 offrait un chemin préféré plus rapide. La connexion à 56 kilobits et le chemin plus long passant par Cleveland constituaient une alternative moins attrayante pendant un redémarrage. Au fur et à mesure du rétablissement des liaisons, OSPF recalculait les routes. L’événement démontre la convergence et la résilience régionales; il ne montre pas que le préfixe externe de Kent changeait ni ne prouve que tout le trafic externe utilisait le NSFNET.

D’autres réseaux régionaux utilisaient des arrangements organisationnels et techniques différents. L’étudeThe Strategic Future of the Mid-Level Networksdécrivait BARRNet comme répartissant la propriété des équipements et la responsabilité opérationnelle entre les institutions participantes. NYSERNet s’appuyait fortement sur des accords avec des entreprises de télécommunications. PREPnet externalisait de nombreuses fonctions auprès d’un transporteur. NorthwestNet utilisait Boeing Computer Services, tandis que NEARnet utilisait BBN.

L’empreinte de BARRNet en 1991 comprenait environ 80 sites universitaires, gouvernementaux et commerciaux avec des débits d’accès allant de 9,6 kilobits par seconde au T1. Il se connectait à Stanford à la fois aux installations NSFNET T1 et T3 et disposait également de liaisons vers ESnet, les réseaux de la défense et les systèmes universitaires californiens. Ce n’était pas la même topologie, le même marché ni le même environnement institutionnel qu’OARnet.

Par conséquent, l’« accès au NSFNET » ne pouvait se réduire à une seule demande nationale de campus. Une université avait généralement besoin d’une organisation régionale désireuse et capable de la connecter, d’un circuit loué approprié, d’équipements, de personnel technique et d’un arrangement de routage. L’organisation régionale pouvait recevoir un soutien fédéral, mais elle pouvait aussi compter sur des crédits d’État, des redevances institutionnelles, des membres corporatifs, des contrats avec des transporteurs ou des contributions en nature.

Un campus retardé n’était pas nécessairement interdit d’Internet par un décret fédéral. Il pouvait plutôt manquer d’un circuit de dernier kilomètre abordable, ne pas correspondre à la catégorie d’adhésion d’un réseau régional ou ne pas pouvoir satisfaire à une exigence d’équipement. L’existence d’une autre route dépendait de la géographie, de la présence de fournisseurs, de l’éligibilité et de l’interconnexion.

Cette limite probatoire est importante pour Kent State. Les documents conservés ne fournissent ni l’accord de connexion initial de Kent à OARnet, ni les frais, ni la date d’installation, ni les devis de services alternatifs. Ils ne permettent donc pas d’affirmer qu’un fournisseur de remplacement précis était disponible pour Kent en 1988 à un prix connu. Les connexions d’OARnet à CICNet et à la NASA n’établissent pas que Kent aurait pu acheter ces chemins indépendamment ou les utiliser si son rattachement à OARnet avait été refusé.

L’admission régionale était une véritable barrière. Ce n’était pas une barrière standardisée au niveau national, et les archives disponibles sur Kent ne conservent aucun refus, appel ou alternative chiffrée.

Un numéro enregistré n’était pas un droit à un service

Le système d’identifiants portait les traces de la politique antérieure d’interconnexion. La RFC 1166 distinguait les réseaux entité à l’Internet de recherche et opérationnel des réseaux IP indépendants. Les réseaux indépendants étaient marqués d’un astérisque et nécessitaient une autorisation distincte pour s’interconnecter. Le131.123de Kent State et le131.187d’OARnet apparaissaient comme réseaux de recherche sans cette marque.

C’était une information administrative significative en juillet 1990, mais sa signification doit rester limitée. L’entrée ne prouvait pas qu’une route était active à chaque instant. Elle ne spécifiait pas quel réseau régional était responsable de chaque paquet. Elle n’ordonnait pas à un transporteur de fournir un circuit ni ne contraignait un réseau étranger à accepter la destination.

RFC 1174, publiée en août 1990, explique à la fois la division institutionnelle et l’insuffisance croissante du « statut connecté ». Elle identifiait la fonction IANA comme étant assurée par l’Information Sciences Institute de l’USC. Elle identifiait SRI International comme le registre Internet chargé de rassembler et d’enregistrer les informations sur les identifiants de réseau et de système autonome attribués.

Le document décrivait une histoire dans laquelle les numéros avaient d’abord été attribués à des organisations entité à la recherche Internet, puis à des réseaux gouvernementaux ou soutenus par le gouvernement autorisés à s’interconnecter. À mesure que TCP/IP se répandait dans les réseaux privés, le registre attribuait des numéros globalement uniques même lorsqu’une organisation n’avait pas l’intention de se connecter à l’Internet subventionné par le gouvernement fédéral. Le « statut connecté » devint une tentative de distinction entre la possession d’un identifiant et l’autorisation gouvernementale de s’interconnecter.

En 1990, ce champ binaire ne décrivait plus le réseau avec précision. Les systèmes régionaux accueillaient des membres variés. Les réseaux commerciaux émergeaient. Les réseaux internationaux ne pouvaient raisonnablement se réduire à l’approbation d’un sponsor américain. Un réseau pouvait transporter une partie de son trafic par un chemin soutenu par la NSF et une autre partie par un pair ou un backbone différent.

La RFC 1174 recommandait donc que le registre Internet supprime le statut connecté des formulaires et des bases de données, recueille plutôt des informations sur l’accès et les politiques de transit, et autorise tout réseau enregistré à entrer dans le système de noms de domaine sans égard au statut connecté. Elle indiquait que le registre devait administrer l’espace de numéros tandis que les administrateurs de réseau appliquaient la politique de trafic.

Ce document était une recommandation de l’IAB, non une norme technique ni la preuve que chaque formulaire, base de données et routeur ait changé immédiatement. Sa chronologie ne doit pas être compressée en une réforme du jour au lendemain. Ce qu’il établit clairement, c’est que les décideurs reconnaissaient l’enregistrement et l’interconnexion comme des fonctions différentes et cherchaient à retirer l’application de l’accès de la couche d’attribution des noms et des identifiants.

Il ne s’agissait pas d’une distinction purement théorique. Une organisation pouvait avoir besoin d’un numéro unique pour un réseau TCP/IP privé sans disposer de transit externe. Inversement, un campus pouvait avoir un accès physique à un réseau régional tout en ayant besoin d’un espace d’adressage légitime et non conflictuel avant de pouvoir être représenté en toute sécurité sur l’Internet élargi.

La politique de routage créait la jonction opérationnelle

L’enregistrement rendait un identifiant administrativement légitime. La politique de routage déterminait si le backbone croyait qu’un réseau particulier était joignable par un système régional donné.

Dans laRFC 1092, Jacob Rekhter décrivait une limitation du protocole de passerelle extérieure utilisé entre le nouveau backbone et les réseaux régionaux. L’EGP seul ne pouvait empêcher un réseau régional de revendiquer une destination appartenant à un autre. Il ne pouvait pas non plus exprimer une hiérarchie fiable de chemins préféré et de secours dans un environnement maillé avec des liaisons « backdoor » supplémentaires.

Le remède proposé était à la fois institutionnel et technique. Un réseau choisirait un ou plusieurs représentants régionaux par des arrangements bilatéraux. Les informations sur les représentants primaires et secondaires choisis seraient communiquées au centre d’opérations du réseau NSFNET et entrées dans la base de données de politique de routage. Le backbone ignorerait une annonce provenant d’un réseau régional qui n’était pas autorisé à représenter cette destination.

RFC 1093décrivait l’architecture correspondante. Les backbones régionaux devaient utiliser des numéros de système autonome uniques. Les nœuds du backbone vérifiaient à la fois les numéros de réseau et le numéro de système autonome source. Les chemins préférés étaient dérivés d’informations fournies par les backbones régionaux et les campus rattachés. Les réseaux régionaux pouvaient générer des routes par défaut internes, tandis que le backbone maintenait une joignabilité explicite pour les réseaux attachés et pairs.

La route dépendait donc de l’accord entre des enregistrements provenant de différentes autorités:

Un numéro de réseau devait être unique et correctement enregistré.
Un campus devait avoir une relation de rattachement avec un réseau régional.
Le campus et le réseau régional devaient convenir d’une représentation et d’une préférence de chemin.
Les données de politique du backbone devaient autoriser le système autonome régional à annoncer cette destination.
Le circuit et les sessions de routeur correspondants devaient être opérationnels.
Les autres opérateurs devaient accepter et propager la route si la joignabilité au-delà de NSFNET était nécessaire.

Ces conditions étaient cumulatives mais non constitutionnellement unifiées. Le registre pouvait corriger l’identité associée à un numéro, mais ne pouvait réparer un circuit DS1 défaillant. Un opérateur régional pouvait rétablir une liaison, mais ne pouvait rendre un numéro dupliqué globalement unique. Le centre d’opérations de Merit pouvait rejeter une annonce non autorisée, mais ne pouvait forcer un pair indépendant à accepter une route.

C’est ici que l’accès au backbone façonnait le pouvoir des adresses. La base de données de politique du NSFNET n’était pas le registre d’adresses, mais l’inclusion dans un système de routage largement utilisé rendait un numéro enregistré plus utile. À mesure que le réseau joignable s’élargissait, une représentation correcte via le backbone acquérait une plus grande valeur pratique.

Le même système limitait les revendications de route unilatérales. Un réseau régional ne pouvait pas simplement annoncer le numéro de réseau d’une autre organisation avec une métrique préférée et s’attendre à ce que le backbone y croie. Les enregistrements de politique et la validation du système autonome transformaient une relation administrative en permission de routage.

L’autorité qui en résultait était plus étroite que la propriété d’une adresse et plus large que le simple acheminement mécanique de paquets. Les opérateurs du backbone contrôlaient ce que leur propre service acceptait. Parce que ce service avait une portée exceptionnelle, leurs décisions opérationnelles pouvaient affecter de nombreux utilisateurs. L’ampleur de la conséquence provenait de la topologie et de l’adoption, non d’un mandat mondial.

Ce que les chiffres de croissance mesurent

L’expansion de NSFNET est une preuve tangible de l’utilité publique, mais ses statistiques décrivent des populations différentes.

Le chiffre de 152 millions de paquets mensuels de Merit en juillet 1988 et la base d’environ 200 millions de la NSF en début de service concernent le trafic. Ils ne dénombrent pas les adresses ni les institutions. Le témoignage de la NSF faisait état d’environ 11 milliards de paquets par mois en mars 1992, une mesure de l’utilisation en forte croissance plutôt qu’un recensement des organisations connectées.

Le backbone lui-même est passé de 13 sites T1 à une architecture T3 de 16 sites. Un site backbone n’était ni un campus, ni un réseau régional, ni un utilisateur individuel. C’était un nœud ou un point de rattachement au sein du service national.

Les déclarations au Congrès en 1992 faisaient référence à environ 5 000 réseaux, dont environ 1 500 en dehors des États-Unis, connectés au système global. Ces estimations ont été présentées lors d’une audition politique et institutionnelle et ne doivent pas être traitées comme un instantané exact de la table de routage.

Une mise à jour du routage NSFNET datée de janvier 1993 signalait 8 997 réseaux configurés dans la base de données de politique T3. Ce décompte représentait les entrées réseau configurées et leurs chemins de système autonome préférés. Il ne s’agissait pas d’un décompte des organisations uniques. Une même institution pouvait détenir plusieurs réseaux de classe, et une entrée configurée pouvait avoir des représentations primaire et de secours.

Les totaux d’allocation dans laRFC 1366mesuraient encore autre chose. En 1992, le document rapportait 49 numéros de classe A alloués, 7 354 de classe B et 44 014 de classe C. Il s’agissait d’unités d’allocation dans le système d’adressage par classes, non de clients de NSFNET. Certains étaient utilisés par des réseaux privés ou non-NSF, et une classe A représentait une capacité d’adressage bien supérieure à une classe C.

La visualisation du trafic ultérieure conservée parCAIDArapporte 18,5 billions d’octets entrants en décembre 1994. Pour cette visualisation, 24 435 réseaux clients nationaux ont été agrégés en 12 177 connexions de trafic virtuelles selon la ville et le nœud backbone. Là encore, un réseau client, une ligne virtuelle sur une visualisation et une institution n’étaient pas équivalents.

Utilisés avec précaution, ces chiffres montrent plusieurs formes d’expansion: plus de trafic, plus de routes configurées, plus d’allocations d’adresses, plus de réseaux clients et une plus grande portée géographique. Ils ne prouvent pas que le financement du backbone ait causé à lui seul chaque changement. La baisse des coûts des équipements, la diffusion des logiciels TCP/IP, les investissements régionaux, les services commerciaux, la demande des campus, les réseaux internationaux et de nouvelles applications y ont tous contribué.

L’affirmation causale peut donc rester modeste mais importante. L’investissement de la NSF et le service dirigé par Merit ont offert un environnement de routage partagé à haute capacité qui a permis à une grande partie de cette croissance de devenir mutuellement joignable. Il n’a pas produit chaque adresse allouée, et la corrélation temporelle entre la croissance des adresses et celle du backbone n’établit pas que Merit contrôlait l’attribution.

Le T3 a changé la capacité et les opérations, non l’autorité sur les identifiants

En 1990, le système T1 était de nouveau sous pression. La montée en T3 a augmenté la transmission nominale du backbone de 1,5 à 45 mégabits par seconde et a étendu l’architecture à 16 sites. Elle a également modifié l’organisation opérationnelle.

Merit, IBM et MCI ont créé Advanced Network & Services, Inc., ou ANS, en septembre 1990. Le compte rendu de l’audition de 1992 au Congrès décrit Merit comme restant responsable en vertu de son accord de coopération tout en sous-traitant une part substantielle de la gestion et de l’exploitation du backbone amélioré à la nouvelle organisation à but non lucratif. L’histoire institutionnelle finale de Merit présente de même ANS comme le véhicule opérationnel pour une grande partie des travaux sur le T3.

Les documents publics disponibles établissent les contours organisationnels mais ne révèlent pas chaque clause opératoire de l’accord Merit–ANS du 17 septembre 1990. Il est donc plus prudent de décrire la division observable que d’attribuer des droits non documentés. La NSF restait le bailleur de fonds et le superviseur du programme. Merit restait responsable dans la chaîne de l’accord de coopération. ANS entreprenait d’importants travaux d’ingénierie et d’exploitation du T3. IBM et MCI continuaient à fournir des technologies, des installations, du personnel et un soutien importants.

Le passage au T3 n’a pas été instantané. L’installation des nœuds, le transport initial du trafic, la migration des rattachements régionaux et la mise hors service du réseau T1 étaient des événements distincts. Le récit de Merit situe l’achèvement du système T3 à 16 sites en 1991. Les installations T1 et T3 ont alors coexisté tandis que les rattachements et les routes migraient.

Un avis d’exploitation de Merit archivé dans les enregistrements NANOG de novembre 1992 prévoyait l’arrêt du backbone T1 le mercredi 2 décembre 1992. Cet avis daté apporte la distinction manquante entre l’arrivée antérieure du service de production T3 et l’arrêt ultérieur du service T1 restant. Le backbone T3 n’est pas devenu entièrement exclusif simplement parce que les premières liaisons T3 transportaient des paquets.

Le système de routes s’est également étendu. La mise à jour de janvier 1993 signalant 8 997 réseaux T3 configurés illustre la quantité de données de politique que les opérations du backbone devaient maintenir. Chaque entrée représentait un réseau et les chemins de système autonome attendus, non l’octroi d’une adresse. La base de données opérationnalisait des relations déjà établies ailleurs.

Cette phase a donc intensifié la barrière pratique sans changer son identité juridique. Une entrée de politique T3 manquante ou incorrecte pouvait affecter la joignabilité sur un service beaucoup plus vaste. Cela ne faisait pas d’ANS ou de Merit l’IANA, et ne transférait pas la propriété des numéros enregistrés à la NSF.

La commercialisation a introduit des alternatives de manière inégale

Les services TCP/IP commerciaux émergeaient avant que la transition T3 ne soit achevée. AlterNet et Performance Systems International commercialisaient de la connectivité. Les réseaux régionaux desservaient certaines organisations de recherche industrielle et cherchaient des revenus au-delà du soutien fédéral. Le Commercial Internet Exchange offrait une interconnexion en dehors des conditions de trafic du backbone soutenu par la NSF.

ANS a créé une filiale à but lucratif, ANS CO+RE, en 1991 pour fournir un service commercial. L’arrangement est devenu controversé parce que ANS exploitait aussi l’infrastructure utilisée pour le service soutenu par le gouvernement fédéral. Les entités à l’audition de la Chambre de 1992 contestaient la répartition des coûts, la consultation, l’interconnexion et l’avantage concurrentiel.

Les témoignages ne permettent pas de transformer chaque allégation en conclusion. Les critiques soutenaient que la structure favorisait un chemin et brouillait les limites du soutien public. Merit et la NSF soutenaient que l’arrangement encourageait l’investissement privé tout en protégeant le service de recherche et d’éducation. L’audition établit l’existence d’un différend institutionnel sérieux, non une conspiration avérée ni une revendication de propriété.

Pour la valeur des adresses, la commercialisation importait parce qu’elle rendait un couple alternatif de plus en plus possible: un numéro enregistré valide pouvait être routé via un fournisseur commercial plutôt que via NSFNET. Un client pouvait acquérir du service, faire installer un circuit et demander au fournisseur de représenter son réseau.

Cette possibilité restait conditionnelle. Un fournisseur devait avoir une présence géographique ou un point de présence joignable. Le client devait disposer d’un circuit de dernier kilomètre, d’équipements, de personnel, d’un contrat de service et de l’acceptation du routage. L’existence d’un backbone commercial aux États-Unis ne prouvait pas que chaque université pouvait acheter un service comparable localement ou à un prix abordable.

Les documents conservés sur Kent State ne fournissent pas de devis contemporain d’AlterNet, de PSI ou d’un autre fournisseur commercial couvrant l’emplacement de Kent, l’éligibilité, l’installation et le coût complet. Ils ne montrent pas que BITNET, le NASA Science Internet ou un réseau régional voisin était disponible comme substitut général de transit IP. Il serait donc spéculatif d’affirmer qu’un service alternatif précis était faisable pour Kent en 1988 ou de lui attribuer un prix comparatif.

Ce que les archives plus larges montrent, c’est un changement du marché au fil du temps. Au début des années 1990, les organisations disposaient de plus de fournisseurs amont possibles et de plus de lieux pour échanger du trafic. Les connexions multiples de BARRNet démontrent que les systèmes régionaux pouvaient utiliser NSFNET en parallèle de chemins d’agences et locaux. La RFC 1092 envisageait déjà des représentations primaire, secondaire et « backdoor ». La croissance commerciale a transformé ces possibilités techniques en choix de services, bien qu’inégalement.

L’autorité pratique de NSFNET s’est par conséquent affaiblie avant que le service ne prenne formellement fin. Il restait très important, mais un réseau enregistré était moins dépendant d’un seul chemin national subventionné une fois que les fournisseurs commerciaux et les relations d’échange pouvaient offrir des destinations comparables.

L’enregistrement s’est poursuivi sur un calendrier distinct

L’administration des identifiants a connu son propre changement institutionnel pendant que le backbone T3 fonctionnait.

L’appel d’offres de la NSF de mars 1992,NSF 92-24, divisait les services d’information réseau en fonctions d’enregistrement, d’annuaire et de base de données, et d’information. À compter du 1er janvier 1993, l’accord de coopération NCR-9218742 de la NSF avec Network Solutionsa établi des services d’enregistrement non militaires dans le cadre de ce qui est devenu le dispositif InterNIC.

Le cahier des charges couvrait l’enregistrement des domaines Internet, l’attribution des numéros de réseau et l’attribution des numéros de système autonome en coordination avec l’IANA et les documents de politique pertinents. Il ne confiait pas à Network Solutions la responsabilité d’exploiter les routeurs NSFNET ni de choisir les fournisseurs de transit commercial.

RFC 1400documentait la transition opérationnelle du DDN-NIC vers l’InterNIC. Elle fixait au 1er avril 1993 la date à laquelle les demandes d’enregistrement non-DDN devaient être adressées au nouveau service. L’enregistrement militaire restait sur son chemin distinct.

Cette séquence importe parce qu’elle s’est produite avant l’arrêt de l’ancien backbone. En 1993, une université pouvait adresser une demande de numéro ou de système autonome à l’InterNIC pendant que son réseau régional continuait d’utiliser le service T3 exploité par ANS. La base de données de politique de routage et la base de données d’enregistrement étaient administrativement distinctes, même quand elles partageaient des identifiants et des informations de contact.

Un enregistrement exact affectait toujours le routage. Les opérateurs devaient savoir quelle organisation détenait un réseau et qui contacter en cas de contestation d’une annonce. Mais l’enregistrement du registre n’activait pas une interface backbone. De même, une route valide dans NSFNET ne transférait pas la fonction d’enregistrement sous-jacente à l’opérateur du backbone.

La transition de 1993–1995 a redistribué l’autorité d’accès

L’appel d’offres de la NSF de mai 1993,NSF 93-52, proposait quatre domaines de projet distincts: les points d’accès au réseau, un arbitre de routage, le soutien aux réseaux régionaux et un service de réseau backbone à très haut débit pour la recherche avancée.

La structure évitait délibérément de remplacer l’ancien service NSFNET par un backbone commercial unique. Les fournisseurs de services réseau commerciaux transporteraient le trafic général et s’interconnecteraient aux points d’accès réseau. Les réseaux régionaux achèteraient du service amont auprès de ces fournisseurs, avec une aide transitoire de la NSF. La coordination du routage continuerait par le biais d’un projet d’arbitre de routage. Le vBNS répondrait aux besoins de recherche avancée plutôt que de servir de successeur universel unique.

Ladécision du GAO concernant la contestation de Sprint contre l’attribution du vBNSconfirme que NSF 93-52 envisageait plusieurs accords de coopération et que MCI a été sélectionné pour le projet vBNS en février 1994. La décision souligne également la nécessité de distinguer ce service de recherche du transit commercial remplaçant l’ancien backbone.

La chaîne d’accès a changé en conséquence:

Fonction dans la transition	Acteurs principaux	Conséquence opérationnelle
Financement transitoire	NSF	A soutenu la migration sans choisir un backbone commercial permanent unique
Continuité de l’ancien backbone	Merit et ANS	Ont maintenu le service existant disponible pendant que les réseaux régionaux migraient
Transit de remplacement	ANSNet, internetMCI, SprintLink, PSINet et d’autres fournisseurs	Ont vendu de la connectivité dans le cadre d’accords de service distincts
Migration régionale	Réseaux régionaux et leurs membres	Ont choisi des fournisseurs, installé des circuits, testé les routes et assumé le risque local de transition
Administration des identifiants	IANA, InterNIC et registres délégués émergents	Ont poursuivi l’administration des numéros et des contacts indépendamment du choix du fournisseur
Interconnexion	Opérateurs de points d’accès réseau et fournisseurs entités	Ont fourni des lieux d’échange entre plusieurs backbones
Coordination du routage	Entités à l’arbitre de routage, fournisseurs et opérateurs clients	Ont maintenu les informations de routage et diagnostiqué les incohérences de joignabilité
Backbone de recherche avancée	NSF et MCI via le projet vBNS	Ont fourni un service haute performance distinct plutôt qu’un transit commercial de remplacement général

Un rapport de transition de Merit daté du 30 septembre 1994 montre pourquoi l’enregistrement seul ne pouvait achever la migration. Il suivait cinq dépendances opérationnelles: des points d’accès réseau fonctionnels, le rattachement de NSFNET à ces points, les nouveaux rattachements des fournisseurs, les services de l’arbitre de routage et la connexion de chaque réseau régional à son fournisseur choisi. Une défaillance dans l’un de ces domaines pouvait laisser une institution avec des identifiants valides mais une joignabilité incomplète.

La transition finale s’est déroulée par étapes plutôt que de manière cérémonielle. L’avis de Merit du 14 avril 1995 signalait que seules sept organisations avaient complètement rompu leur ancienne relation avec NSFNET. Beaucoup utilisaient de nouveaux fournisseurs tout en conservant NSFNET comme secours.

Les sessions restantes devaient faire l’objet d’un arrêt test le 21 avril pour révéler les réseaux injoignables. Un rétablissement temporaire restait possible pendant la correction des problèmes. L’avis prévoyait ensuite l’arrêt définitif des sessions restantes le 28 avril, suivi de l’arrêt du service backbone le 30 avril.

Un communiqué de la NSF daté du 15 mai confirmait que le service backbone NSFNET avait été mis hors service à minuit le 30 avril 1995.

L’arrêt illustre fortement la séparation entre l’enregistrement des adresses et le service backbone, mais il ne prouve pas que chaque préfixe individuel ait migré sans interruption. Démontrer la continuité pour le131.123de Kent State, par exemple, nécessiterait des observations de routage appariées avant et après en plus de l’entrée de registre. Les avis de transition disponibles montrent un système conçu pour préserver la joignabilité pendant le changement de services; ils ne fournissent pas une trace spécifique au préfixe de Kent.

Ce que l’on peut affirmer avec confiance, c’est que l’arrêt de l’ancien backbone n’a pas aboli le système d’identifiants. Les fonctions de l’InterNIC et de l’IANA ont continué. Les réseaux régionaux ont acheté du transit de remplacement. Les fournisseurs ont échangé des routes aux nouveaux points d’interconnexion. La valeur opérationnelle des adresses a persisté uniquement parce que ces nouveaux acteurs transportaient et acceptaient les routes.

Tester les deux axes sans inventer d’alternatives

La distinction peut être testée à travers plusieurs scénarios limités.

Un identifiant valide sans transit externe utilisable

Supposons qu’une université possède un numéro de réseau enregistré globalement unique mais ne dispose pas d’un rattachement régional fonctionnel ou d’un fournisseur amont acceptable.

Elle pourrait utiliser le numéro en interne sans entrer en conflit avec un autre réseau enregistré. Elle pourrait exploiter des services TCP/IP locaux et échanger du trafic sur tout chemin bilatéral acceptant de le transporter. L’enregistrement resterait significatif.

Ce qui lui manquerait, c’est une joignabilité externe générale. L’université aurait besoin d’une connexion régionale, d’un fournisseur commercial, d’un chemin d’agence éligible ou d’un pair dédié. Chaque option exigerait son propre accord et ses propres installations physiques. L’enregistrement ne contraindrait aucun d’entre eux à fournir un service.

Pour Kent State, les archives historiques n’établissent pas quel substitut, le cas échéant, remplissait toutes ces conditions en 1988. Les multiples passerelles ultérieures d’OARnet prouvent la topologie, non un droit à un service indépendant pour Kent. L’existence de BITNET ne fournirait pas en soi un transit IP général. Les fournisseurs commerciaux sont devenus plus plausibles après 1990, mais aucun enregistrement complet du prix ou de la disponibilité propre à Kent n’a été retrouvé.

La conclusion justifiée est donc limitée: une adresse enregistrée pouvait survivre sans NSFNET, mais son utilité externe dépendait de l’obtention d’un autre transporteur et d’une route acceptée. La faisabilité ou l’abordabilité pour Kent à une date donnée reste inconnue.

Un accès physique sans identifiant public valide

Inversons les conditions. Un réseau régional pourrait disposer d’un circuit disponible et être disposé à raccorder un campus, mais le campus pourrait manquer d’un numéro de réseau valide pour un usage Internet général.

Le circuit pourrait transporter du trafic selon un plan d’adressage local ou un autre arrangement techniquement coordonné. Les possibilités techniques génériques incluraient l’utilisation d’un espace d’adressage valide contrôlé par le fournisseur ou le report de l’annonce publique jusqu’à la résolution de l’enregistrement. Les documents conservés sur OARnet n’établissent pas quelle solution il aurait offerte à Kent, aussi aucune ne doit être présentée comme une politique d’OARnet.

Ce que le campus ne pouvait pas faire en toute sécurité, c’était choisir le numéro public d’une autre organisation et s’attendre à ce que le routage mondial fonctionne. Un adressage dupliqué pouvait mal acheminer les paquets ou amener les filtres à rejeter l’annonce. Les mécanismes de politique de NSFNET étaient spécifiquement conçus pour comparer les informations de réseau et de système autonome à la représentation attendue.

La solution commencerait du côté des identifiants: obtenir ou corriger une attribution légitime et s’assurer que les contacts et la représentation responsables étaient exacts. L’ouverture d’un port backbone ne pouvait pas rendre un identifiant dupliqué unique.

Une route légitime qu’un pair refuse de transporter

Une destination pourrait être correctement enregistrée, rattachée à un réseau régional et acceptée par NSFNET tout en restant injoignable via un autre fournisseur.

Chaque pair ou backbone contrôlait sa propre politique de routage. L’échelle de NSFNET rendait ses informations influentes, mais il ne pouvait pas commander à chaque opérateur gouvernemental, commercial ou international de propager un réseau. Une adresse routée était donc la preuve d’une acceptation le long d’un certain chemin, non la preuve d’une approbation universelle.

Le remède approprié était le diagnostic de route et la coordination inter-opérateurs. Le registre pouvait aider à identifier les contacts mais ne pouvait pas imposer le transport. Merit pouvait corriger sa propre base de données de politique mais ne pouvait pas configurer chaque réseau distant.

Une connectivité éligible avec du trafic nécessitant un autre chemin

Un campus pouvait également posséder un identifiant valide et une route fonctionnelle tandis qu’une partie du trafic était inéligible pour le backbone soutenu par le gouvernement fédéral. C’était un problème de politique de trafic, non une annulation de l’adresse ni un refus d’adhésion physique.

L’institution pourrait avoir besoin d’acheminer le trafic concerné par un autre fournisseur ou de démontrer qu’il servait l’objet autorisé de recherche et d’éducation. Le point important ici est institutionnel: le respect de l’usage acceptable était une condition supplémentaire sur le chemin, non l’autorité qui créait le numéro.

Ces scénarios évitent une fausse symétrie. Leurs conséquences n’étaient pas identiques et les remèdes disponibles différaient. L’échec de l’enregistrement menaçait l’unicité et la représentation stable. L’échec régional menaçait le rattachement local. L’échec du backbone menaçait le transport interrégional. Le rejet par un pair menaçait la portée au-delà du fournisseur immédiat. Le conflit de politique de trafic affectait les usages pouvant emprunter un chemin soutenu particulier.

Pour l’utilisateur du campus, tous pouvaient produire le même symptôme: une destination distante ne répondait pas. L’analyse de gouvernance doit reconstituer la couche à laquelle la défaillance s’est produite.

Où se situaient l’autorité et les conséquences

La NSF gouvernait directement le programme qu’elle finançait. Elle a choisi et supervisé la structure d’accord de coopération, soutenu la connectivité régionale, examiné les performances, approuvé les modifications et conçu plus tard la transition vers les points d’accès réseau, les fournisseurs de services commerciaux, un arbitre de routage et le vBNS.

Merit a géré et coordonné le backbone dans le cadre de son accord avec la NSF. Ses responsabilités comprenaient les opérations réseau, les services d’information, la liaison régionale et les données de politique nécessaires pour maintenir la cohérence d’un système routé en expansion.

IBM et MCI ont fourni des contributions techniques et de communication distinctes. Ils n’étaient ni des autorités d’adhésion universitaire ni des registres de numéros Internet. Pendant la phase T3, ANS a assumé des travaux d’ingénierie et d’exploitation étendus tandis que Merit restait dans la chaîne d’accord avec la NSF.

Les réseaux régionaux contrôlaient la couche orientée campus. Ils décidaient qui ils pouvaient desservir, comment les circuits et les équipements seraient organisés, quels frais et conditions locales s’appliquaient, et comment le routage interne fonctionnait. Leurs structures étaient hétérogènes, et les conséquences de la géographie ou d’un choix limité de transporteurs variaient considérablement.

La fonction IANA, le travail de registre Internet du DDN-NIC et plus tard les services d’enregistrement de l’InterNIC contrôlaient les identifiants et les enregistrements par une séquence distincte. Ces enregistrements importaient parce que des numéros dupliqués ou mal attribués ne pouvaient soutenir un routage mondial fiable. Les autorités d’identifiants n’exploitaient pas le circuit DS1 de Kent State ni ne choisissaient son chemin amont.

Les opérateurs de campus, régionaux, de backbone et pairs convertissaient ces relations en joignabilité. Ils configuraient des routeurs, échangeaient des informations de routage, validaient les représentants attendus, rétablissaient les sessions défaillantes et décidaient des routes à propager. Leur travail déterminait si un numéro enregistré était utilisable à un moment donné.

La proposition selon laquelle NSFNET amplifiait le pouvoir des adresses ne tient donc que dans un sens distribué. La connectivité financée par la NSF rendait l’Internet plus utile. Plus le backbone et ses pairs connectaient de destinations, plus il devenait précieux de posséder un identifiant correctement représenté dans cet environnement.

Cet effet augmentait aussi les conséquences des décisions d’admission régionale et de politique de routage. Un enregistrement dans le registre des numéros était nécessaire mais insuffisant. Un circuit régional sans identifiant légitime était également insuffisant. Aucun des deux axes ne produisait à lui seul une joignabilité générale.

L’investissement public ne doit pas être considéré comme accessoire à ce résultat. NSFNET a créé une interopérabilité nationale à une vitesse et une échelle que les universités individuelles étaient peu susceptibles de reproduire séparément. Il a partagé les coûts fixes, développé les opérations, soutenu la croissance régionale et donné aux chercheurs l’accès à des ressources distantes. Son succès explique en partie son pouvoir: la dépendance a suivi l’utilité.

La dépendance ne doit pas non plus être confondue avec un monopole formel sur les adresses. Des services commerciaux, des réseaux d’agences, des pairs directs et des « backdoors » régionaux existaient ou émergeaient à différents moments. Leur disponibilité était inégale et leur existence ne garantissait pas une alternative réalisable pour chaque institution. Mais ils démontrent que la valeur des routes pouvait migrer sans que l’identifiant ait besoin d’être recréé.

La transition de 1995 a rendu cette séparabilité visible à l’échelle du système. L’ancien backbone a pris fin. L’enregistrement a continué. Les réseaux régionaux ont changé de fournisseurs. Les routes ont migré sur les réseaux commerciaux et les points d’échange. La coordination du routage a persisté dans de nouvelles organisations.

Ce n’était pas la preuve que chaque migration s’était déroulée sans heurts. C’était la preuve que l’identité Internet et le transport Internet pouvaient survivre à un remplacement institutionnel parce qu’ils n’avaient jamais été la même fonction.

La NSF ne possédait pas les adresses transportées sur NSFNET. Merit ne décidait pas de toutes les admissions à l’Internet mondial. ANS n’est pas devenue l’IANA en exploitant le service T3. Le DDN-NIC et l’InterNIC ne fournissaient pas de circuits de campus. Les réseaux régionaux ne contrôlaient pas chaque pair au-delà de leurs frontières.

Pourtant, leurs décisions s’alignaient suffisamment étroitement pour que les utilisateurs puissent les ressentir comme une seule barrière. L’importance de NSFNET en matière de gouvernance réside dans cet alignement. L’accès au backbone façonnait le pouvoir des adresses non pas en absorbant l’autorité sur les identifiants, mais en déterminant si un identifiant légitime pouvait participer à l’un des environnements de routage les plus précieux de son époque.

Merit Network et le NSFNET: quand l’accès au backbone déterminait le pouvoir des adresses