Summary

  • RFC 801 fixait au 1er janvier 1983 la fin d’une migration confiée à chaque organisation hôte ; des relais à double protocole devaient assurer certains services entre-temps.
  • Le bilan de 1985 confirme la date, mais relève des difficultés de courrier, de diffusion des noms d’hôtes et de performance après la bascule.

Analyse

Un « jour J » évoque une mise à jour simultanée. La migration NCP–TCP de l’ARPANET ressemblait plutôt à une échéance commune pour de nombreux exploitants distincts. En novembre 1981, RFC 801 demandait à chaque organisation hôte d’installer IP/TCP et les services principaux — Telnet, transfert de fichiers et courrier — sur ses propres systèmes. Le travail devait commencer avant janvier 1982 ; le remplacement complet de NCP était fixé au 1er janvier 1983.

Le plan savait que les machines ne changeraient pas toutes ensemble. Certaines parleraient TCP quand d’autres resteraient sous Network Control Protocol (NCP). Des hôtes relais devaient donc exécuter les deux environnements et faire passer Telnet, FTP ou le courrier entre eux. Pour copier un fichier à travers la frontière, l’utilisateur pouvait se connecter au relais, récupérer le fichier depuis un hôte NCP, puis le reprendre par TCP. La compatibilité était un service à exploiter, pas une promesse abstraite.

Le courrier avait fait l’objet d’un travail antérieur. RFC 773, publié en octobre 1980, examinait le transfert entre anciens et nouveaux systèmes et recensait des questions ouvertes : désignation des relais, diffusion des noms d’hôtes et des capacités. Il fallait faire plus que changer le format des paquets : les noms devaient être disponibles et les opérateurs maintenir un passage fonctionnel.

Le calendrier de RFC 801 prévoyait que la plupart des hôtes utilisent TCP en juillet 1982, que le dernier hôte NCP termine sa conversion en novembre, puis que le « service Internet complet » commence en janvier 1983 avec la fin de NCP et des relais. Ce sont des objectifs du plan. Le bilan RFC 942, paru en 1985, confirme la bascule de l’ARPANET au 1er janvier 1983, après plusieurs années de coexistence et six derniers mois d’ajouts d’hôtes TCP seuls.

Ce bilan nuance la clôture. Les contrôleurs d’accès et les serveurs de service devaient prendre en charge les deux protocoles avant la conversion des hôtes utilisateurs. Les relais ont surtout servi au courrier, peu aux autres usages. Le Network Information Center n’était pas prêt pour les nouveaux protocoles, ce qui a perturbé la distribution de la table des noms d’hôtes. Enfin, les serveurs ont exigé analyse et réglage de performance une fois soumis à une charge durable.

La transition a donc atteint un objectif précis : NCP a cessé sur l’ARPANET et TCP/IP l’a remplacé. Cela ne signifie pas que chaque fonction de support avait été éprouvée sous charge ni que le passage fut transparent. RFC 820, publié en janvier 1983, rappelle que plusieurs protocoles étaient concernés. Le nouvel environnement reposait aussi sur les applications et sur les personnes chargées de les faire fonctionner.

Sources