5.1. ECN comme Indication de Congestion Persistante (ECN as an Indication of Persistent Congestion)

Nous soulignons qu'un seul paquet avec le codepoint CE défini dans le paquet IP entraînera une réponse de la couche transport en termes de contrôle de congestion, comme pour un paquet perdu. La taille instantanée de la file d'attente peut connaître des variations considérables, même si le routeur ne connaît pas de congestion persistante. Par conséquent, il est important que la congestion transitoire au niveau d'un routeur (reflétée par une taille instantanée de la file d'attente atteignant un seuil bien inférieur à la capacité de la file d'attente) ne déclenche pas de réaction de la couche transport. Par conséquent, les routeurs NE DEVRAIENT PAS définir le codepoint CE en fonction de la taille instantanée de la file d'attente.

Par exemple, étant donné que les mécanismes d'indication de congestion d'ATM et de Frame Relay sont généralement définis sans le concept connexe de la taille moyenne de la file d'attente comme base pour déterminer la congestion d'un nœud intermédiaire, nous considérons qu'ils fournissent un signal très bruité. La réponse de l'expéditeur TCP spécifiée dans ce document pour ECN ne serait pas appropriée pour un tel signal d'indication de congestion bruité. Cependant, si les routeurs s'interfaçant avec un réseau ATM ont un moyen de maintenir une file d'attente moyenne au niveau de l'interface et de l'utiliser pour déterminer de manière fiable si le sous-réseau ATM est congestionné, ils peuvent alors utiliser la notification ECN définie ici.

Nous continuons à encourager l'expérimentation de techniques pour exploiter ECN au niveau de la couche 2 (par exemple, dans les commutateurs ATM ou Frame Relay). Par exemple, en utilisant un schéma comme RED (où le marquage de paquets est basé sur le dépassement d'un seuil par la longueur moyenne de la file d'attente), un dispositif de couche 2 peut fournir une indication de congestion assez fiable. Lorsque tous les dispositifs de couche 2 sur le chemin définissent le codepoint Congestion Experienced de cette couche propre (par exemple, le bit EFCI d'ATM, le bit FECN dans Frame Relay) de cette manière fiable, alors les routeurs d'interface vers le réseau de couche 2 peuvent copier l'état de ce codepoint Congestion Experienced de couche 2 dans le codepoint CE dans l'en-tête IP. Nous reconnaissons que ce n'est pas la pratique actuelle et n'est pas dans les normes actuelles. Cependant, encourager l'expérimentation de cette manière pourrait fournir les informations nécessaires pour permettre aux mécanismes de couche 2 existants de fournir un moyen d'indication de congestion plus fiable lors de l'utilisation d'un seul bit pour indiquer la congestion.