Résumé

  • Dans sa demande de mai 1988 à NSFNET, NORDUNET ne proposait pas un réseau fédérateur réservé à Internet. Il voulait transporter IP, DECnet, X.25, EARN et des services OSI sur une infrastructure commune, exploitée par les organismes nationaux et financée, pour la liaison américaine, par les pays nordiques.
  • L’image de la « prise NORDUnet » rendait ce projet compréhensible : plusieurs communautés pouvaient utiliser le même réseau sans prétendre que leurs protocoles, leurs usages et leurs choix avaient déjà convergé. Les quatre broches représentaient des services, pas quatre pays.
  • Cette architecture a ouvert une voie régionale vers NSFNET sans supprimer les dépendances ni les pouvoirs de décision. La demande acceptait les règles de NSFNET et prévoyait même une migration vers ISO IP si la NSF la décidait. Les opérateurs nationaux, les transporteurs, les financements communs et le point d’arrivée américain restaient déterminants.

Une demande ne vaut pas encore connexion

Le 25 mai 1988, Peter Villemoes, président du comité directeur de NORDUNET, envoya à la National Science Foundation un document intitulé « Application for connection to the NSFnet ». Il commençait par une demande d’autorisation. Cette nuance est essentielle : une demande révèle des intentions et des engagements, mais ne prouve pas, à elle seule, qu’un circuit a été livré, que le routage fonctionne ou que les chercheurs ont accès au service.

Le projet annoncé était vaste. NORDUNET souhaitait des services Internet — courrier, transfert de fichiers et Telnet — mais aussi DECnet, des services X.25, le trafic BITNET/EARN fondé sur NJE et RSCS, et des services réseau OSI. Le réseau nordique devait commencer à 64 kbit/s, être exploité par les organisations nationales et relier les pays participants à NSFNET. La demande précisait que les pays nordiques prendraient en charge les coûts de la liaison américaine, suivraient les recommandations de passerelle de RFC 1009 et les règles de NSFNET, puis migreraient vers ISO IP si la NSF en décidait ainsi. Ces éléments décrivent un engagement dans une demande, non la preuve qu’une migration ultérieure a eu lieu. Le document original permet de lire le plan des acteurs eux-mêmes.

On est loin d’une proclamation selon laquelle un protocole avait déjà gagné. Le réseau devait offrir l’accès IP tout en prenant en compte les universités qui utilisaient d’autres systèmes. Leur logiciel installé, leurs correspondants et leurs routines de travail ne disparaissaient pas à l’arrivée d’une nouvelle architecture.

Un programme nordique avant le réseau fédérateur

Cette demande s’inscrivait dans une coopération qui mûrissait depuis plusieurs années. Les spécialistes nordiques des réseaux se réunissaient depuis 1980 ; un programme NORDUNET financé par les pays nordiques a suivi en 1985. Son objectif était de construire une infrastructure de recherche et d’enseignement partagée entre le Danemark, la Finlande, l’Islande, la Norvège et la Suède. Le programme institutionnel et le réseau en fonctionnement ne se confondaient pas : le premier fournissait un cadre politique et administratif ; les ingénieurs devaient encore faire cohabiter les lignes, les routeurs et les services. L’histoire institutionnelle de NORDUnet reconstitue cette période à partir de témoignages et de documents d’archives.

La première occasion concrète vint d’EARN, le réseau universitaire européen fondé sur les mécanismes IBM NJE/RSCS. En 1987, le projet X.EARN chercha à utiliser les lignes existantes d’EARN pour autre chose que le seul trafic EARN. L’ambition s’élargit : préserver un service dont les universités dépendaient, tout en faisant transporter d’autres usages par un réseau commun.

La transition ne fut pas un simple changement de configuration. Le projet initial de réutilisation des lignes EARN n’a pas pu être appliqué tel quel. NORDUnet a obtenu de nouvelles lignes louées. Le réseau a relié les environnements Ethernet nationaux au moyen de routeurs et de passerelles, puis a utilisé des ponts Ethernet pour le backbone nordique. L’équipe a finalement retenu une topologie en étoile autour de l’Institut royal de technologie de Stockholm, moins coûteuse qu’un carré. La mise en œuvre physique changeait ; l’objectif restait de relier les réseaux nationaux sans exiger que chaque pays reconstruise son système au même moment.

Quatre broches pour plusieurs services

Einar Løvdal présenta la « prise NORDUnet » lors d’une conférence à Reykjavík en septembre 1988. Chaque broche représentait un service que le backbone devait offrir aux réseaux universitaires nationaux. L’illustration montre quatre grandes familles : ARPA Internet IP, DECnet, X.25 et EARN. Le dessin synthétisait un concept de services ; il ne comptait pas les pays et ne constituait pas un inventaire exhaustif.

La demande adressée à NSF en 1988 montre cette limite : elle énumère cinq catégories prévues, en ajoutant les services réseau OSI séparément à IP, DECnet, X.25 et EARN. L’image condense un programme complexe en un symbole facile à retenir ; le document de demande constitue la meilleure source pour connaître l’engagement complet. Garder ces deux documents en parallèle évite de prendre la métaphore pour une liste complète de protocoles.

La prise ne signifie pas non plus qu’une passerelle unique traduisait chaque paquet ou chaque application dans tous les autres protocoles. Le système reliait des réseaux à l’aide de routeurs, de passerelles, de ponts et de dispositifs propres à certains services. RFC 1277 mentionnera par la suite des pilotes CLNS dans NSFNET et NORDUnet : cela montre que des travaux OSI coexistaient avec la voie Internet, non qu’une couche universelle rendait les protocoles interchangeables. RFC 1277 est une source normative contemporaine ; l’histoire de NORDUnet en éclaire le contexte.

L’utilité politique de la métaphore se trouvait ailleurs. Elle permettait aux organisations nationales de discuter des besoins des chercheurs sans trancher toutes les questions de doctrine. Un utilisateur voulait joindre une collègue, transférer un fichier ou maintenir un service. Ces résultats dépendaient des protocoles, sans se réduire au choix d’un protocole unique comme seul avenir légitime.

La liaison transatlantique a plusieurs dates

Le réseau nordique cherchait aussi une liaison vers le réseau américain de la recherche. La demande de mai 1988 sollicitait l’accord de la NSF et un point de connexion permettant de discuter de la liaison physique ; elle indiquait que tous les pays nordiques utiliseraient cette connexion. L’histoire de NORDUnet décrit une liaison satellite de 56 kbit/s vers le John von Neumann Center à Princeton. La chronologie de FUNET situe le fonctionnement du routage au 1er décembre 1988. L’histoire distingue la disponibilité, les essais et la période du ver Morris en novembre ; FUNET donne un jalon précis de routage. Ce ne sont pas des dates interchangeables d’un seul événement.

Il ne s’agissait pas de la première liaison entre l’Europe et les États-Unis, ni du tout premier raccordement européen à Internet. SATNET et certains projets de recherche avaient des liens antérieurs ; l’histoire de NORDUnet cite aussi l’INRIA. La contribution plus circonscrite était qu’un réseau de recherche international pouvait offrir une route commune aux universités de plusieurs pays nordiques. La demande de NSF éclaire la frontière de contrôle : NORDUNET prenait les coûts à sa charge et suivait les règles américaines de passerelle, tandis que la NSF gardait la décision pour son extrémité et pour une éventuelle migration vers ISO IP.

L’Islande rappelle qu’une prise commune ne donne pas le même chemin

L’Islande n’a pas simplement repris la même route physique que les quatre autres pays. En juillet 1989, SURIS se connecta à un point de présence NORDUnet au Danemark par IP sur X.25 via satellite. L’histoire de NORDUnet indique 2 400 bit/s ; la rétrospective d’ISNIC donne une plage observée de 300 à 1 200 bit/s. Ces chiffres décrivent une liaison particulière, pas la capacité du backbone nordique. Elle ajouta Telnet et FTP directs à un accès international auparavant fondé sur le courrier électronique et Usenet, puis fut remplacée environ un an plus tard par une ligne louée vers Stockholm. Le récit d’ISNIC éclaire cette histoire opérationnelle locale.

Cette liaison corrige l’image d’un réseau régional parfaitement homogène. Une intention commune de service n’offrait pas automatiquement le même équipement, le même prix, la même capacité ou la même expérience partout. L’architecture pouvait accepter une exception locale ; celle-ci conservait un coût et un plafond de performance.

Trieste fut un débat, pas un verdict

Lors de l’atelier RARE de Trieste, en mai 1989, l’Europe entrait dans la phase de mise en œuvre de COSINE, dont le projet reposait sur OSI. Løvdal présenta les services de NORDUnet et défendit l’idée que TCP/IP devait être reconnu comme un service européen, et pas seulement américain. Selon l’histoire rétrospective de NORDUnet, la réaction fut partagée : des applaudissements d’un côté, le silence de l’autre, puis des discussions nourries. Le rapport contemporain de la réunion RARE documente le contexte ; l’histoire institutionnelle attribue cette réaction aux participants.

Cet épisode ne prouve pas que « l’Europe a choisi TCP/IP » en une séance, ni que tous les opérateurs européens partageaient la même position. La demande de 1988 énumérait elle-même des services OSI et acceptait une possible migration future vers ISO IP. La question pratique était de maintenir les services pendant que les produits, les preuves et les choix politiques évoluaient. NORDUnet pouvait montrer qu’un backbone régional faisait déjà fonctionner IP et d’autres services avant la fin du débat européen.

La prise remplissait donc deux fonctions. Sur le plan technique, elle décrivait un moyen de relier plusieurs familles de services à une infrastructure régionale commune. Sur le plan politique, elle donnait aux réseaux nordiques un objet commun de discussion sans présenter les systèmes existants de l’autre camp comme illégitimes. Elle ne réglait pas le débat ; elle rendait le travail possible au milieu de celui-ci.

Ce que la prise laissait hors champ

NORDUnet n’était ni une utopie neutre vis-à-vis des protocoles, ni un réseau sans centre. Le programme disposait d’un comité directeur ; les organismes nationaux exploitaient le réseau ; des télécommunications nordiques fournissaient les lignes louées ; et la NSF contrôlait l’approbation et les règles de l’extrémité américaine. Une métaphore de services n’effaçait pas ces dépendances. Les documents disponibles ne prouvent pas non plus que tous les services prévus fonctionnaient partout, que tous les usagers obtenaient les mêmes performances ou que les participants avaient la même influence.

La conclusion historique la plus solide est plus étroite : le projet nordique n’a pas attendu qu’un protocole unique gagne pour interconnecter la région. Il a construit une route commune autour de services déjà utilisés, ajouté l’IP d’Internet et laissé à la NSF un point de décision explicite pour l’avenir. C’est ce qui rend la prise intéressante : elle représente une façon concrète de coordonner le changement sans confondre un backbone commun avec une réponse commune à toutes les questions futures.