> Il faut configurer 2 fois ? Qu'est-ce qui se passe si on ne met pas la même > valeur ?
Bah pas essayé mais comment veux-tu que ça fonctionne 🙂 😂 Comme le dit Laurent-Charles, si tu ne précises par le PVID sur le VLAN natif qui utilisé en lieu et place. De toutes les manières je te rejoints, le terme hybrid, ce n'est pas top et inutile. ________________________________ De : Michel Py <mic...@arneill-py.sacramento.ca.us> Envoyé : samedi 29 août 2020 20:17 À : 'Laurent Fabre' <lc.fa...@gmail.com>; Jérôme Quintard <jquint...@outlook.com> Cc : frnog@frnog.org <frnog@frnog.org> Objet : RE: [FRnOG] [TECH] VLAN / Meraki vs Allied Telesis > Jérôme Quintard a écrit : > Déjà sur allied, un trunk c’est en fait la désignation donnée pour du LACP. > Allied > précisant dans une doc (me redemandez pas la source c’était il y 3 jours) que > c’est > Cisco qui a tord d’utilisez ce vocabulaire pour le trunking de 802.1q C'est n'importe quoi, le terme "trunk" çà fait plus de 20 ans qu'on l'utilise pour 802.1q, on l'utilisait déjà avant même que 802.1q existe, avec ISL chez Cisco par exemple. > Laurent Fabre a écrit : > Ça vaut sinon répond un samedi ? Mais oui ! Ce que je ne comprends pas avec le mode hybride, c'est à quoi çà sert. Quel est le cas de figure dans lequel c'est désirable ou utile ? > Un trunk ne détag jamais > Un accès détag toujours > Un hybrid , Bein ça dépend de la conf. Pour la partie "Un accès détag toujours", je ne comprends pas la logique non plus. Pourquoi ? Ce mode hybride, je n'y vois que des emmerdes potentielles. Par exemple, la latence : rajouter le tag du VLAN, çà va forcément prendre du temps, et dans un environnement HFT/HPC ou ils se battent à la nanoseconde, c'est pas glop. Aussi, ce truc avec un mélange de plusieurs vendeurs qui n'ont pas forcément la même interprétation, ajouté à d'autres technologies qui manipulent le tag des VLANs comme Q-in-Q, çà sent pas la rose. Récemment on a eu un fil à propos de mettre un câble en boucle entre 2 ports du même switch, le mode hybride c'est exactement le genre de chose qui pourrait provoquer un effondrement, car c'est un cas qui n'a jamais été prévu ni testé. > Jérôme Quintard a écrit : > Par contre le soucis provenait du fait que malgré qu’un port soit untagged, > il est nécessaire > en plus de lui configurer un PVID sur le même VLAN. Je comprends pas ce > double emploi. Pourquoi > le PVID ne force par le untagged et inversement. Un access étant forcément > untagged. Il faut configurer 2 fois ? Qu'est-ce qui se passe si on ne met pas la même valeur ? > Laurent Fabre a écrit : > Sur brocade et ATI c’est plus du à un logique fabric L2 où on programme le > comportement > de l’Asic du port. Si on discute avec leurs ingé, un switch C’est un genre de > FW L2 avec > plein d’acl et de buffer. Un VLan c’est une acl sur le tag du paquet par > exemple. A rapprocher avec ce que Jérôme écrivait ci-dessus, c'est pas parce que techniquement on peut configurer l'ASIC pour faire tout et surtout n'importe quoi qu'il faut laisser à l'utilisateur la possibilité de le faire; c'est super dangereux, car quelqu'un qui comprend la logique d'un ASIC particulier et qui configure un switch avec un autre ASIC d'un autre vendeur en assumant que çà va marcher pareil, là çà va être joyeux. Michel. --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
