4. Protocol Requirements (Exigences du protocole)
4. Exigences du protocole
Comme discuté dans la section 1, les nœuds IPv6 ne sont pas tenus d'implémenter la découverte du MTU de chemin. Les exigences de cette section s'appliquent uniquement aux implémentations qui incluent la découverte du MTU de chemin.
Les nœuds devraient valider de manière appropriée la charge utile des messages ICMPv6 PTB pour s'assurer qu'ils sont reçus en réponse au trafic transmis (c'est-à-dire une condition d'erreur rapportée qui correspond à un paquet IPv6 effectivement envoyé par l'application) conformément à [ICMPv6].
Si un nœud reçoit un message Packet Too Big rapportant un MTU de saut suivant inférieur au MTU de liaison minimum IPv6, il doit le rejeter. Un nœud ne doit pas réduire son estimation du MTU de chemin en dessous du MTU de liaison minimum IPv6 à la réception d'un message Packet Too Big.
Lorsqu'un nœud reçoit un message Packet Too Big, il doit réduire son estimation du PMTU pour le chemin concerné, en fonction de la valeur du champ MTU dans le message. Le comportement précis d'un nœud dans cette circonstance n'est pas spécifié, car différentes applications peuvent avoir des exigences différentes, et différentes architectures d'implémentation peuvent favoriser différentes stratégies.
Après avoir reçu un message Packet Too Big, un nœud doit tenter d'éviter de susciter davantage de tels messages dans un avenir proche. Le nœud doit réduire la taille des paquets qu'il envoie le long du chemin. L'utilisation d'une estimation de PMTU supérieure au MTU de liaison minimum IPv6 peut continuer à susciter des messages Packet Too Big. Étant donné que chacun de ces messages (et les paquets rejetés auxquels ils répondent) consomme des ressources réseau, les nœuds utilisant la découverte du MTU de chemin doivent détecter les diminutions de PMTU aussi rapidement que possible.
Les nœuds peuvent détecter les augmentations de PMTU, mais comme cela nécessite l'envoi de paquets plus grands que l'estimation actuelle du PMTU, et parce que la probabilité est que le PMTU n'aura pas augmenté, cela doit être fait à des intervalles peu fréquents. Une tentative de détection d'une augmentation (en envoyant un paquet plus grand que l'estimation actuelle) ne doit pas être effectuée moins de 5 minutes après la réception d'un message Packet Too Big pour le chemin donné. Le paramètre recommandé pour cette temporisation est le double de sa valeur minimale (10 minutes).
Un nœud ne doit pas augmenter son estimation du MTU de chemin en réponse au contenu d'un message Packet Too Big. Un message prétendant annoncer une augmentation du MTU de chemin pourrait être un paquet obsolète qui circule dans le réseau, un faux paquet injecté dans le cadre d'une attaque par déni de service (DoS), ou le résultat de l'existence de plusieurs chemins vers la destination, chacun avec un PMTU différent.