Résumé
- Le retrait du NSFNET n’était pas le remplacement d’un réseau par un autre, mais la validation coordonnée de points d’échange, de fournisseurs commerciaux, de serveurs de routes, de registres et de migrations régionales.
- Une coupure d’essai du peering a révélé les dépendances masquées par l’ancien backbone, tandis que la PRDB est restée active après le 30 avril 1995 jusqu’à ce que la RADB démontre sa parité.
La date la plus connue est le 30 avril 1995 : à minuit, dans chaque fuseau horaire concerné, les nœuds du NSFNET Backbone Service ont été mis hors tension. Mais la date la plus instructive est peut-être le 8 mai. Ce jour-là seulement, l’ancienne Policy Routing Database, ou PRDB, a quitté le service. Les machines chargées de transporter les paquets étaient déjà silencieuses ; une source de vérité nécessaire à leur succession ne l’était pas encore.
Cette chronologie interdit le récit facile du grand interrupteur. Susan R. Harris et Elise Gerich ont décrit plus d’une année de planification, de reconfigurations, d’arrêts partiels et de transitions. Gerich coordonnait le calendrier et les notifications officielles, sans être l’unique actrice de l’opération. Merit, la NSF, ANS, IBM, MCI, les réseaux régionaux, les fournisseurs d’accès commerciaux, les exploitants des NAP, USC ISI, l’équipe du Routing Arbiter et de nombreux ingénieurs ont chacun détenu une partie du résultat.
Une relève sans successeur unique
En 1992, la NSF a prolongé de dix-huit mois son accord avec Merit. Il fallait préparer l’appel à propositions suivant, laisser aux fournisseurs commerciaux le temps de mûrir et permettre à l’agence de se retirer de l’exploitation directe d’un réseau généraliste. L’architecture issue de la sollicitation de 1993 a volontairement réparti les fonctions : des Network Access Points pour l’interconnexion, le Routing Arbiter piloté par Merit avec USC ISI, le vBNS confié à MCI pour la recherche à très haut débit, et des services commerciaux choisis par les réseaux régionaux.
Il ne suffisait donc pas de constater qu’un nouveau backbone était prêt. Il n’y en avait pas. Quatre preuves devaient converger : les NAP devaient fonctionner en production ; les fournisseurs et les réseaux devaient y être connectés ; les Route Servers et un registre de routage utilisable devaient être opérationnels ; chaque réseau régional devait avoir déplacé son service vers un fournisseur commercial.
Les premières échéances ont glissé parce qu’un équipement livré n’est pas encore un service. Les paires de Route Servers primaires et de secours ont été expédiées en novembre 1994, mais il leur fallait aussi des circuits, des interfaces, des contrôleurs, des commutateurs, des ponts, un plan d’adressage, de la sécurité, une surveillance permanente et un accès hors bande. En mars 1995, les doutes sur la disponibilité et les performances de l’ATM ont conduit Pacific Bell et Ameritech à préparer des solutions de repli en FDDI sur leurs NAP.
Le pouvoir de déclarer le système prêt s’en trouvait dispersé. La NSF pouvait fixer la finalité, Merit conduire le retrait et chaque prestataire attester sa propre pièce. Aucun ne pouvait prouver seul que l’ensemble survivrait au NSFNET.
Le chemin de secours brouillait la preuve
Les migrations régionales montrent pourquoi les états de projet ne suffisaient pas. Gerich recevait les calendriers et les synthèses d’ingénierie des régions, en coordination avec Priscilla Huston, directrice des réseaux à la NSF. Aucun réseau n’a tenu la cible initiale du 31 octobre. Certains ont accusé trois ou quatre mois de retard. D’autres, déjà transférés, ont dû revenir temporairement au service complet du NSFNET après des problèmes de déploiement.
Ce droit au retour était utile tant que l’opération restait réversible. Il devenait trompeur s’il se prolongeait. À la mi-avril, seuls sept réseaux régionaux avaient entièrement coupé leur lien au NSFNET. Plusieurs disposaient bien d’un fournisseur commercial, tout en conservant le backbone fédéral comme secours. Une route absente, une capacité trop faible ou une habitude de diagnostic pouvait ainsi continuer à emprunter l’ancien chemin sans apparaître dans le compte rendu de migration.
En mars, Gerich a averti la communauté que le trafic ne diminuait pas assez vite. Merit a diffusé un histogramme des dix principales origines encore présentes. La mesure obligeait les déclarations à affronter les paquets. Dire « notre nouvelle liaison est installée » n’équivalait plus à démontrer « notre service ne dépend plus du NSFNET ».
L’irréversibilité devait arriver au bon moment
Les avis de résiliation à soixante jours constituaient un autre instrument de preuve. Ils étaient irrévocables : après l’envoi d’un avis, le service ne serait pas rétabli via le nœud concerné. Atlanta a reçu le premier lorsque SURAnet a été jugé prêt. Le 28 février, Gerich a envoyé l’avis formel couvrant les dix-neuf sites restants et fixant leur fin au 30 avril.
L’avis n’était pas une simple formalité administrative. Il transformait une confiance technique en engagement commun. Réseaux, fournisseurs et usagers ne pouvaient plus compter sur une prolongation tacite. Toute demande de capacité, de connectivité ou d’outil de diagnostic devait être exposée avant que le filet ne disparaisse.
Merit avait prévu de retirer le peering le 21 avril, de le remettre, puis de le supprimer définitivement le 28 avant l’arrêt du 30. Des réseaux ont signalé des dépendances précises. L’équipe a traité leurs difficultés sans déplacer l’échéance finale. Ce dialogue n’affaiblissait pas la décision : il convertissait une opposition générale en incidents nommés, attribués et réparables.
La première tentative a pourtant échoué pour une raison révélatrice. Le volume de modifications de routes a produit des fichiers de configuration tronqués ou corrompus. Il a fallu reporter l’essai, augmenter l’espace disponible et réduire certaines listes de réseaux. Le vieux système PRDB montrait ainsi, au moment de son retrait, qu’il ne supportait pas des milliers de changements simultanés. La panne de la répétition était précisément le renseignement qu’une répétition devait livrer.
Le peering a finalement été retiré le 25 avril. L’événement a été largement silencieux, même si quelques appels sont arrivés. Les nœuds ont ensuite été éteints le 30, à minuit localement. Ce calme n’efface ni les retards ni les retours en arrière ; il en est le produit.
Deux horloges pour le transport et la politique
La migration du registre de routage suivait une logique différente. La RADB était vide au départ, tandis que les outils existants dépendaient des attributs de la PRDB. Environ 40 000 politiques de préfixes, une centaine de fichiers de configuration et quelque 250 000 lignes produites toutes les deux semaines devaient être réconciliés. Les équipes ont convenu d’un attribut consultatif provisoire, converti les données, introduit les objets Maintainer et Autonomous System, puis exécuté les deux bases en parallèle.
La comparaison répétée, ligne par ligne, importait davantage qu’une promesse de compatibilité. Le RFC 1786, coécrit en 1995 par Gerich avec d’autres spécialistes des registres, documentait la représentation RIPE-81++ partagée entre plusieurs registres. La PRDB n’a été retirée que le 8 mai, après la parité des configurations et la préparation du transfert à ANS.
Le profil d’Internet Hall of Fame attribue à Gerich la supervision de l’arrêt de 1995 et du passage aux fournisseurs commerciaux. Il rappelle aussi sa coordination des phases T1 et T3, son rôle de cochercheuse principale pour le T3 et le Routing Arbiter, puis la création de NANOG avec Mark Knopper. Le fil conducteur est institutionnel : construire des espaces où des opérateurs indépendants peuvent partager des observations, prendre des engagements et rendre un système collectif gouvernable.
Rien dans les sources ne permet d’affirmer une transition parfaite ou sans interruption. Elles montrent mieux : des dates manquées, des retours arrière et un essai raté peuvent augmenter la fiabilité s’ils rendent les dépendances visibles avant l’acte irréversible. L’arrêt a réussi parce qu’il a accepté plusieurs horloges et parce qu’il a fait parler le trafic, les configurations et les exploitants avant de faire taire les routeurs.
Sources
- https://archive.icann.org/meetings/buenosaires2013/en/schedule/leader/gerich-elise.html
- https://nsarchive.gwu.edu/sites/default/files/documents/5989803/National-Security-Archive-National-Science.pdf
- https://www.internethalloffame.org/2020/06/03/forging-connections-and-collaboration-internet/
- https://www.internethalloffame.org/inductee/elise-gerich/
- https://www.merit.edu/about/resource/nsfnet-backbone-service-chronicling-the-end-of-an-era/
- https://www.merit.edu/research/projects/the-nsfnet-backbone-service/
- https://www.merit.edu/research/projects/the-routing-arbiter-project/
- https://www.merit.edu/wp-content/uploads/2024/10/Merit-Network_NSFNET-A-Partnership-for-High-Speed-Networking.pdf
- https://www.merit.edu/wp-content/uploads/2024/10/Merit-Network_Retiring-the-NSFNET-Backbone-Service_-Chronicling-the-End-of-an-Era.pdf
- https://www.nsf.gov/about/history/nsf0050/pdf/internet.pdf
- https://www.nsf.gov/impacts/internet
- https://www.rfc-editor.org/rfc/rfc1786.html
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance
