Re: [FRnOG] [TECH] QinQ à géométrie variable et liens de collecte.
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/
RE: [FRnOG] [TECH] QinQ à géométrie variable et liens de collecte.
> Pierre Colombier a écrit : > Apparemment empiler 2 ethertype 0x8100, c'est pas prévu > par la norme mais c'est la pratique courante. J'ai l'impression que la norme est arrivée après la pratique. QinQ çà a commencé comme une bidouille, comme çà marche le standard de facto s'est établi à 0x8100; 802.1ad est arrivé après-coup et comme tout le monde était déjà en 0x8100 c'est resté l'état des lieux. 802.1ad est une norme que je n'avais pas lue, honnêtement 0x88A8 j'en avais jamais entendu parler avant ce matin. C'est assez sain que ce genre de discussion nous permette de réaliser la déconnection entre le milieu académique / IEEE et les bouseux qui sont dans les tranchées à essayer de faire marcher le machin avec ce qu'ils ont. Merci à Michel sans le point pour nous faire voir l'autre coté des choses. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] QinQ à géométrie variable et liens de collecte.
Merci Radu et Benjamin pour vos témoignages, Michel - Mail original - De: "Benjamin Collet" À: "frnog" Envoyé: Lundi 25 Mars 2019 17:10:40 Objet: Re: [FRnOG] [TECH] QinQ à géométrie variable et liens de collecte. On Mon, Mar 25, 2019 at 04:52:41PM +0100, Michel Hostettler wrote: > > De maniere generale, meme sur du 0x8100, au dela du permier tag c'est du > > "payload" > > meme si le payload c'est lui-meme de type 0x8100. > > Un empilage de 0x8100 m'apparait assez peu normé. En revanche, un empilage de > 0x88A8 est possible. En inter-opérateurs je vois plutôt l'inverse ; à $job 99% des ENNI/collectes que nous livrons le sont en 0x8100 (à la demande de l'opérateur client). Il en va de même pour ceux où nous sommes le client (par défaut). La plupart des offres que je vois sont d'ailleurs tournées dans le sens où c'est livré sur une porte de collecte sur VLAN (en 0x8100), avec une transparence sur les VLAN dans le payload (en gros l'opérateur push-pop le VLAN de collecte et ne se soucie guère de ce qui passe dedans). -- Benjamin Collet --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] QinQ à géométrie variable et liens de collecte.
On Mon, Mar 25, 2019 at 04:52:41PM +0100, Michel Hostettler wrote: > > De maniere generale, meme sur du 0x8100, au dela du permier tag c'est du > > "payload" > > meme si le payload c'est lui-meme de type 0x8100. > > Un empilage de 0x8100 m'apparait assez peu normé. En revanche, un empilage de > 0x88A8 est possible. En inter-opérateurs je vois plutôt l'inverse ; à $job 99% des ENNI/collectes que nous livrons le sont en 0x8100 (à la demande de l'opérateur client). Il en va de même pour ceux où nous sommes le client (par défaut). La plupart des offres que je vois sont d'ailleurs tournées dans le sens où c'est livré sur une porte de collecte sur VLAN (en 0x8100), avec une transparence sur les VLAN dans le payload (en gros l'opérateur push-pop le VLAN de collecte et ne se soucie guère de ce qui passe dedans). -- Benjamin Collet --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] QinQ à géométrie variable et liens de collecte.
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/
Re: [FRnOG] [TECH] QinQ à géométrie variable et liens de collecte.
> De maniere generale, meme sur du 0x8100, au dela du permier tag c'est du > "payload" > meme si le payload c'est lui-meme de type 0x8100. Un empilage de 0x8100 m'apparait assez peu normé. En revanche, un empilage de 0x88A8 est possible. Au-delà du 1er tag 0x88A8 de l'opérateur 1, c'est effectivement, pour lui, de la charge utile cliente. Le client peut être : - Soit l'opérateur 2 qui, pour ses propres besoins utilise aussi 0x88A8. - Soit le client final, sans tag ou avec un tag 0x8100. Cordialement, Michel - Mail original - De: "Radu-Adrian Feurdean" À: "frnog" Envoyé: Lundi 25 Mars 2019 16:09:11 Objet: Re: [FRnOG] [TECH] QinQ à géométrie variable et liens de collecte. On Mon, Mar 25, 2019, at 15:32, Pierre Colombier wrote: > Apparemment empiler 2 ethertype 0x8100, c'est pas prévu par la norme > mais c'est la pratique courante. Les STAS de l'operateur en question disent quoi ? De maniere generale, meme sur du 0x8100, au dela du permier tag c'est du "payload", meme si le payload c'est lui-meme de type 0x8100. Pour un operateur qui transporte "du ethernet, en general" ca a du sens meme si ce n'est pas 100% conforme a la norme. On peut comprendre meme du cote equipementier que ce n'est pas tres "productif" de changer le ethertype du premier tag en fonction du valeur du deuxieme, meme si ca doit pas couter tres cher cote ASIC. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] QinQ à géométrie variable et liens de collecte.
Bonjour la liste, Je viens d'avoir une discussion épique avec un opérateur d'infrastructures dont je tairais le nom, du moins en public. Apparemment la définition du S-Vlan est un peu fluctuante. Selon moi c'est la norme 802.1ad avec ethertype 0x88A8 et liberté pour moi d'employer ou pas du 802.1q à l'intérieur si ça me chante. Mais pour d'autres, c'est du tag 802.1q avec ethertype 0x8100 et ça ne les dérangent pas d'en empiler plusieurs couches. Apparemment empiler 2 ethertype 0x8100, c'est pas prévu par la norme mais c'est la pratique courante. En tout cas c'est la deuxième fois que je suis confronté à cette façon de faire. Au moins, la doc CELAN faisait l'effort de préciser explicitement le ethertype à employer. ici la confusion est venue de l'appellation "s-vlan" pour ce qui s'avère être du vlan normal. Du coup je commence à avoir des doutes. Quand on parle de S-Vlan, ça implique strictement 802.1ad ou bien ça veut juste dire qu'on en empile et il reste nécessaire de se mettre d'accord sur la norme employée ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] QinQ à géométrie variable et liens de collecte.
On Mon, Mar 25, 2019, at 15:32, Pierre Colombier wrote: > Apparemment empiler 2 ethertype 0x8100, c'est pas prévu par la norme > mais c'est la pratique courante. Les STAS de l'operateur en question disent quoi ? De maniere generale, meme sur du 0x8100, au dela du permier tag c'est du "payload", meme si le payload c'est lui-meme de type 0x8100. Pour un operateur qui transporte "du ethernet, en general" ca a du sens meme si ce n'est pas 100% conforme a la norme. On peut comprendre meme du cote equipementier que ce n'est pas tres "productif" de changer le ethertype du premier tag en fonction du valeur du deuxieme, meme si ca doit pas couter tres cher cote ASIC. --- Liste de diffusion du FRnOG http://www.frnog.org/
