Résumé

  • RFC 787 faisait circuler l’argument d’A. Lyman Chapin pour un service sans connexion aux côtés du service orienté connexion dans le modèle de référence OSI. Une unité autonome pouvait être envoyée sans établir de connexion à ce niveau.
  • La note de juillet 1981 invitait aux commentaires avant un examen éventuel par l’ANSI X3T5, puis une proposition possible à l’ISO. Le document se présentait expressément comme un travail encore dépourvu d’approbation du comité et de consensus américain.

Certaines communications méritent une longue conversation. D’autres ressemblent à un thermomètre qui annonce la température du moment. A. Lyman Chapin a utilisé cette différence pour interroger le modèle OSI en préparation. Sa RFC 787 diffusée en juillet 1981 portait un mémoire de travail sur la transmission sans connexion. Un paquet autonome pouvait partir en une opération. Le mémoire, lui, devait prendre rendez-vous avec des relecteurs, un comité américain et éventuellement des groupes internationaux. Les normes avaient leur propre rituel de connexion.

La note d’envoi donnait l’itinéraire. Plusieurs organisations américaines concernées par les normes internationales de communication de données recevraient le texte. Une période de commentaires s’achevait le 1er septembre 1981. Chapin en préparerait ensuite une nouvelle version; le comité ANSI chargé des questions liées au modèle OSI, ANSC X3T5, pourrait l’examiner. S’il l’approuvait, le texte pourrait devenir le socle d’une position américaine présentée aux groupes compétents de l’ISO.

Sur la première page du mémoire, un encadré disait qu’il n’avait encore reçu ni examen ni approbation du comité et ne représentait pas le consensus des États-Unis. L’archive RFC rendait l’argument public. Le tampon restait au bureau du comité.

Le désaccord portait sur la forme des échanges. Un service orienté connexion établit une association avant le transfert; cette association peut porter ordre, récupération et autres états utiles à une longue conversation. Le service sans connexion décrit par Chapin transmet une unité de données complète d’une source vers une destination sans négociation préalable à ce niveau de service et sans assurance ordinaire de livraison. Les utilisateurs du niveau supérieur peuvent toujours installer leurs propres délais, accusés de réception, répétitions ou numéros de séquence.

Il devenait possible de choisir où placer cette discipline au lieu de l’imposer à chaque petite phrase.

Le mémoire alignait des situations concrètes. De nombreux capteurs pouvaient faire remonter des mesures périodiques vers un centre; une lecture perdue serait bientôt suivie d’une autre, tandis qu’une absence prolongée appellerait une alerte. Un réseau pouvait diffuser une nouvelle adresse de serveur ou prévenir plusieurs machines d’un arrêt imminent. Une demande unique et sa réponse formaient un autre échange court; Chapin citait notamment les réservations, l’inventaire, les systèmes bancaires et des contrôles industriels.

Il exposait aussi le travail des centres de conduite électrique, avec mesures, requêtes et commandes adressées à plusieurs points. Diffusion de groupe, voix numérisée et télémétrie ajoutaient des exemples où attendre la réparation d’un vieux paquet pouvait coûter davantage que recevoir le suivant.

Chapin faisait attention au vocabulaire technique. Un service qui confirmait la livraison ou l’échec de chaque datagramme ressemblait à un envoi unique, mais le mémoire le traitait comme un hybride, puisqu’il ajoutait une promesse d’assurance. L’application pouvait construire sa propre fiabilité au-dessus d’un service sans connexion. La question architecturale était de savoir quel niveau assumait la négociation, l’ordre et la récupération. Une lecture de capteur et une conversation durable n’avaient pas besoin de la même garde-robe.

La RFC 787 prenait donc la forme d’une enquête et d’un cours rapide pour des personnes chargées de dessiner les couches OSI. Elle demandait une place parallèle pour deux formes de service, à choisir selon les usages. Son statut suivait une autre logique tout aussi nette: mémoire transmis aux relecteurs, révision attendue, décision de l’ANSI éventuelle, présentation à l’ISO conditionnelle. Le texte nous donne l’argument de 1981 et le chemin qu’il espérait parcourir.

Le datagramme de l’exemple pouvait se passer de préambule. La proposition sur les datagrammes devait convaincre des gens qui allaient engager beaucoup d’implémentations. Chapin leur apportait des cas faciles à imaginer: un relevé de température, une annonce à plusieurs hôtes, une question suivie d’une réponse. Les paquets avaient parfois une raison de partir vite. Les membres du comité avaient une raison de lire lentement.