Résumé

  • Le mécanisme d’acceptation/refus de RFC 1221 rendait visible la décision locale prise sur chaque sens de la liaison entre l’hôte et le Wideband Packet Switch.
  • Une acceptation du WPS signifiait que le message identifié avait franchi cette liaison locale sans être refusé ; le texte excluait expressément toute garantie de livraison au destinataire.
  • Le mécanisme pouvait être désactivé pour toute l’interface ou pour le seul numéro de message zéro. Une absence de réponse ne suffisait donc à prouver ni une perte, ni une livraison.

Un signal placé au premier guichet

RFC 1221, publié en avril 1991 par W. Edmond, décrit la deuxième version du Host Access Protocol utilisé dans TWBNET. La notice du RFC Editor le classe comme document informatif et indique qu’il met à jour l’essentiel, mais pas la totalité, de RFC 907. La fiche de l’IETF Datatracker le rattache au flux Legacy et précise qu’il n’a pas de statut formel dans le processus de normalisation de l’IETF.

Le document n’est pourtant pas une simple proposition abstraite. Il affirme que HAP avait été mis en œuvre dans le Terrestrial Wideband Network, ainsi que dans les routeurs et les hôtes qui s’y raccordaient. Cette phrase établit un contexte historique d’exécution. Elle ne fournit ni trace d’un message particulier, ni inventaire des versions effectivement déployées, ni preuve qu’un site précis activait le mécanisme étudié ici.

HAP fonctionnait sous IP et au-dessus de la liaison reliant l’hôte à son Wideband Packet Switch local. Le service était duplex intégral mais non fiable : si l’on exigeait une remise ordonnée et sans erreur sur la liaison d’accès, une couche inférieure devait l’assurer. Les datagrammes restaient indépendants, non séquencés et sans garantie de livraison. Les flux pouvaient réserver de la bande passante ; cette réservation ne transformait pas pour autant une décision du WPS source en reçu du destinataire.

L’acceptation/refus — A/R — se logeait exactement dans cet intervalle. Une fois le mécanisme activé, chaque sens de la liaison suivait des messages numérotés. Le récepteur renvoyait une acceptation lorsqu’il avait reçu le message depuis la liaison d’accès et ne le refusait pas. Un refus pouvait signaler un manque de priorité, une congestion, une destination déclarée morte ou une autre cause définie.

RFC 1221 qualifie A/R de manifestation externe de l’algorithme local de flux et de congestion du récepteur. C’est une définition d’autorité, pas seulement de format. Elle dit qui parle et sur quelle décision. Le texte ajoute aussitôt qu’une acceptation du WPS n’est pas un accusé de bout en bout, qu’elle ne garantit pas la livraison aux hôtes destinataires et qu’elle n’empêche même pas le réseau de jeter volontairement le message plus tard. Sa fonction première était de libérer ou de conserver correctement les tampons de l’hôte.

Le numéro n’était pas un passeport mondial

Le champ de huit bits rendait le retour corrélable sur la liaison. La suite avançait modulo 256, sautait zéro et ne devait pas laisser plus de 127 messages en attente dans un sens. Datagrammes et messages de flux partageaient cette séquence. Ces contraintes réduisaient l’ambiguïté d’une fenêtre locale ; elles ne créaient pas un identifiant durable à travers tous les commutateurs, jusqu’au processus destinataire.

Une acceptation portant le numéro N pouvait accepter implicitement des messages précédents encore en attente. Des refus ayant la même cause pouvaient viser un groupe. Plusieurs indications différentes pouvaient aussi être réunies, ou voyager dans un message de données de sens inverse. Lire un mot A/R isolé sans connaître la fenêtre ouverte revenait donc à arracher un résultat à son registre.

Le silence avait lui aussi plusieurs causes valides. L’hôte choisissait l’activation d’A/R lors de Restart Complete. Il pouvait placer l’interface en mode de rejet pur, et le numéro zéro désactivait sélectivement A/R pour un message. Une Unnumbered Response conservait certains retours critiques, mais ne reconstituait pas un reçu par message. Sans la configuration de la liaison, l’absence d’acceptation ne distinguait pas une fonction désactivée, un retour en attente ou une décision locale non observée.

GOPRI annonçait le présent, pas le futur

Le champ GOPRI signalait la priorité minimale actuellement admise. Il pouvait éviter à l’émetteur d’envoyer un trafic voué au refus, à condition que l’information soit assez récente. Ce signal restait consultatif. Il ne réservait ni tampon, ni lien intersite, ni disponibilité du WPS de destination au moment suivant.

Les codes de refus enrichissaient le diagnostic : congestion du WPS source, congestion du WPS destinataire, hôte mort, priorité insuffisante ou identifiant invalide n’appelaient pas la même décision de reprise. Mais la précision de la cause ne transformait pas le premier guichet en observateur omniscient du trajet complet.

Les autres champs avaient des limites comparables. La somme de contrôle de l’en-tête attestait une vérification bornée des mots de commande. Un niveau de fiabilité choisissait un traitement réseau. Un drapeau d’erreur pouvait accompagner le message. Aucun n’établissait que le logiciel destinataire avait compris les données ou produit l’effet attendu.

Une liaison revenue ne rendait pas les ressources

Après le redémarrage d’un WPS, RFC 1221 prévoyait que l’hôte puisse douter de l’état de ses flux et de ses groupes, puis interroger les ressources encore allouées. La reprise du trafic sur la liaison d’accès ne prouvait donc pas la survie des droits antérieurs.

Ce détail éclaire le principe général du document. HAP nommait des transitions étroites : message reçu localement, priorité momentanément admissible, ressource encore connue. L’histoire devient fausse lorsque ces transitions sont fusionnées en une seule étiquette de succès. En 1991 déjà, « accepté » et « livré » tenaient dans deux registres différents.

Sources