Regardes mes commentaires ci dessous mais voilà en ultra simplifié
comment ça marche:
(Je remercie mes camarades plus techniquement pointus de
compléter/corriger l'exemple)
L'opérateur te livre ca: (y'a que CELAN qui permette de faire ca):
- 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
Toi tu dois détagger tes ifaces virtuelle avec ton routeur pour avoir ca:
- sur ma porte1 des paquets du site 1, avec les VlanID 2000, 2001 et 1001
- sur ma porte1 des paquets du site 2, avec les VlanID 2000, 2001 et 1001
- sur ma porte2 des paquets du site 3, avec les VlanID 2000, 2001 et 1001
Après tu peux gérer les flux de plusieurs manières...
Tu crées un bridge ou tu regroupes les ifaces virtuelles de chaque portes:
Uplink Portes
Bridge Portes
Porte 1
Porte 2
Tu crées un second bridge sur lequel tu regroupes les Ifaces virtuelles:
Uplink Portes
Bridge Client X
Site 1 Vlan 1001
Site 2 Vlan 1002
Site 3 Vlan 1001
Avec quelques règles tu permet a chaque Iface de communiquer entre elles
sans te soucier de ce qui passe dedans.
Si tu es coincé, il te reste du VLAN TAG Rewrite.
Le 09/11/2014 12:23, Alexandre Duprez 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 :
Si si, j'ai bon...
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.
Non, le tag VLAN est ajouté soit par le modem gérant l’accès soit par le
DSLAM d'Orange.
C'est a toi au niveau de ta porte de collecte de tagger/untagger le
trafic, l'opérateur au niveau de la porte lui, il fait rien du tout.
Il livre en vrac tous les VLAN dans un gros trunk (la version Switch
tout con...)
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).
Non normalement c'est toi qui choisis le No de VLAN a moins que tu ne
passes par une revente de revente et ca c'est pas propre...
Comme c'est a toi de virer le VLAN Tag à l'arrivée sur ta collecte, il
ne reste que les VLANs Tag de tes client.
C'est là que tu bridge les interfaces virtuelles correspondantes pour
créer un gros LAN2LAN ou le client fait ce qu'il veut.
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.
Ben c'est le boulot de ton routeur, c'est le tout premier niveau de
gestion d'une porte ca hein...
C'est juste le B A BA du B A BA.
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?
Voir ci-dessus
(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
<mailto: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 <mailto: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 <mailto: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/
