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/
