Quelle est la différence entre MSS et MTU?


33

Je suis confus quant à la différence entre la taille maximale du segment et une unité de transmission maximale.

Quelqu'un peut-il expliquer s'il vous plaît par rapport aux couches 2 et 3?

Si j'avais un paquet de 800 octets dans la charge utile. Serait-il correct de dire que le MSS serait de 800 octets (si je le définit comme tel) et que le MTU serait de 840? TCP 20 et IP 20 octets. Serait-ce différent si je faisais du PPPoE?


Bien que ce ne soit pas à proprement parler un doublon, la réponse à cette question peut également répondre à votre question.
YLearn

Réponses:


19

En plus. La valeur MSS dérive de la valeur MTU . Si vous avez un paquet de 800 octets, cela peut également indiquer qu’un tel paquet avait une longueur de 2260 octets à l’origine et il a été divisé en deux paquets de 1460 + 800 octets, si vous utilisez MTU = 1500.
Vous say est vrai, si vous MSS = 800, le MTU doit être au moins de 840. Comme la surcharge de PPPoE est de 8 octets, le MTU = 1492 octets et MSS = 1492-40 = 1452 octets.


28

La MTU est la taille de paquet IP maximale pour un lien donné. Les paquets plus gros que le MTU sont fragmentés au point où le MTU le plus bas est trouvé et réassemblés plus loin dans la chaîne.

Si aucune fragmentation n'est souhaitée, vous devez vérifier le MTU à chaque saut ou utiliser un protocole d'assistance pour cela ( Path MTU Discovery ).

Notez que IPv6 NE prend PAS en charge la fragmentation des paquets par les routeurs. Par conséquent, PMTUD avec ICMPv6 est obligatoire si vous ne voulez pas perdre un paquet quelque part à cause du petit MTU. Les points finaux peuvent se fragmenter, mais pas les routeurs. En outre, IPv6 a un MTU MINIMUM beaucoup plus élevé.

MSS est la taille maximale du segment TCP. Contrairement aux MTU, les paquets dépassant MSS ne sont pas fragmentés, ils sont simplement rejetés. Le MSS est normalement choisi dans le protocole TCP à trois voies, mais certaines configurations peuvent générer un chemin où le MSS choisi est encore trop gros, ce qui entraîne la perte de paquets. Le MSS n'est pas négocié paquet par paquet, mais pour une session TCP complète, il ne prend pas non plus en compte les en-têtes TCP / IP

Lorsque vous utilisez PPPoE, tous les frais généraux impliquent que vous deviez réduire le MSS en cours de route, normalement en le spécifiant sur le routeur où se trouve le point de contrôle, qui remplacera alors le MSS de la négociation à trois voies par la valeur inférieure correcte si elle est supérieure. PPPoE ajoute simplement 8 octets (6 octets PPPoE + 2 octets PPP) en plus de tout (IP + TCP) et doit fonctionner sur Ethernet à une MTU de 1 500 octets, d’où le MSS 1492 normalement configuré pour le faire passer.

Votre pile IP coupera les données à envoyer au MSS, les placera dans un segment TCP, puis dans un ou plusieurs paquets IP (selon si elles sont plus grandes que les paramètres MTU locaux) avant de les envoyer. Un routeur intermédiaire peut le réduire davantage s'il a un MTU plus faible, mais ils n'affectent que le paquet IP lui-même, sans jouer dans le segment / en-tête TCP.


4
Clatification: IPv6 ne prend pas en charge la fragmentation dans les routeurs, mais les stations finales peuvent fragmenter les paquets IPv6
Mike Pennington

1
Modifié ma réponse pour être plus précis
Remi Letourneau

0

La MTU est la taille maximale de paquet IP d'un lien donné. MSS est la taille maximale du segment TCP.

La MTU est utilisée pour la fragmentation, c'est-à-dire que le paquet plus volumineux que la MTU est fragmenté.Mais dans le cas du SMS, le paquet plus volumineux que le SMS est rejeté.

MSS est spécifié lors de l'établissement de la liaison TCP essentiellement dans SYN et sa valeur ne peut pas être modifiée une fois la connexion établie.

MSS = MTU-40 (en-tête IP (20 octets) + en-tête TCP (20 octets))


Je pense que l'en-tête TCP n'est pas nécessairement 20 octets, c'est juste la longueur minimale?
Sajuuk le

il pourrait y avoir un en-tête d’options supplémentaires
aneesh joshi
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.