Le 29/01/2015 13:23, Florent Arrgn a écrit :
En plein dans le mille, j'utilise le 1 et le 2 pour mes besoins. Ceci
dit le problème peut se poser lorsque le client 2 se ramène avec les
mêmes VLAN que le client 1 ...
C'est pourquoi je disais "ne pas penser un jour augmenter le nombre de
vlan ou de client".
Dans le respect de la iso1664 j'ai déjà testé ce que tu as écrit, et
ça ne fonctionne pas. Surement un problème au niveau des MAC vues par
le switch (se voyant lui-même sur plusieurs ports), je n'ai pas plus
poussé le raisonnement vu comment c'est ... dégeu ;)
cf "pas de spaning tree", et j'ajouterai pas de loop detection ou autre
solution propriétaire à deux balles...
A part ça ça doit marcher.
Mais une solution propre avec du vlan stacking (ne plus dire "QinQ")
semble être la seule voie pérenne car scalable. Le vlan mapping peut
marcher, mais ça reste casse gueule.
Le 29 janvier 2015 11:53, Fabrice Vincent
<f.vinc...@allibert-trekking.com
<mailto:f.vinc...@allibert-trekking.com>> a écrit :
J’imagine que s'il veut changer de vlan c'est parce que les vlan 1
et 2 sont déjà utilisé chez lui pour d'autres besoins.
S'ils sont déjà configuré et utilisé sur son Dell, point de salut
sans QinQ ou vlan-mapping.
Si le switch dell est dédié à cette arrivée Lan2lan du client,
alors oui une tambouille à coup de port tagged/untagged devrait
fonctionner. Exemple:
lan2lan-client => port 1 : trunk tagged vlan 1,2
port 2 : untagged vlan 1 <=> port 3 untagged vlan 5
port 4 : untagged vlan 2 <=> port 5 untagged vlan 6
port 6 : trunk tagged vlan 5,6 => infra VMWare
conditions pour que ça marche:
- vlan 1 et 2 non déjà utilisé sur le switch dell
- avoir 4 ports à gaspiller
- pas de spaning tree (ou alors par vlan)
- ne pas penser un jour augmenter le nombre de vlan ou de client...
- accepter de mettre cette infâme tambouille en prod. 8-p
J'ai bon ? ;oD
Fabrice
Le 29/01/2015 10:25, Sebastien Lesimple a écrit :
A vue de nez ça te boufferait 6 ou 8 ports physiques...
Le 29 janv. 2015 à 10:22, Sebastien Lesimple
<slesim...@laposte.net <mailto:slesim...@laposte.net>> a
écrit :
Ça va dépendre de ton matériel.
Un switch c'est fait pour commuter, les fonctions routages
sont sommes toutes limitées.
Il y aurait bien une piste en jonglant avec des ports tag
mais c'est hyper crade!
Le 29 janv. 2015 à 09:59, Florent Arrgn
<zecla...@gmail.com <mailto:zecla...@gmail.com>> a écrit :
Bonjour la liste,
J'héberge le PRA d'un client que je fais par
réplication veeam.
Je reçois sur mon switch une LAN2LAN de ce client.
Il m'envoie un trunk qui fait passer 2 VLAN, le VLAN 1
et le VLAN 2.
Moi j'héberge deux machines virtuelles de ce client
sur mon infra vmware
(les réplica) et j'ai taggué ces VM l'une avec le VLAN
5 et l'autre avec le
VLAN 6 (car je ne peux pas utiliser les VLAN du clients).
Je cherche donc à faire une sorte de mapping entre le :
VLAN 1 -> VLAN 5
VLAN 2 -> VLAN 6
La complexité c'est que je n'ai qu'un switch pour
faire ça.
Voilà le genre de schéma rapide :
trunk 1,2 ____________ trunk 5,6
<-------(L2L)----------> |____SW_____|
<------------------>
Savez-vous s'il est possible de réaliser cette maquette ?
Merci par avance pour vos partages.
NB : C'est bien le même plan IP, il est uniquement
question de niveau 2
Florent
---------------------------
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/
