Bon finalement j’ai le temps de faire un lab avec çà :
[long et technique]
Le lab est toujours up, si quelqu'un veut que je fasse une bidouille
différente, demandez.
n3k-spare# write erase
Warning: This command will erase the startup-configuration.
Do you wish to proceed anyway? (y/n) [n]
[mailto:frnog-requ...@frnog.org] De la part de
Jeremy
Envoyé : samedi 14 décembre 2019 14:23
À : frnog-tech
Objet : Re: [FRnOG] [TECH] Problème MTU sur Nexus 3064Pq
Bonjour,
Après un reload du switch qui pose problème, la MTU est ok.
Donc sachez le, sur certaines version de NXos, pas besoin de reload
> Thierry Chich a écrit :
> D'un point de vue conceptuel, qu'est-ce qui justifie qu'on mêle QoS et MTU ?
> Je trouve ça bizarre.
Pas du tout, c'est tout à fait logique. Par exemple la voix : pour éviter la
gigue qui est l'ennemie de VOIP, c'est une très bonne idée de classifier la
voix qui est
> ; frnog-tech
> Objet : Re: [FRnOG] [TECH] Problème MTU sur Nexus 3064Pq
>
> Salut,
>
> Le 19/12/2019 à 22:48, Michel Py a écrit :
> > Le MTU renvoyé par l'interface, il est applicable dans quel cas ?
>
>
> Visiblement, en l'état par défaut, si tu n'appliques pas
Salut,
Le 19/12/2019 à 22:48, Michel Py a écrit :
Le MTU renvoyé par l'interface, il est applicable dans quel cas ?
Visiblement, en l'état par défaut, si tu n'appliques pas de Network QOS...
En fait, je pense que ça dépend des modèles et ça se complique sur ceux
qui supportent la
> Jérôme BERTHIER a écrit :
> 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)
Le MTU renvoyé par l'interface, il est applicable dans quel cas ?
Est-ce que çà ne serait pas plus glop de le supprimer au
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
Bonjour,
Après un reload du switch qui pose problème, la MTU est ok.
Donc sachez le, sur certaines version de NXos, pas besoin de reload,
mais en version 6 rev 5 et inférieur, il faut reload. Pas besoin sur les
versions supérieures.
Excellent week end à tous,
Jérémy
Le 14/12/2019 à 00:38,
> On est sur cette version car le broker a envoyé ça. Pas toujours façile
> de trouver des version dont on est sur qu'il y a rien de chelou dedans.
Je suis en 7.0(3)I4(6) c'est ce que j'ai eu quand je les ai achetés.
Je me suis laissé dire que quand tu mets une nouvelle version, c'est parfois
Salut,
Tu es sur quelle version ? On a remarqué qu'on a ce bug sur une version
bien particulière. On vient de reload (vu l'heure on pouvait se
permettre), et la MTU n'est toujours pas bonne. Sur un autre switch, la
version est la révision 6.0(5c) et sur l'autre on est en 6.0(8) et là ça
> Jeremy a écrit :
> policy-map type network-qos jumbo
> class type network-qos class-default
> mtu 9216
> system qos
> service-policy type network-qos jumbo
Je viens d'essayer çà sur le miens, et les interfaces sont toujours à 1500.
Le reload c'est carrément pas pratique pour moi, va
On me glisse à l'oreille via un gazoulli qu'il faut impérativement
reload le switch en cas de changement de la Qos MTU à la volée.
Bon bah caramba, on va prévenir les clients !
J'indiquerais si cela résoud le problème ou non.
Le 13/12/2019 à 22:45, Jeremy a écrit :
Bonjour les amis,
Je viens
Tu as vu ça ?
https://davidring.ie/2015/09/02/cisco-nexus-3064-configuring-jumbo-frames/
D’après lui, la valeur renvoyée par sh int est bidon, elle reste à 1500.
C’est donc étonnant que tu aies des 3000 sur lequel la valeur a changé.
Peut-être que le lien date.
> Le 13 déc. 2019 à 22:45, Jeremy
Bonjour les amis,
Je viens ici pour trouver conseil sur un problème de MTU sur lequel je
m'arrache les cheveux.
La typologie du réseau est simple. Un lien de transport L2L transparent
opéré par TDF entre Lille et Valenciennes.
Tous les équipements sont des Nexus 3064PQ.
Le chemin fait :
14 matches
Mail list logo
