Salut, Le MTU correspond à la taille maximale en transmission. Il faut regarder plutôt du côté du MRU pour avoir la taille maximale en réception. Pour ton cas 2, je dirais que ça ne me surprend pas. Par contre, je n'ai pas d'explication pour ton cas 1. Quel est le compteur spécifique qui s'incrémente ?
Lucas Le jeu. 22 janv. 2026 à 15:30, BASSAGET Cédric via frnog <[email protected]> a écrit : > Bonjour, > > J'observe un comportement étrange sur un serveur (hpe BL460C) > > cas 1 : > Kernel PVE 6.17.4-2-pve, chipset réseau BCM57840, mtu config a 1500, driver > bnx2x version mbi 7.18.77 bc 7.15.80 > -> lorsqu'on lui envoie un paquet de taille supérieure a son MTU, j'ai de > l'incrémentation sur les drops Rx de ma carte réseau > > cas 2 : > Kernel PVE 6.17.4-2-pve, chipset réseau BCM57810, mtu config a 1500, > driver be2net version 10.7.110.31 > -> lorsqu'on lui envoie un paquet de taille supérieure a son MTU, le paquet > arrive bien (avec son gros mtu) et la réponse est envoyée fragmentée car > taille du paquet est supérieure au MTU > > > J'ai désactivé GRO / LRO, et essayé de jouer avec les options de la NIC > (ethtool -K ...) mais sans succès. > > Mes questions sont donc : > 1 - cas 1 : plutot que de dropper le paquet, la machine ne devrait-elle pas > renvoyer un "icmp packet too big" ? > 2 - cas 2 : Est-il normal de pouvoir recevoir un paquet de taille > supérieure au mtu de l'interface ? > > Merci pour vos éclaircissements ! > Cédric > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
