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/

Répondre à