Le 28/08/2020 à 12:46, David Ponzone a écrit :
Le 28 août 2020 à 09:45, Jérôme Quintard <[email protected]> a écrit :
Alors en fait.
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 et que leur mode trunk c’est pas bien (sur le fond, sans maîtrise, ça
reste effectivement dangereux).
La gestion des VLAN chez Allied se passe, dans l’interface web, via une table
map dans lequel on définit pour un port et un VLAN donné si il est exclu,
taggué ou non taggé. Rien d’extraordinaire c’est identique ne serait-ce que
chez Alcatel et probablement d’autres.
Que l’on mette un seul port en untagged (équivalent à un access) ou x tagged
(equivalent a un trunk allowed) tout est hybrid.
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.
Ce délire là, je l’ai eu sur un petit TP-link récemment.
Tant que tu mets pas le même PVID sur le port que ce que tu as mis comme VLAN
untag, ça marche pas.
Pas eu le temps de chercher la raison et/ou la pertinence de cette subtilité.
Idem sur les Netgear GSxxx et HPE19xx
--
Daniel Huhardeaux
[email protected] sip:[email protected]
[email protected] tootaiNET
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
