Sous Vlans
Fermé
fatno
Messages postés
8
Date d'inscription
jeudi 3 septembre 2009
Statut
Membre
Dernière intervention
20 janvier 2010
-
12 oct. 2009 à 11:58
Nico le Vosgien Messages postés 1552 Date d'inscription vendredi 23 février 2007 Statut Contributeur Dernière intervention 19 novembre 2016 - 24 oct. 2009 à 00:05
Nico le Vosgien Messages postés 1552 Date d'inscription vendredi 23 février 2007 Statut Contributeur Dernière intervention 19 novembre 2016 - 24 oct. 2009 à 00:05
4 réponses
Nico le Vosgien
Messages postés
1552
Date d'inscription
vendredi 23 février 2007
Statut
Contributeur
Dernière intervention
19 novembre 2016
266
13 oct. 2009 à 23:19
13 oct. 2009 à 23:19
Bonjour,
Oui, tu veux probablement parler de QinQ ?
https://en.wikipedia.org/wiki/802.1QinQ
Oui, tu veux probablement parler de QinQ ?
https://en.wikipedia.org/wiki/802.1QinQ
Gart78
Messages postés
927
Date d'inscription
mardi 19 août 2008
Statut
Membre
Dernière intervention
9 mai 2014
115
12 oct. 2009 à 14:18
12 oct. 2009 à 14:18
Je ne croi pas que cela soit possible...
Par contre si tu ajoute un switch Vlan sur une de tes Vlan tu poura créer plusieur Vlan sur ce second switch qui ce trouve déjà dans un Vlan!
Mais bon ca fait un peut bricolage... donc je ne te le conseil pas!
Par contre si tu ajoute un switch Vlan sur une de tes Vlan tu poura créer plusieur Vlan sur ce second switch qui ce trouve déjà dans un Vlan!
Mais bon ca fait un peut bricolage... donc je ne te le conseil pas!
fatno
Messages postés
8
Date d'inscription
jeudi 3 septembre 2009
Statut
Membre
Dernière intervention
20 janvier 2010
13 oct. 2009 à 12:10
13 oct. 2009 à 12:10
Salut!!
Vraiment merci beaucoup ta réponse m'a été d'un très grand secours.
Bonne journée!
Vraiment merci beaucoup ta réponse m'a été d'un très grand secours.
Bonne journée!
brupala
Messages postés
110580
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
30 novembre 2024
13 839
14 oct. 2009 à 14:56
14 oct. 2009 à 14:56
Houla,
très peu de switchs sont capable de gérer QinQ, cette encapsulation ne concerne pas grand monde, si on veut l'utiliser il faut bien choisir ses partenaires .
très peu de switchs sont capable de gérer QinQ, cette encapsulation ne concerne pas grand monde, si on veut l'utiliser il faut bien choisir ses partenaires .
Nico le Vosgien
Messages postés
1552
Date d'inscription
vendredi 23 février 2007
Statut
Contributeur
Dernière intervention
19 novembre 2016
266
15 oct. 2009 à 22:38
15 oct. 2009 à 22:38
Bonjour brupala.
Avec tout le respect que je te dois, je m'autorise à (fortement) nuancer ton propos ;)
Tous les constructeurs de switch pro proposent des équipements supportant une encapsulation qinq. J'irai même à dire que c'est un outil d'usage courant et indispensable chez tous les opérateurs de service aux entreprises.
Si je suis d'accord avec toi sur le fait qu'on ne rencontre pas du qinq partout où l'on met les pieds, OBS, SFR, Colt, Completel et bien d'autres, utilisent couramment cet 'outil' pour construire leurs offres
Après, si l'on souhaite une transparence aux protocoles de niveau 2 alors il est effectivement nécessaire d'avoir les mêmes equipementiers aux 2 extrémités (encapsulation et desencapsulation)
Avec tout le respect que je te dois, je m'autorise à (fortement) nuancer ton propos ;)
Tous les constructeurs de switch pro proposent des équipements supportant une encapsulation qinq. J'irai même à dire que c'est un outil d'usage courant et indispensable chez tous les opérateurs de service aux entreprises.
Si je suis d'accord avec toi sur le fait qu'on ne rencontre pas du qinq partout où l'on met les pieds, OBS, SFR, Colt, Completel et bien d'autres, utilisent couramment cet 'outil' pour construire leurs offres
Après, si l'on souhaite une transparence aux protocoles de niveau 2 alors il est effectivement nécessaire d'avoir les mêmes equipementiers aux 2 extrémités (encapsulation et desencapsulation)
brupala
Messages postés
110580
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
30 novembre 2024
13 839
16 oct. 2009 à 09:27
16 oct. 2009 à 09:27
Salut Nico,
je sais que tu es bien renseigné et c'est pourtant mon domaine d'activité les CPE, et les accès opérateurs (côté accès seulement, pas du tout les peering et transports) , mais je n'ai pas de souvenir de configuration ethernet trunk d'un client connectée au réseau opérateur.
D'une autre façon, il est très rare d'avoir des accès pontés aujourd'hui (un accès Q-in-Q étant forcément ponté si je ne m'abuse) mais pourquoi pas, la démocratisation des très hauts débits explosant de jour en jour .
Cependant, je suppose que ces transports sont en priorité réservés aux flux multicast plus faciles à contrôler par pontage que par routage .
Merci tout de même pour tes informations que je ne connaissais pas .
je sais que tu es bien renseigné et c'est pourtant mon domaine d'activité les CPE, et les accès opérateurs (côté accès seulement, pas du tout les peering et transports) , mais je n'ai pas de souvenir de configuration ethernet trunk d'un client connectée au réseau opérateur.
D'une autre façon, il est très rare d'avoir des accès pontés aujourd'hui (un accès Q-in-Q étant forcément ponté si je ne m'abuse) mais pourquoi pas, la démocratisation des très hauts débits explosant de jour en jour .
Cependant, je suppose que ces transports sont en priorité réservés aux flux multicast plus faciles à contrôler par pontage que par routage .
Merci tout de même pour tes informations que je ne connaissais pas .
Nico le Vosgien
Messages postés
1552
Date d'inscription
vendredi 23 février 2007
Statut
Contributeur
Dernière intervention
19 novembre 2016
266
>
brupala
Messages postés
110580
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
30 novembre 2024
24 oct. 2009 à 00:05
24 oct. 2009 à 00:05
Bonjour,
Aujourd'hui, le VPN L2 sont aussi courant que les L3 : dans ce type de config, tu fournis un 'simple' port ethernet au client : celui ci est alors libre d'y faire transiter du trafic tagué (simple ou double tag (qinq)) ou non.
Jusque là, et je suis d'accord avec toi, seules quelques sociétés souhaitent véhiculer des flux doublement tagués. Mais coté opérateur, avant de transporter cela via des tunnels EoMpls (ou en emulation bridge type vpls), il est classiquement utilisé une couche d'agrégation sous la forme de switch.
Comme tu ne peux et veux évidemment pas dépendre des tags utilises par les clients (et vis versa), tu encapsules le trafic client dans un svlan opérateur jusqu'à pouvoir le livrer à un point de collecte mpls (pe) où le svlan devient alors inutile.
Aujourd'hui, le VPN L2 sont aussi courant que les L3 : dans ce type de config, tu fournis un 'simple' port ethernet au client : celui ci est alors libre d'y faire transiter du trafic tagué (simple ou double tag (qinq)) ou non.
Jusque là, et je suis d'accord avec toi, seules quelques sociétés souhaitent véhiculer des flux doublement tagués. Mais coté opérateur, avant de transporter cela via des tunnels EoMpls (ou en emulation bridge type vpls), il est classiquement utilisé une couche d'agrégation sous la forme de switch.
Comme tu ne peux et veux évidemment pas dépendre des tags utilises par les clients (et vis versa), tu encapsules le trafic client dans un svlan opérateur jusqu'à pouvoir le livrer à un point de collecte mpls (pe) où le svlan devient alors inutile.
14 oct. 2009 à 14:16
Que Dieu te bénisse!!
14 oct. 2009 à 14:53
Merci d'en tenir compte.