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/