5.3. Fragmentation

Les paquets compatibles ECN peuvent avoir le bit DF (Don't Fragment, Ne Pas Fragmenter) défini. Le réassemblage de paquets fragmentés NE DOIT ABSOLUMENT PAS perdre l'indication de congestion. En d'autres termes, si l'un des fragments du paquet IP à réassembler a le codepoint CE défini, alors l'une des deux actions suivantes DOIT être prise :

• Définir le codepoint CE sur le paquet réassemblé. Cependant, cela NE DOIT ABSOLUMENT PAS se produire si l'un des autres fragments contribuant à ce réassemblage porte le codepoint Not-ECT.

• Abandonner le paquet pour toute autre raison que de le réassembler.

Si les deux actions s'appliquent, l'une ou l'autre peut être choisie. Le réassemblage de paquets fragmentés NE DOIT ABSOLUMENT PAS changer le codepoint ECN lorsque tous les fragments portent le même codepoint.

Nous notons que, étant donné que le RFC 2481 ne spécifiait pas de comportement de réassemblage, les anciennes implémentations ECN conformes à ce RFC expérimental ne réassemblent pas nécessairement correctement en ce qui concerne la préservation du codepoint CE dans les fragments. Les expéditeurs peuvent éviter les conséquences de ce comportement en définissant le bit DF dans les paquets compatibles ECN.

Il peut y avoir des cas où la spécification de réassemblage ci-dessus n'est pas assez précise. Par exemple, si une entité malveillante ou corrompue existe dans le chemin au point de fragmentation ou après, les fragments de paquets peuvent porter un mélange de codepoints ECT(0), ECT(1) et/ou Not-ECT. La spécification de réassemblage ci-dessus n'impose aucune exigence sur le réassemblage des fragments dans ce cas. Dans les cas où un comportement de réassemblage plus précis est nécessaire, les spécifications de protocole devraient plutôt spécifier que le DF DOIT être défini dans tous les paquets compatibles ECN envoyés par le protocole.