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/

Répondre à