[FRnOG] [MISC] l'argot de la liste du FRnOG retag
> Michel Hostettler a écrit : > Moi, je vous aime bien, Stef, Michel avec un point... Merci, on t'aime bien aussi, en tout cas moi. C'est courageux te ta part de venir te faire massacrer dans un milieu qui traditionnellement n'est pas très convaincu de ce que tu fais pour nos réseaux. AMHA, il n'y a aucune école ou université qui enseigne ce que c'est de gérer un réseau de prod; ce n'est pas ce qu'on apprend à l'école. A travailler, j'ai souvent essayé. A regarder l'exemple récent de QinQ / 0x8100 > et les autres ripailleurs. Ouais on en parle beaucoup de la ripaille sur [MISC], mais j'ai bien l'impression qu'on en parle beaucoup plus que ce que l'on pratique :-( Bon c'est promis, je fais des plans pour 2022 pour venir ripailler avec les ripailleurs. Farpaitement. J'ai une question con pour David Ponzone et Stéphane Rivière : vous avez déjà bu un coup ensemble ? Pour moi c'est 24h de voyage 2 fois :-( même avec du pinard au top c'est pas facile. > Souvent, je vous lis en mesurant mon inculture. Je pense qu'"inculture" n'est pas un bon choix. Tu es plus cultivé que beaucoup, ici. Michel sans le point, AMHA, ce qu'il te manque, ce n'est pas la culture; c'est "l'apprentissage par le kilométrage". Il y a plusieurs expressions populaires sur cette liste, comme "Mme Michu" devenu(e) "Claude Michu" en essayant de rester PC, "l'apprentissage par le kilométrage" (je me rappelle pas qui c'est mais totallement vrai) et récemment la CHIAAS (Cloud Hosted Infrastructure As A Service) brillement inventée par Kevin Chailly. Pour ma part je n'ai inventé que le "paratonnerre à emmerdes" et pire. Il a eu des très bons "Paco ne nous la Rabanne plus" et autres brillantes contributions quand je prédis la fin de l'Internet à chaque éclipse. Cà serait cool d'avoir une référence de l'argot de la liste du FRnOG. > Claude DUVERGIER a écrit : > Je suis dans le même cas : à Googler les 50-70% des acronymes utilisés (et à > 2 doigts d'entamer un lexique dédié) > pour découvrir des nouvelles choses (souvent intéressantes, et parfois à des > années lumières de mes besoins). :-D Ben tu nous postes le lien quand tu as fini :P Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
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/
Re: [FRnOG] [MISC] tagger correctement
> Ici, c'est comme au CERN, on comprends pas la moitié de ce qui est > raconté, mais c'est une vraie poésie... Et pour la moitié qu'on > entrevoit, ça permet de progresser... Je suis dans le même cas : à Googler les 50-70% des acronymes utilisés (et à 2 doigts d'entamer un lexique dédié) pour découvrir des nouvelles choses (souvent intéressantes, et parfois à des années lumières de mes besoins). -- DUVERGIER Claude Le 22/03/2019 à 19:25, Stéphane Rivière a écrit : > Le 22/03/2019 à 16:49, Michel Py a écrit : >> Il y en a qui vont se faire tomber dessus à bras raccourcix par >> Philippe pour continuer à tagguer avec ALERT > > Mouais, quand tu regardes la thread dans son ensemble, y'a pas de mal... > > Juste qu'à un moment ça a dérivé, c'est passé de alert à misc puis à > alert... Juste qu'à un moment donné y'en a un qui sort une connerie > (il se reconnaîtra) et que moi derrière, je me sens absolument obligé > d'y répondre (je me reconnais...) > > Et après on se fait taper sur les doigts... On se croirait à l'école, > ça me rajeunit :) > > Fort bien mais je m'en fous... Je montais mon premier BBS maximus dans > les années 80 et sysop pendant 15 ans, j'ai jamais viré personne... > > Et si je me fais lourder j'en mourrais pas même si j'ai énormément > appris à votre contact... Ici, c'est comme au CERN, on comprends pas > la moitié de ce qui est raconté, mais c'est une vraie poésie... Et > pour la moitié qu'on entrevoit, ça permet de progresser... > > Là dessus, bon week end... [envoi], attends je vérifie... oui c'est > [misc], donc [envoi]... ouf, j'ai (peut-être) sauvé ma tête (ou pas) > avec ce message... On va pas se refaire non plus... > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] tagger correctement
Bonjour, > La connerie est la décontraction de l'intelligence. Il y a beaucoup > d'intelligence ici - moi, je serais plutôt dans la connerie, question de > (mal)formation. Il me semble extrêmement sain de déconner quand on a un > métier demandant réflexion, réaction rapide et résistance au stress. Moi, je vous aime bien, Stef, Michel avec un point... et les autres ripailleurs. Souvent, je vous lis en mesurant mon inculture. C'est vrai qu'IP et au-dessus, ça me donne le vertige. Je suis plutôt du côté cave. Faut pas oublier qu'un écrou se serre sur un pas de vis parce qu'il y a du jeu. Personnellement, j'arrive parfois à détecter du signal dans le bruit. Je me suis construit un bon décodeur FEC. Bonne semaine, Michel (sans le point) - Mail original - De: "stef" À: "Michel Py" , "frnog" Envoyé: Dimanche 24 Mars 2019 11:52:35 Objet: Re: [FRnOG] [MISC] tagger correctement Bon, alors j'avais (déjà) oublié, zut... Sinon allez voir Radioelvis en concert, c'est de la dynamite (rien à voir avec ce qui traîne sur YT) > Stéphane, je t'aime bien mais quand Philippe envoies 2 rappels à l'ordre tu > devrais écouter. > [ALERT], il ne faut pas en abuser. Michel, j'ai pas besoin de nounou, merci ;) Un seul rappel pour moi et ne mélange pas un avis sur la forme et respect des règles sur le fond. Sur la forme, j'ai pas aimé la manière (mon droit), je le dit, ça passe pas, Philippe me vire (son droit). Sur le fond : Je ne regardais pas, quand je répondais, si le tag était déjà le bon mais si des gens filtrent sur [ALERT], c'est pour lire de l'[ALERT] (leur droit). J'ai compris que même en réponse, il faut toujours vérifier que le tag est approprié ou n'a pas été changé. J'espère avoir été clair : tempête dans verre d'eau pour erreur non volontaire, sur une réponse à un message mal taggué. My mistake period. > Si tu aimes l'esprit du village gaulois, ne le détruis pas par donner raison La connerie est la décontraction de l'intelligence. Il y a beaucoup d'intelligence ici - moi, je serais plutôt dans la connerie, question de (mal)formation. Il me semble extrêmement sain de déconner quand on a un métier demandant réflexion, réaction rapide et résistance au stress. Quand j'installais mes systèmes de coms dans les salles CODISC/ADUM/15, les dialogues off line étaient du style : - Match bus/moto - Oui... t'as le résultat ? - Attends... le bus a gagné. - Combien ? - 2 à 0. Au début ça fait bizarre, au bout d'une journée, tu comprends que c'est vital. Après, on tombe toujours sur des gens qui voient les choses autrement. Quand au vieux marronnier que la déconne noie l'expertise, actualisons-le, en cette période de lutte entre le jaune et la pensée complexe. Suggestions : Au lieu de : "Il est dommage qu'il soit nécessaire de rappeler les gens à l'ordre sur une mailing list de professionnels du réseau" Préférer : "Je suis marri, en cette docte assemblée, qu'il faille à ces gueux jaunis, leur faire tâter du bâton complexe" Au lieu de : "Je trouve le rapport signal/bruit particulièrement et constamment faible" Préférer : "L'entropie de ma bosse est maximale, j'ai mal à mon Shannon" --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
