From the point of view we have E2E connectivity into VLAN-BOGUS we can state the tunnel is working fine. Ont he other hand, we know rspan VLAN is special because of the supression of ARP messaging but we expect the RSPAN will work because of the transparency of the QinQ. But not.
The bandwidth is not a problem nor the topology. For sure it is a point-to-point.
I think the problem with QinQ is the non-forwarding because of the absense of learned MAC addresses within the RSPAN VLAN. It is like having non-cisco switches in the midle of the path of the RSPAN. You need to hardcode de mac addresses along all the path in a hop-by-hop basis (working). With QinQ I supose I also need to hardcode de MAC addresses but only at tunnel endpoint switches. I'm looking for non-hardcoding solutions.
With EoMPLS, the RSPAN works over an xconnect, without hardcoding of nothing, but we prefer to use QinQ because of the customer scenario and available hardware.
Thanks for your comments. If I get it working with QinQ I'll post here the config.
We have 3 identical switches configured by someone else and would like to claim some of the Gigabit ports(G1/G2/G3/G4) for use on servers. When we try to change the wiring and configuration, we run in to connectivity issues. Attached is a des...
This is actually a pretty cool feature, i didn't even know it existed until I was looking for a solution to advertise a subnet (prefix in BGP talk), only if a certain condition existed. This is exactly what conditional advertisements does
j ai une question j ai achete un routeur cisco 887VA-k9 , je le configuré avec la configuration ci- dessous
si je le lier avec mon pc portable sur l un de ses ports directement ça marche toute est bien ( la connexion internet + m...