Euhh alors déjà la conf CPE, ça dépend des « STAS » Axione. Ils peuvent te demander de tagger…ou pas. Ensuite, ton: encapsulation dot1Q 101 native
a pour effet que tu mets l’interface dans le VLAN 101 en le déclarant natif, donc non-taggé. A mon avis, c’est pas ce que tu voulais faire. Ca marchera quand même si Axione attend des paquets non-taggés côté CPE. Mais si tu veux tagger, c’est: encapsulation dot1Q 101 Le 17 déc. 2014 à 18:56, Sébastien 65 <sebastien...@live.fr> a écrit : > Salut, > > Je remonte le fil car je vais devoir me pencher sur le sujet VLAN sur la > collecte AXIONE. > > Lors de la commande d’un lien fibre il faut donner un numéro de vlan > (S-VLAN). Ici 101 pour l’exemple. > > Si j’ai bien compris il faut sur le router du site client taguer en 802.1Q > l'interface externe : > > interface fastEthernet 4.101 > encapsulation dot1Q 101 native > > Coté porte de collecte si la porte est branchée sur un switch : > > interface fastEthernet 0/22 > switchport trunk native vlan 10 > switch trunk allowed vlan 101,102 > switchport mode trunk > > C’est juste ou bien ai-je tout faux ? > > Bonne soirée. > > > CC: alexandup...@gmail.com; slesim...@laposte.net; frnog-t...@frnog.org > > From: christo...@clucas.fr > > Date: Sat, 15 Nov 2014 10:42:00 +0100 > > To: david.ponz...@gmail.com > > Subject: Re: [FRnOG] [TECH] Transparence aux VLANs sur offres > > CELAN/CE2O/DSLE ? > > > > Pas de soucis avec les lag > > > > -- > > Christophe > > > > Envoyé de mon téléphone, veuillez excuser ma brièveté. > > > > > Le 15 nov. 2014 à 01:01, David Ponzone <david.ponz...@gmail.com> a écrit : > > > > > > Chez Cisco, en IOS-XE, les EVC feront ce que tu souhaites. C'est un peu > > > comme les bridge-group d'avant mais en mieux :) > > > > > > Le principe est de déclarer sur chaque port de collecte quels couples > > > vlan opérateur (outer ou first dotQ chez Cisco)/vlan client (inner ou > > > second dotQ) tu veux mettre dans le même bridge domain. > > > Si tu veux par exemple garder le vlan natif (1 untag) pour l'accès > > > internet de chaque site, tu vas déclarer pour ta porte 1: > > > Vlan(outer) 1001/vlan(inner) 2-4096 > > > Vlan 1002/vlan 2-4096 > > > Même principe pour ta porte 2. > > > > > > La petite subtilité de EVC c'est que le Cisco ne va effectuer aucune > > > modification implicite des tag 802.1q. C'est donc à toi de virer le outer > > > vlan pour chaque site sans toucher au inner vlan. > > > C'est également la puissance du truc. > > > > > > Au final, tes vlan client 2-4096 sont bridgés entre tous les sites. Et tu > > > termines le vlan 1 de chaque site (subint avec outer vlan et pas de inner > > > vlan) en IP sur ton routeur. > > > Mieux, tu les mets dans un VRF et tu nat (localement ou pas) l'ensemble > > > des sites avec une IP globale. > > > > > > Un truc à vérifier (comme d'habitude avec Cisco): compatibilité avec > > > LAG... > > > > > > > > > David Ponzone > > > > > > > > > > > > Le 9 nov. 2014 à 12:23, Alexandre Duprez <alexandup...@gmail.com> a écrit > > > : > > > > > >>> Tu veux pouvoir fournir une solution type multi sites pour un de tes > > >> clients en passant par plusieurs collectes de fournisseurs différents. > > >>> (J'ai bon jusque là?) > > >> > > >> oui, tout bon. > > >> > > >>> Pour faire ca tu penses marquer le trafic avec un VLAN dédié à ces > > >> différents accès. > > >>> (Toujours Bon?) > > >> > > >> Là, je ne pense pas : > > >> > > >> Je laisse le client marquer son trafic (transparence aux vlan, il fait ce > > >> qu'il veut). > > >> L'opérateur ajoute un VlanID à la livraison sur la porte de collecte. > > >> > > >> Je vais te donner un exemple, ce sera plus simple: > > >> > > >> Site 1 livré sur porte1 par opérateur1, vlanID 1001 > > >> Site 2 livré sur porte1 par opérateur1, vlanID 1002 > > >> Site 3 livré sur porte2 par opérateur2, vlanID 1001 (l’opérateur > > >> choisissant parfois le vlan, je peux par hasard me retrouver avec le même > > >> vlan ID que celui qui m’a été livré sur la porte1 pour le site 1, j'ai > > >> pris > > >> cet exemple pour prendre un cas extrême). > > >> > > >> Côté sites, le client tagge en 802.1q avec les VlanID 2000, 2001, > > >> 1001... par exemple (j’ai mis 1001, car comme on lui offre un service > > >> transparent au vlan... le hasard peut faire que lui aussi utilise le même > > >> vlanID que l’opérateur ; le set up ne doit donc pas déprendre de ce qu'il > > >> utilise). > > >> > > >> Et donc moi je recois : > > >> - sur ma porte1 des paquets du site 1, avec les VlanID 2000, 2001 et > > >> 1001 + > > >> le VlanID 1001 > > >> - sur ma porte1 des paquets du site 2, avec les VlanID 2000, 2001 et > > >> 1001 + > > >> le VlanID 1002 > > >> - sur ma porte2 des paquets du site 3, avec les VlanID 2000, 2001 et > > >> 1001 + > > >> le VlanID 1001 > > >> > > >> Ce que je veux donc faire c’est supprimer les Vlan opérateurs (1001 et > > >> 1002), et switcher (layer2) tout cela. > > >> > > >> Comme ce client utilise certains vlanID (2000, 2001, 1001) qui peuvent se > > >> recouper avec les Vlan opérateurs (comme dans mon exemple pour le 1001), > > >> ou > > >> ceux d’autres clients dans des configs similaire, j’ai l’impression qu’il > > >> me faut une notion de “switch virtuel”, et que le vlan trunking classique > > >> (sur un switch tout con:-), ne me permettra pas de faire cela à cause de > > >> l’utilisation multiple possible d’un même VlanID? > > >> > > >> (ce type de config est faisable en VPLS/MPLS... Mais c'est hélas plus > > >> lourd, car si je centralise tout, le MPLS n'a aucun interet) > > >> > > >> Alex > > >> > > >> > > >> Le 9 novembre 2014 11:24, Sebastien Lesimple <slesim...@laposte.net> a > > >> écrit : > > >> > > >>> Tu veux pouvoir fournir une solution type multi sites pour un de tes > > >>> clients en passant par plusieurs collectes de fournisseurs différents. > > >>> (J'ai bon jusque là?) > > >>> Pour faire ca tu penses marquer le trafic avec un VLAN dédié à ces > > >>> différents accès. > > >>> (Toujours Bon?) > > >>> > > >>> Tout ce que tu as a faire c'est gerer le marquage VLAN 802.1q sur des > > >>> interfaces virtuelles dans tes routeurs gérant les "Portes". > > >>> C'est du VLAN Trunking vraiment pas de quoi se prendre le casque, c'est > > >>> comme sur un switch tout con. > > >>> Faire du MPLS, ouais bof, les routeurs ont assez de patate pour lire les > > >>> trames à la volée aujourd’hui, c'est plus vraiment une question de > > >>> vitesse. > > >>> > > >>> DSLE/CE2O ne permettent pas de faire ca (la collecte Completel non plus > > >>> aux dernières news). > > >>> Altitude, je n'ai plus de contacts, désolé. > > >>> Axione, oui EVPL sur la fibre et du 802.1Q sur le cuivre (c'est du > > >>> CELAN à > > >>> la base). > > >>> Covage, oui aussi. > > >>> > > >>> Le 09/11/2014 10:18, Alexandre Duprez a écrit : > > >>> > > >>>> Merci pour vos réponses! > > >>>> > > >>>> Le reste de l'ODR DSL est hors scope. > > >>>> Donc tu exclus DSLE/CE2O (avec livraison sur porte GEth) pour faire la > > >>>> même > > >>>> chose? > > >>>> > > >>>> Sur les DSP (Axione, Covage, Altitude Infra...) vous savez si c’est > > >>>> systématiquement supporté? > > >>>> > > >>>> > > >>>> Autre question complémentaire, sur le set-up central: Si on cherche à > > >>>> interconnecter en Layer2 plusieurs sites, livrés sur des portes > > >>>> différentes > > >>>> toutes sur un même équipement, quelle est la techno la plus adaptée? Il > > >>>> faut une sorte de “virtual switch” : nous avons les virtual routers > > >>>> (mais > > >>>> layer 3, donc cela ne va pas) ou les VPLS qui sont un cran au dessus > > >>>> puisqu’ils reposent sur du MPLS et permettent cela si les portes sont > > >>>> réparties sur le réseau. Mais dans un cas simple ou tout arrive sur le > > >>>> même > > >>>> routeur, quel est le plus simple (Plutot sur Brocade, éventuellement > > >>>> sur > > >>>> Cisco) ? faut-il forcément passer sur un set up VPLS (qui demande à > > >>>> activer > > >>>> le MPLS ce qui n’a pas d’interet ici)? > > >>>> > > >>>> > > >>>> Alex > > >>>> > > >>>> Le 9 novembre 2014 07:59, Sebastien Lesimple <slesim...@laposte.net> a > > >>>> écrit : > > >>>> > > >>>> David a parfaitement raisons, CELAN permet ce genre de set-up sans > > >>>> aucuns > > >>>>> soucis. > > >>>>> En revanche, CEE ne permet que le VLAN de livraison et supprime tout > > >>>>> marquage CoS et VLAN supplémentaire. > > >>>>> Le reste de l'ODR DSL est hors scope. > > >>>>> > > >>>>> Le 09/11/2014 00:52, David Ponzone a écrit : > > >>>>> > > >>>>> Oui, le CELAN supporte le QinQ. > > >>>>>> Les STATS, chapitre 3.4, sont claires sur ce point. > > >>>>>> > > >>>>>> Je n’ai pas détecté d’anomalie côté MTU. > > >>>>>> Avec DF positionné, 1500 passe, 1501 ne passe pas, que cela soit sur > > >>>>>> le > > >>>>>> VLAN de livraison (pas de QinQ) ou sur un VLAN QinQ.. > > >>>>>> > > >>>>>> Le 8 nov. 2014 à 22:04, Alexandre Duprez <alexandup...@gmail.com> a > > >>>>>> écrit : > > >>>>>> > > >>>>>> Bonsoir, > > >>>>>> > > >>>>>>> Sur les offres Orange CELAN (cuivre ou optique), CE2O et DSLE (Pour > > >>>>>>> DSLE > > >>>>>>> et > > >>>>>>> CE2O je parle d’une livraison en GEth par Orange, et non pas > > >>>>>>> directement > > >>>>>>> en > > >>>>>>> ATM), est-il possible d’après vous de transporter des VLAN? > > >>>>>>> Et ainsi par exemple construire un Lan2Lan transparent aux Vlan > > >>>>>>> (donc > > >>>>>>> config en 802.1q à chaque extrémité), en connectant 2 circuits (ce > > >>>>>>> qui > > >>>>>>> demande évidement à avoir un équipement côté porte qui sache gérer > > >>>>>>> cela). > > >>>>>>> > > >>>>>>> Est ce que, pour le trafic extrémité>>porte, Orange “Stacke” bien > > >>>>>>> les > > >>>>>>> Vlan-ID en ajoutant le Vlan-ID de livraison, sans écraser un Vlan-ID > > >>>>>>> qui > > >>>>>>> aurait déjà été positionné? Est ce qu’il n’y a pas de limitation de > > >>>>>>> MTU?... > > >>>>>>> > > >>>>>>> Je n'ai rien vu dans les Spécifications qui pourrait poser problème. > > >>>>>>> Est ce que certains d’entre vous utilisent ces offres pour fournir > > >>>>>>> ce > > >>>>>>> type > > >>>>>>> de service? > > >>>>>>> > > >>>>>>> Alex > > >>>>>>> > > >>>>>>> --------------------------- > > >>>>>>> Liste de diffusion du FRnOG > > >>>>>>> http://www.frnog.org/ > > >>>>>>> > > >>>>>>> --------------------------- > > >>>>>> Liste de diffusion du FRnOG > > >>>>>> http://www.frnog.org/ > > >>>>>> > > >>>>>> > > >>>>>> --------------------------- > > >>>> Liste de diffusion du FRnOG > > >>>> http://www.frnog.org/ > > >> > > >> --------------------------- > > >> Liste de diffusion du FRnOG > > >> http://www.frnog.org/ > > > > > > > > > --------------------------- > > > Liste de diffusion du FRnOG > > > http://www.frnog.org/ > > > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/