MTU : à quoi sert cette valeur et quand la modifier

Quand faut-il modifier la MTU ?

Dans la plupart des réseaux domestiques, la valeur MTU par défaut est 1500 octets sur Ethernet. Cette mtu 1500 convient dans l’immense majorité des cas, et il ne faut la changer que lorsqu’un symptôme précis apparaît : les petites requêtes passent, mais les échanges plus gros bloquent ou se figent. C’est le cas, par exemple, d’un site qui s’ouvre mais dont le téléversement échoue, d’une application qui charge son interface mais ne termine pas une action, ou d’une connexion VPN qui fonctionne sur certaines pages seulement.

Ce comportement est typique d’une mtu box ou d’une interface réseau réglée trop haut par rapport au chemin réel emprunté par les paquets. En pratique, un équipement intermédiaire, un tunnel ou un accès PPPoE laisse moins de place aux données qu’un lien Ethernet simple. Le paquet devient alors trop grand, ce qui déclenche une fragmentation paquet ou un blocage si la fragmentation est interdite.

Il faut donc modifier la MTU uniquement pour corriger un problème de transport de paquets trop grands, pas pour gagner de la vitesse. L’idée selon laquelle changer la MTU ferait systématiquement « accélérer » la connexion est un mythe.

Pour situer ce réglage dans l’ensemble des réseaux, il faut retenir qu’il agit sur la taille maximale d’un paquet transmis sur une interface donnée, et que sa bonne valeur dépend du support et des encapsulations traversées.

À quoi sert la valeur MTU ?

MTU signifie Maximum Transmission Unit. C’est la taille maximale, en octets, d’un paquet qu’une interface peut transmettre sans découpage. Sur Ethernet, la mtu 1500 signifie qu’une charge IP de 1500 octets peut être envoyée d’un seul bloc au niveau de l’interface.

Cette limite a un effet direct sur le transport IP, donc sur le web, la messagerie, les téléchargements, les jeux en ligne et les tunnels. Si un paquet dépasse la valeur mtu autorisée quelque part sur le trajet, deux cas se présentent :

• il est fragmenté en plusieurs paquets plus petits, si le réseau et les équipements l’acceptent ;
• il est rejeté si la fragmentation est interdite, ce qui arrive souvent lors d’un test ou dans certains scénarios réseau.

La MTU ne doit pas être confondue avec le fonctionnement du protocole TCP/IP. La MTU agit sur la taille maximale d’un paquet IP transmis par une interface, alors que TCP ajoute ses propres mécanismes de contrôle, d’acquittement et d’ajustement. Le lien entre les deux passe notamment par le mss, que nous détaillons plus bas.

Pourquoi une MTU trop grande provoque des blocages partiels ?

Le point qui déroute le plus est le suivant : une MTU trop grande ne casse pas toujours toute la connexion. Au contraire, les petits paquets continuent souvent de passer. Une résolution DNS, une ouverture de page légère ou une petite requête HTTP fonctionnent encore. En revanche, dès qu’un échange envoie plus de données ou des paquets plus remplis, le trafic se bloque.

Cela explique des symptômes très concrets :

• un site s’affiche, mais l’envoi d’un formulaire échoue ;
• un téléversement commence puis reste figé ;
• une session distante ouvre l’écran de connexion, mais certaines actions échouent ;
• un tunnel VPN se connecte, mais certaines pages ou services restent inaccessibles.

Le mécanisme en cause est souvent la fragmentation paquet ou son impossibilité. Si un paquet de 1500 octets doit traverser un segment qui n’accepte que moins, il doit être découpé ou rejeté. Quand les messages de découverte de MTU de chemin sont filtrés ou mal gérés, l’émetteur continue d’envoyer trop grand. Le résultat ressemble à une panne aléatoire alors que le problème est purement lié à la taille des paquets.

Ce cas apparaît régulièrement avec un VPN peut aussi modifier la MTU effective, avec le PPPoE, ou après des changements dans les réglages de votre box et de votre réseau domestique.

Pourquoi les tunnels et PPPoE réduisent la MTU utile ?

Chaque encapsulation ajoute des octets d’en-tête. Un paquet IP qui circule directement sur Ethernet dispose de 1500 octets au niveau IP. Si ce même trafic passe dans un tunnel VPN, dans PPPoE ou dans d’autres couches supplémentaires, une partie de la place est consommée par ces en-têtes.

L’ordre de grandeur est simple :

• PPPoE ajoute 8 octets, ce qui conduit classiquement à une MTU de 1492 octets ;
• un tunnel VPN classique ajoute plusieurs dizaines d’octets selon le protocole, le chiffrement et les options ;
• des encapsulations multiples réduisent encore la place disponible pour les données utiles.

C’est la raison pour laquelle une mtu box correcte en accès direct peut devenir trop grande dès qu’on active un VPN ou qu’on passe par un accès particulier. On retrouve le même type d’écart quand on compare les différences de comportement entre IPv4 et IPv6, car les en-têtes IP et certains mécanismes associés ne sont pas identiques.

Comment mesurer la bonne MTU avec ping ?

La méthode la plus simple consiste à envoyer des paquets sans autoriser la fragmentation, puis à réduire leur taille jusqu’à ce qu’ils passent. On converge ainsi vers la bonne valeur par essais successifs. Cette méthode donne un repère pratique, même si le résultat peut varier selon la destination testée.

Sous Windows, utilisez :

ping -f -l 1472 8.8.8.8

Cette commande envoie un ping vers 8.8.8.8 avec une charge utile ICMP de 1472 octets et interdit la fragmentation avec -f. Si la taille est trop grande, Windows affiche généralement Le paquet doit être fragmenté mais DF défini. Si la taille passe, vous obtenez des réponses du type Réponse de 8.8.8.8 : octets=1472 temps=... TTL=....

Sous Linux :

ping -M do -s 1472 8.8.8.8

-M do interdit la fragmentation, et -s 1472 fixe la taille de la charge ICMP. En cas d’échec, le système peut afficher message too long, mtu=... ou une erreur de fragmentation. En cas de succès, vous verrez des lignes de réponse avec le temps et le TTL.

Sous macOS :

ping -D -s 1472 8.8.8.8

-D interdit la fragmentation, et -s 1472 fixe la taille de la charge. Si la taille est acceptable, le terminal affiche des réponses de 8.8.8.8 avec la taille, le temps et le TTL ; sinon, l’envoi échoue.

Pourquoi 1472 ? Parce qu’en IPv4, la requête ICMP ajoute 20 octets d’en-tête IP et 8 octets d’en-tête ICMP. Avec une MTU de 1500, la charge utile testable est donc souvent 1500 – 28 = 1472.

La méthode pratique :

• commencez à 1472 pour tester une MTU de 1500 ;
• si ça échoue, baissez par paliers, par exemple 1464, 1452, 1440 ;
• quand cela passe, remontez par petits incréments ;
• ajoutez ensuite 28 octets pour retrouver la MTU IPv4 correspondante.

Exemple : si ping -f -l 1464 8.8.8.8 passe sous Windows, la MTU observée sur ce trajet correspond à 1492 octets.

Quel lien entre MTU et MSS ?

La MTU et le mss ne désignent pas la même chose. La MTU est la taille maximale d’un paquet IP sur une interface. Le MSS, ou Maximum Segment Size, concerne la taille maximale de données TCP transportées dans un segment, sans compter les en-têtes IP et TCP.

Sur une liaison IPv4 avec une MTU de 1500 octets, le calcul classique est :

• 20 octets d’en-tête IPv4 ;
• 20 octets d’en-tête TCP, sans options ;
• donc un mss de 1460 octets.

Avec une MTU de 1492, on obtient généralement un MSS de 1452 octets dans le même cas. Ce lien explique pourquoi une mauvaise MTU peut perturber TCP même quand la connexion semble établie. Pour analyser ces échanges, regarder la configuration réseau sous Windows 10 aide parfois à vérifier quelle pile IP est réellement utilisée.

Il ne faut donc pas dire que la MTU est le MSS. Le MSS en découle partiellement, mais les deux valeurs s’appliquent à des niveaux différents.

Où modifier la MTU sur une box, un routeur ou un ordinateur ?

Le réglage peut se trouver à plusieurs endroits :

• sur l’interface WAN de la box ou du routeur ;
• dans la configuration d’un client VPN ;
• sur l’interface réseau du système d’exploitation ;
• sur une machine virtuelle ou un tunnel spécifique.

Dans un réseau domestique, le premier point à vérifier est souvent la mtu box, surtout en cas d’accès PPPoE ou d’usage d’un VPN. Si le souci n’apparaît que dans le tunnel, mieux vaut corriger d’abord le client ou le serveur concerné plutôt que toute la box. Sur certains parcours complexes, des outils comme traceroute, l’analyse du NAT ou d’un accès derrière CGNAT peuvent aider à comprendre où se situe la contrainte, mais le symptôme initial reste presque toujours le même : petits flux OK, gros flux KO.

Faut-il baisser la MTU pour accélérer la connexion ?

Non. Modifier la MTU « pour accélérer » la connexion n’est pas une bonne pratique générale. Une MTU plus faible ne rend pas magiquement la ligne plus rapide ; elle augmente même le nombre de paquets nécessaires pour transporter la même quantité de données.

Le bon usage consiste à corriger une incompatibilité de taille, pas à chercher un gain théorique. Si votre accès fonctionne normalement avec mtu 1500, il n’y a rien à optimiser de ce côté-là. Une modification n’a de sens que lorsqu’un test montre qu’un trajet, un tunnel ou un mode d’accès impose une limite plus basse.

Questions fréquentes

Que signifie MTU ?

MTU signifie Maximum Transmission Unit. C’est la taille maximale, exprimée en octets, d’un paquet transmis sur une interface sans fragmentation. Sur Ethernet, la valeur la plus courante est 1500 octets. Cette limite agit directement sur le transport IP.

Quel est le meilleur MTU ?

Le meilleur MTU est celui qui correspond au chemin réel emprunté par vos paquets sans provoquer de fragmentation problématique. Dans la plupart des cas, 1500 octets convient sur Ethernet. En PPPoE, 1492 est fréquent. Avec un VPN, la bonne valeur peut être plus basse selon l’encapsulation.

Comment connaître sa MTU ?

La méthode la plus simple consiste à utiliser ping avec l’option qui interdit la fragmentation, puis à ajuster la taille par essais successifs. Sous Windows, on peut tester avec ping -f -l 1472 8.8.8.8. Sous Linux, la commande est ping -M do -s 1472 8.8.8.8. Sous macOS, on utilise ping -D -s 1472 8.8.8.8.

Faut-il modifier la MTU pour améliorer sa connexion ?

Non, pas en règle générale. Changer la MTU n’est pas une méthode d’optimisation de débit. Ce réglage sert surtout à résoudre un problème précis, par exemple quand de petites requêtes passent mais que les gros échanges bloquent. Sans symptôme mesurable, mieux vaut conserver la valeur par défaut.