Le 2019-03-25 17:03, Radu-Adrian Feurdean a écrit :
On Mon, Mar 25, 2019, at 16:52, Michel Hostettler wrote:
Un empilage de 0x8100 m'apparait assez peu normé.
Peu "norme" de point de vue normes, par contre tres courant chez les
operateurs et les constructeurs (pour certains 0x8100 c'est default,
avec possibilite de changer, chez d'autres - ou plutot sur d'autres
plate-formes - avec des commandes differentes pour 0x8100 et 0x88A8).
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
On peut même trouver 0x9100 chez Cisco pour QinQ :D
En bref j'avais souvent l'habitude de dire QinQ propre (0x9100+0x8100),
QinQ devenu le standard de facto (souvent avec VxLAN ou l'outer tag est
pop pour être remplacé par VNI) (0x8100+0x8100). Le premier on oublie
direct, le deuxième est le standard désormais de ce que j'ai pu toucher.
J'aime à parler de Inner Vlan et Outer Vlan dans cette situation pour
éviter de mélanger avec le standard IEEE.
En effet après il a la norme 802.11ad (0x88A8+0x8100) ou la en général
on parle clairement de S-VLAN pour Service (0x88A8) et de C-VLAN pour
Customer (0x8100)
Bref, c'est un joyeux bordel, sans compter que des fois quand tu fais du
QinQ tu te retrouves avec des ASIC qui double taguent le native (il
passe 0x0800 en 0x8100 avec Outer = Inner Tag).
Joie et bonheur quand tu te lances dans QinQ :D encore plus quand c'est
aussi obscur que chez un opérateur (ca dépend aussi surement de ses
équipements en face, pas toujours les mêmes je suppose).
--
--
FABIEN VINCENT
_@beufanet_
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
