Avec IPv4, le «verrouillage» TCP MSS (un périphérique réseau modifiant la valeur MSS dans un en-tête TCP) peut aider lorsque la découverte d'unité de transmission maximale de chemin ne fonctionne pas. (par exemple, lorsque ICMP est bloqué quelque part sur le chemin.) Puisqu'il n'y a pas de fragmentation dans IPv6, nous avons toujours le «paquet trop gros» d'ICMPv6 pour signaler le point final d'origine.
Existe-t-il des conseils sur le serrage de TCP MSS sur IPv6 en particulier?
Il existe certainement des cas - impliquant généralement des tunnels IPv6 dans IPv4 à un moment donné du chemin - où même si PMTUD fonctionne correctement, la négociation MSS échoue. Dans ce cas, une session TCP peut démarrer correctement (car les paquets SYN / ACK sont petits) mais aucun paquet de données n'arrive (car ces paquets sont trop gros pour le tunnel). Dans ce cas, le serrage MSS à l'extrémité éloignée aiderait, mais n'est pas sous le contrôle de la "victime" en attente des paquets. La solution de sécurité est pour les deux extrémités de définir le MTU IPv6 sur 1280, qui devrait traverser n'importe quel tunnel.
la source