Résumé

  • RFC 7141 distingue deux décisions : le réseau ne devrait pas faire varier la probabilité de marquage ou de rejet selon la taille du paquet, tandis que le transport devrait pondérer l’indication d’un paquet perdu ou marqué par ses octets.
  • Cette séparation évite qu’un petit paquet obtienne un avantage créé par le réseau, sans imposer une réaction au transport, garantir des débits égaux ni prouver une adoption généralisée.

Même débit, vingt-cinq fois plus de paquets

Un paquet est à la fois une unité de travail pour le routeur et un contenant d’octets pour le lien. Cette différence a compté avec la gestion active des files d’attente (AQM), qui cherche à signaler la congestion avant que la file ne soit simplement pleine. Dans les années 1990, Random Early Detection (RED) a cristallisé le débat. Le RFC 2309 évoquait le rejet en mode octet pour mieux rapprocher les pertes de la bande passante. Mais si un petit paquet risque moins d’être rejeté, sa taille devient en soi un avantage.

Publié en 2014 comme Best Current Practice, le RFC 7141 reprend la question. Son exemple compare deux flux à 48 Mbit/s : l’un envoie des paquets de 60 octets, l’autre de 1 500 octets. Les premiers sont vingt-cinq fois plus nombreux. Avec un taux de rejet de 0,1 % appliqué à chaque paquet, le flux à petits paquets perd davantage de paquets mais, dans cet exemple, autant de bits. Le rejet en mode octet divise par vingt-cinq la probabilité pour les petits paquets : les deux flux perdent alors le même nombre de paquets, mais le premier perd beaucoup moins de bits. C’est un résultat arithmétique, pas une mesure d’un réseau en service.

La réponse du RFC est scindée. Dans le réseau, la probabilité de rejeter ou de marquer par ECN un paquet ne devrait pas dépendre de sa taille. Pour RED, le RFC déconseille le rejet en mode octet : rendre les petits paquets moins susceptibles d’être marqués peut encourager la fragmentation ou ouvrir la voie à des flots de paquets minuscules. En revanche, il ne rejette pas la mesure de file en octets. Un lien limité par les bits devrait mesurer sa file en octets ; une ressource limitée par le traitement des paquets peut compter les paquets. L’unité de mesure et le biais de marquage sont deux décisions distinctes.

Au niveau du transport, le RFC recommande d’interpréter l’indication portée par un paquet perdu ou marqué en proportion de ses octets — comme si elle concernait chaque octet. L’extrémité peut ainsi tenir compte du poids du signal sans demander aux équipements partagés d’imposer leur propre définition de l’équité entre transports. C’est un objectif d’interprétation, pas une obligation de modifier tout algorithme ni une promesse de débits TCP égaux. Si l’on recherche des débits égaux, le RFC conseille de modifier TCP, pas le réseau.

La distinction intervient aussi lorsque des paquets marqués par ECN sont scindés ou fusionnés : les octets marqués devraient être conservés au fil de la transformation, sous réserve des contraintes de compatibilité héritées. Le RFC 7567 a ensuite remplacé les recommandations générales du RFC 2309 sur l’AQM et cite cette séparation du RFC 7141. L’enquête de ce dernier sur RED était explicitement limitée et ne relevait que peu, voire aucune, installation du rejet RED en mode octet. Les documents établissent une recommandation et un débat historique, non une adoption universelle, une attaque observée ou une configuration actuelle.

Sources : RFC 7141 · Notice de l’éditeur RFC · RFC 2309 · RFC 2914 · RFC 3168 · RFC 7567 · RFC 5681 · RFC 6679 · RFC 3550 · RFC 2474