Résumé

  • Le RFC 1008 décrit une confirmation facultative du contrôle de flux dans le transport ISO. Lorsqu'un message AK rouvre une fenêtre de crédit fermée, le destinataire peut le répéter rapidement et demander une confirmation FCC à l'émetteur.
  • Dans ce guide de juin 1987, Wayne McCoy indiquait qu'aucune expérience rapportée ne permettait de mesurer l'utilité de cette méthode. Si la confirmation manque, les répétitions s'arrêtent à la limite prévue et la minuterie ordinaire reprend son rôle.

Imaginons un récepteur dont les tampons sont pleins. Il ne donne plus de crédit ; l'expéditeur interrompt l'envoi. Un peu plus tard, des tampons se libèrent. Le récepteur émet un message AK annonçant qu'il peut accepter de nouvelles données. Le message disparaît. Les deux machines obéissent maintenant à des instructions cohérentes et incompatibles : l'une a de la place, l'autre n'a jamais reçu l'autorisation de l'utiliser. Personne ne ment. Tout le monde attend.

Wayne McCoy traite ce genre de panne dans le RFC 1008, guide de mise en œuvre du protocole de transport ISO diffusé en juin 1987 pour recueillir les commentaires des réalisateurs. Un AK peut confirmer des données, mais il peut aussi porter une information de contrôle de flux. Certains AK sont particulièrement importants : ceux qui rouvrent une fenêtre fermée, et certains qui suivent une réduction du crédit. La petite enveloppe contient alors le droit de repartir.

Quand cet AK se perd, la place libre ne disparaît pas. Seule la connaissance qu'en a l'expéditeur manque. La minuterie de fenêtre finira en principe par remettre les états d'accord, mais McCoy la décrit comme relativement longue. Pendant ce temps, le lien peut rester inutilement calme. La confirmation de contrôle de flux, FCC, cherchait à raccourcir cette attente : le récepteur renvoie l'AK crucial à intervalles rapprochés et demande confirmation de l'état du crédit. Si l'émetteur répond par un AK portant le paramètre FCC, les renvois rapides cessent.

Ce mécanisme possède une limite. Sans réponse FCC, il s'arrête après un nombre maximal de tentatives ; la minuterie de fenêtre reprend alors le relais. FCC reste facultatif, et l'expéditeur des données n'est pas tenu de répondre. McCoy suggère même de réutiliser la minuterie de fenêtre pendant les renvois rapides, puisqu'elle est désactivée à ce moment-là. La description formelle emploie deux minuteries distinctes pour être plus claire. Plus loin, le guide situe l'intervalle rapide autour de la somme des délais dans les deux sens du réseau, Erl + Elr.

Ajouter des messages pour éviter une attente n'est pas une affaire gratuite. Le guide invite à regarder la fréquence des réductions de crédit, la probabilité de perte des TPDUs, la durée de la minuterie, la taille de la fenêtre et la politique d'accusés de réception. Une fenêtre rarement bloquée n'a peut-être pas besoin d'un cérémonial supplémentaire. Une fenêtre souvent rouverte sur un chemin où les messages se perdent mérite qu'on étudie le coût du silence. McCoy dit clairement qu'il n'a pas connaissance d'expérience rapportée avec FCC et les renvois rapides ; le gain réel reste une question à tester.

Le contrôle de flux ressemble parfois à un feu de circulation. Ici, le feu passe au vert, mais le conducteur ne voit jamais le signal. Le récepteur peut frapper une nouvelle fois à la vitre et demander si l'autre l'a vu. C'est une petite scène de protocole où la ressource existe déjà ; ce qui manque, c'est la preuve que l'autorisation est arrivée. Un accusé de réception ne règle donc pas seulement un compte de données. Il peut remettre deux machines d'accord sur leur droit de poursuivre la conversation.