9.1.2. Changements du Champ ECN dans un Tunnel IP (Changes to the ECN Field within an IP Tunnel)

La présence d'une copie du champ ECN dans l'en-tête intérieur des paquets en mode tunnel IP offre l'opportunité de détecter la modification non autorisée du champ ECN dans l'en-tête extérieur. Pour les implémentations conformes à ce document, la comparaison du champ ECT dans les en-têtes intérieurs et extérieurs se divise en deux catégories :

Si le tunnel IP utilise l'option de fonctionnalité complète, alors le codepoint not-ECT DEVRAIT être défini dans l'en-tête externe si et seulement si le codepoint not-ECT est également défini dans l'en-tête intérieur.
Si le tunnel utilise l'option de fonctionnalité limitée, alors le codepoint not-ECT DEVRAIT être défini dans l'en-tête externe.

La réception de paquets qui ne satisfont pas la condition appropriée peut être préoccupante.

Considérez le cas où le point d'entrée du tunnel d'un tunnel IP n'a pas été mis à jour selon les exigences de ce document, mais le point de sortie du tunnel a été mis à jour pour supporter ECN. Dans ce cas, le tunnel IP n'est pas explicitement configuré pour supporter l'option ECN de fonctionnalité complète. Cependant, le point d'entrée du tunnel se comporte de la même manière qu'un point d'entrée de tunnel supportant l'option de fonctionnalité complète. Si les paquets d'une connexion compatible ECN utilisent ce tunnel, alors le codepoint ECT sera défini dans l'en-tête externe au point d'entrée du tunnel. La congestion dans le tunnel peut alors amener un routeur compatible ECN à définir CE dans l'en-tête externe. Parce que le tunnel n'est pas explicitement configuré pour supporter l'option de fonctionnalité complète, le point de sortie du tunnel s'attend à ce que le codepoint not-ECT soit défini dans l'en-tête externe. Lorsqu'un point de sortie de tunnel compatible ECN reçoit un paquet avec un codepoint ECT ou CE dans l'en-tête externe sur un tunnel qui n'est pas configuré pour supporter l'option de fonctionnalité complète, il DEVRAIT traiter le paquet selon que le codepoint CE est défini, comme suit. Il est recommandé que sur un tunnel qui n'est pas configuré pour supporter l'option de fonctionnalité complète, si le codepoint CE est défini dans l'en-tête externe mais pas dans l'en-tête intérieur, alors le paquet DEVRAIT être abandonné au point de sortie, sinon il DEVRAIT être transmis.

Un tunnel IP ne peut pas fournir de protection contre l'effacement de l'indication de congestion basé sur le changement du codepoint ECN de CE à ECT. L'effacement de l'indication de congestion peut affecter le réseau et les autres flux d'une manière qui n'est pas possible en l'absence d'ECN. Il est important de noter que l'effacement de l'indication de congestion ne peut être effectué que sur les indications de congestion placées par des nœuds dans le tunnel ; la copie du champ ECN dans l'en-tête intérieur préserve la notification de congestion des nœuds en amont de l'entrée du tunnel (à moins que l'en-tête intérieur ne soit également effacé). Si l'effacement de la notification de congestion est considéré comme un risque de sécurité qui dépasse les avantages de gestion de congestion d'ECN, alors le tunnel peut être spécifié ou configuré pour utiliser l'option de fonctionnalité limitée.