Le 13/12/2019 à 22:45, Jeremy a écrit :
Sur cette liaison, la MTU doit être à 9216 octets. J'ai pu l'appliquer
sur tous les switchs sauf celui de Marly qui refuse toujours
d'appliquer la Qos.
En conf, j'ai appliqué ces commandes :
policy-map type network-qos jumbo
class type network-qos class-default
mtu 9216
system qos
service-policy type network-qos jumbo
Sans effet sur les ports.
J'ai donc appliqué une autre méthode glané sur le net, qui consiste à
enlever le Trunk du port, passer un "no switchport", puis un "mtu
9216" puis repasser le port en mode Trunk. Ca a fonctionné sur celui
de Valenciennes qui était récalcitrant aussi. L'interface devrait me
dire ça (sur le switch de Valenciennes) :
Bonjour,
En fait, ça dépend du modèle Nexus.
Certains supportent un MTU par port et la majorité nécessite une
application Network QOS (et ne change pas le MTU renvoyé par l'interface) :
https://www.cisco.com/c/en/us/support/docs/switches/nexus-9000-series-switches/118994-config-nexus-00.html#anc8
Je pense que ça explique pourquoi une partie de tes switchs affiche
correctement le MTU modifié.
Pas de besoin de reload (heureusement).
Exemple sur un 5500 en prod sous NX-OS 7.3 :
sw1# sh int Eth1/1 | i MTU
MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec
sw1# sh queuing int Eth1/1 | i MTU
q-size: 469760, q-size-40g: 0, HW MTU: 9216 (9216 configured)
=> le MTU défini par Network QOS est bien appliqué
Bonne journée
--
Jérôme BERTHIER
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
