Résumé

  • CSNET partit d’un constat explicite de la NSF : aucun réseau unique ne pouvait répondre aux besoins de tous les hôtes. Il construisit donc un réseau logique au-dessus de plusieurs moyens d’accès, au lieu de faire de la connexion la plus coûteuse une condition préalable.
  • Les membres raccordés à ARPANET, les sites utilisant IP sur le réseau X.25 de Telenet et les participants PhoneNet appartenaient à la même communauté, mais ne recevaient pas les mêmes services. PhoneNet offrait du courrier différé, non le transfert de fichiers ni la connexion distante.
  • La réussite dépendit des frontières : relais, transformation d’adresses, service de noms, distribution de logiciels et assistance. Ces fonctions réduisaient le coût d’entrée, tout en créant des dépendances qui devaient rester visibles et remplaçables.

Le laboratoire situé hors d’ARPANET

Pour comprendre CSNET, il faut quitter la carte des grandes liaisons et regarder un département d’informatique qui ne pouvait pas rejoindre ARPANET. Il connaissait déjà la valeur du courrier électronique et de la coopération à distance, mais l’accès au réseau dépendait d’un programme de recherche de défense. Construire un équivalent local ou acheter immédiatement une liaison complète aurait transformé la capacité financière en critère d’admission scientifique.

Le rapport annuel 1980 de la National Science Foundation formule une autre hypothèse : aucun réseau n’est entièrement adéquat pour tous les hôtes et tous les utilisateurs. Le futur CSNET devait donc être un « super-réseau logique », capable d’accueillir à la fois une machine isolée et des systèmes exigeant des communications rapides.

Les contrats accordés en 1981 aux équipes du Wisconsin, de Purdue, du Delaware et de RAND concrétisèrent ce principe. Le rapport de projet distingue trois voies. Un membre pouvait arriver par ARPANET, obtenir un service Internet complet sur le réseau public X.25 de Telenet, ou utiliser PhoneNet pour échanger du courrier par appels téléphoniques avec des relais.

Cette architecture ne supprimait pas les différences matérielles. Elle cessait simplement d’en faire un préalable commun.

Un service partiel, mais pas un faux service

PhoneNet n’était pas une connexion IP lente. Un site composait le numéro d’un relais, déposait son courrier, récupérait les messages en attente, puis coupait la liaison. Il pouvait choisir la fréquence des appels selon ses besoins et le coût téléphonique qu’il acceptait. Il ne recevait ni connexion distante ni transfert de fichiers.

La limitation était réelle. Pourtant, le courrier constituait déjà un instrument de travail collectif exceptionnellement utile. Une institution pouvait entrer dans les échanges avant de disposer de l’infrastructure nécessaire à une connexion interactive. Le niveau inférieur avait donc une valeur propre, sans être présenté comme l’équivalent du niveau supérieur.

Cette distinction demeure essentielle. Une offre bon marché n’élargit pas un réseau si elle isole ses utilisateurs, cache ses restrictions ou rend tout passage vers un service plus riche impossible. PhoneNet était utile parce que ses messages traversaient la frontière.

RFC 886 montre la difficulté concrète. Les sites PhoneNet n’étaient pas forcément inscrits dans les tables d’hôtes d’ARPANET. Un système ARPANET ne savait donc pas toujours où envoyer une réponse. Les relais réécrivaient l’adresse afin qu’elle désigne un hôte relais connu. Ce « remaniement » d’en-tête était imparfait, mais il transformait un correspondant inconnu en destinataire joignable.

RFC 882 présente ensuite CSNET et ARPA dans ses exemples de noms de domaine et de transfert du courrier. Il signale aussi les limites des règles génériques. L’interopérabilité ne consistait pas à déclarer les espaces identiques ; elle consistait à fournir un chemin exécutable, puis à remplacer progressivement les conventions fragiles.

IP sur un réseau commercial

L’équipe de Purdue travailla sur l’autre pont : transporter des datagrammes IP au-dessus de X.25. RFC 877 documente le standard adopté par CSNET, la passerelle VAN et d’autres organisations.

La portée économique était importante. CSNET n’avait pas besoin de posséder la totalité de l’infrastructure de transmission. Telenet fournissait le réseau public de données ; le logiciel CSNET y faisait circuler le service Internet. Un établissement pouvait ainsi obtenir davantage que du courrier sans attendre la construction d’un nouveau réseau national dédié.

Le fournisseur commercial conservait ses prix, ses contraintes et ses limites techniques. La séparation n’abolissait donc ni le pouvoir de l’opérateur ni la dépendance au transport. Elle rendait toutefois le protocole supérieur portable entre des infrastructures ayant des histoires et des propriétaires différents.

Le réseau invisible : noms, assistance et facturation

Un assemblage de liaisons ne devient pas une communauté parce que les paquets circulent. Il faut trouver les personnes, installer les logiciels, résoudre les incidents et expliquer les coûts.

Le serveur de noms de CSNET conservait des renseignements sur les utilisateurs, leurs affiliations et leurs boîtes aux lettres. Le Coordination and Information Center distribuait documentation et logiciels, répondait aux questions et participait à la comptabilité et à la facturation. Ces services créaient une expérience commune là où le transport restait inégal.

Ils concentraient aussi du pouvoir opérationnel. Une panne de relais, une donnée de nom erronée ou une assistance inaccessible pouvait annuler la promesse d’ouverture. La frontière ne doit donc jamais être considérée comme un simple détail technique : elle est une partie du produit et une source de responsabilité.

De la subvention aux cotisations

Le financement de la NSF était limité à cinq ans. CSNET devait devenir autonome. En 1986, plus de 165 organismes universitaires, publics et industriels participaient au réseau, représentant plus de 50 000 chercheurs, enseignants et étudiants. Le récit historique de la NSF indique des cotisations et frais d’usage allant d’environ 2 000 dollars pour de petits départements à 30 000 dollars pour de grands membres industriels. Une autre rétrospective situe le sommet près de 200 sites et quinze pays.

Ces chiffres montrent une demande, non une égalité. Les cotisations réduisaient la dépendance à une subvention unique, mais formaient un nouveau seuil. De même, l’accord de 1981 permettant au trafic CSNET de partager l’infrastructure ARPANET sans règlement mesuré paquet par paquet ne rendait pas l’infrastructure gratuite : il rendait son partage négociable.

CSNET fusionna avec BITNET au sein de CREN en 1987, puis son service cessa en 1991. Cette fin ne diminue pas son importance. Un pont institutionnel peut réussir précisément parce que ses utilisateurs, ses protocoles et ses pratiques survivent dans une infrastructure plus vaste. Il faut éviter d’en conclure que CSNET causa seul NSFNET ; le réseau ultérieur avait une population et des choix propres. CSNET avait néanmoins démontré qu’une communauté pouvait croître avant l’uniformité de ses connexions.

Sources et limites des preuves

Les documents contemporains établissent l’intention et les mécanismes ; les récits ultérieurs fournissent les effectifs et l’héritage. Ils ne constituent pas un journal complet de chaque site. « Ouvert » désigne ici la communauté de recherche informatique, et non le grand public.