Comment configurer les trames Jumbo sous Linux
9 min de lecture - 11 mai 2026

Guide étape par étape pour activer les trames jumbo sous Linux, couvrant les vérifications matérielles, la configuration du MTU persistant et les tests de bout en bout
Comment configurer les trames Jumbo sous Linux
Les trames Jumbo sont des trames Ethernet dont la charge utile est supérieure au MTU standard de 1 500 octets. La définition d'un MTU de 9 000 octets permet de réduire les frais généraux par paquet et les interruptions du processeur, ce qui signifie qu'une plus grande partie de votre bande passante est consacrée aux données réelles. Cela est particulièrement important pour les chemins à haut débit tels que les interconnexions privées, les liens de réplication de données entre les installations et les réseaux de stockage dédiés. Ce guide couvre les vérifications matérielles, la configuration des principaux systèmes d'exploitation et les tests.
L'importance des trames Jumbo
Chaque trame Ethernet comporte un en-tête de 18 octets, quelle que soit la taille de la charge utile. Avec un MTU de 1 500 octets, cet en-tête représente environ 1,2 % de votre trafic. En augmentant le MTU à 9 000, les frais généraux tombent à environ 0,2 %. Moins de paquets signifie également moins d'interruptions de l'unité centrale, ce qui libère des cycles pour le travail réel de l'application.
Dans la pratique, les réseaux locaux à hautes performances enregistrent des améliorations de débit de 5 à 10 %. Les réseaux de stockage dédiés (iSCSI, NFS) enregistrent souvent des améliorations de 10 à 30 %. Les clusters de GPU exécutant des charges de travail AI/ML en bénéficient également, car les grands ensembles de données se déplacent entre les nœuds avec moins de segmentation. Un MTU de 8 896 est généralement recommandé pour les environnements accélérés par le GPU.
Le hic : les trames jumbo ne fonctionnent que sur les chemins que vous contrôlez entièrement. Chaque périphérique entre la source et la destination, y compris les cartes réseau, les commutateurs et les routeurs, doit prendre en charge le MTU le plus élevé. Un seul saut mal configuré et vous obtenez une fragmentation ou des chutes de paquets silencieuses. Pour les interfaces orientées vers l'internet, il convient de s'en tenir à 1 500.
Vérifier la compatibilité du matériel
Avant de changer quoi que ce soit, vérifiez que tous les périphériques de votre réseau supportent les trames jumbo.
Vérifiez vos paramètres MTU actuels :
ip link show | grep mtuVérifiez si votre carte d'interface réseau accepte un MTU plus important :
sudo ip link set eth0 mtu 9001Si vous obtenez SIOCSIFMTU : Invalid argument, la carte réseau ne prend pas en charge les trames jumbo. Vous pouvez également vérifier les capacités de délestage avec :
ethtool -k eth0 | grep -i largeLa configuration du commutateur est tout aussi importante. Les différents fournisseurs exigent des valeurs MTU légèrement différentes pour prendre en compte les en-têtes de la couche 2. Les commutateurs Cisco ont généralement besoin de 9 216. Les commutateurs Arista utilisent 9 214. Consultez la documentation de votre commutateur et configurez-le en conséquence.
Si vous utilisez des VLAN, le marquage VLAN ajoute 4 octets de surcharge. Une interface parent définie sur MTU 9 000 prend en charge un MTU VLAN de 8 996. Si vous avez besoin d'un MTU de 9 000 sur l'interface VLAN, réglez le parent sur 9 004.
Configuration du MTU sous Linux
Configurez temporairement le MTU pour vérifier que tout fonctionne :
sudo ip link set eth0 mtu 9000
ip link show eth0 | grep mtuL'effet est immédiat et aucun redémarrage n'est nécessaire. Pour les interfaces liées, définissez le MTU sur l'interface liée elle-même. Il se propage automatiquement aux cartes réseau membres.
Rendre la modification persistante
La méthode dépend de votre distro et de votre gestionnaire de réseau.
| Distro / Outil | Emplacement de la configuration | Syntaxe |
|---|---|---|
| Ubuntu 17.10+(Netplan) | /etc/netplan/*.yaml | mtu : 9000 |
| Gestionnaire de réseau | nmcli | 802-3-ethernet.mtu 9000 |
| Debian / Ubuntu plus ancien | /etc/network/interfaces | mtu 9000 |
| systemd-networkd | /etc/systemd/network/*.network | MTUBytes=9000 dans [Lien] |
| RHEL / CentOS (ancien) | /etc/sysconfig/network-scripts/ | MTU=9000 |
Pour Netplan, utilisez sudo netplan try après l'édition. Il applique la configuration et revient automatiquement en arrière si vous ne confirmez pas dans les deux minutes, ce qui est un filet de sécurité utile sur les serveurs distants. Pour NetworkManager, exécutez :
nmcli connection modify "Eth0" 802-3-ethernet.mtu 9000
nmcli connection up "Eth0"Après avoir rendu les changements persistants, redémarrez et vérifiez avec ip link show pour confirmer que le MTU a survécu.
Test et dépannage
Un serveur configuré pour un MTU de 9 000 peut toujours échouer lors de transferts importants si l'un des périphériques du chemin ne correspond pas. Les petits paquets peuvent fonctionner correctement alors que les gros sont abandonnés sans bruit. Testez toujours de bout en bout.
Vérification de la prise en charge de la trame Jumbo
Envoyez un paquet de taille normale avec la fragmentation désactivée :
ping -M do -s 8972 <destination_ip>La taille de la charge utile de 8 972 représente les en-têtes IP et ICMP de 28 octets. Si le ping réussit, le chemin complet prend en charge le MTU 9 000. Si vous voyez "Packet needs to be fragmented but DF set" ou "Message too long", c'est que quelque chose dans le chemin a un MTU inférieur.
Pour savoir exactement où le chemin s'interrompt :
tracepath -n <destination_ip>Cette fonction indique le MTU maximum à chaque saut, ce qui vous permet d'identifier l'appareil qui doit être reconfiguré.
Mesure du débit
Utilisez iperf3 pour comparer les performances avant et après :
iperf3 -c <destination_ip> -t 30 -M 8960Effectuez le même test avec le MTU par défaut, puis après avoir activé les trames jumbo. Vous devriez constater une amélioration mesurable du débit et une réduction de l'utilisation du processeur pour les charges de travail nécessitant beaucoup de stockage.
Pour confirmer que les paquets arrivent intacts pendant les transferts réels, vérifiez les compteurs de réassemblage du côté de la réception :
nstat -az IpReasm*Si les compteurs restent à zéro, il n'y a pas de fragmentation.
Problèmes courants
- Mauvaise correspondance des MTU: C'est le problème le plus courant. Chaque appareil sur le chemin a besoin du même MTU (ou d'un MTU plus élevé). Un port de commutateur réglé sur 1.500 va tout casser.
- Oubli de l'overhead VLAN: Le marquage VLAN ajoute 4 octets. Si votre interface VLAN a besoin d'un MTU de 9 000, réglez le parent sur 9 004.
- MTU de liaison défini sur les membres: Définissez toujours le MTU sur l'interface de liaison, et non sur les cartes réseau individuelles.
- Limitation matérielle de la carte d'interface réseau: Certaines anciennes cartes d'interface réseau plafonnent en dessous de 9 000. Exécutez
ethtool -k <interface> | grep -i largepour vérifier.
Conclusion
Les trames Jumbo sont un moyen simple d'améliorer le débit et de réduire la charge de travail de l'unité centrale sur les réseaux internes. La configuration elle-même est simple. Le plus difficile est de s'assurer que chaque périphérique sur le chemin supporte le MTU plus grand, c'est pourquoi les tests sont plus importants que l'étape de configuration.
Utilisez des trames jumbo pour les réseaux de stockage, les migrations de machines virtuelles, les sauvegardes et tout trafic interne à large bande passante pour lequel vous contrôlez l'intégralité du chemin. Laissez les interfaces orientées vers l'internet au MTU standard de 1 500 octets.
L'infrastructure de serveurs dédiés et de VPS de FDC prend en charge les trames Jumbo sur les VLAN privés, ce qui en fait une bonne solution pour ces charges de travail.

Fatigué des déploiements lents ou des limites de bande passante ? FDC Servers offre une puissance dédiée instantanée, une portée mondiale et des plans flexibles conçus pour n'importe quelle échelle. Prêt pour une mise à niveau ?
Débloquer la performance maintenant
Liste de contrôle pour le durcissement des serveurs Linux
Liste de contrôle étape par étape pour durcir un serveur Linux. Couvre SSH, les pare-feu, les correctifs, les autorisations de fichiers, SELinux/AppArmor et l'enregistrement des audits
15 min de lecture - 8 mai 2026
tutoriel iperf3 : Tester la vitesse du réseau sous Linux et Windows
10 min de lecture - 7 mai 2026