Q-in-Q in EX switch

I have prepared a small setup to test Q-in-Q or formally known as IEEE 802.1ad. There are several names given to this technique but the ones I prefer most are Provider Bridging or Stacked VLANs but I think most common name is QinQ. Anyway, I have set up the following lab.


This is the physical setup:) but below is the topology I have set up by using these devices. I wish to add one more EX2200 to make the setup more realistic but I have spent too much for these boxes so far for my lab purposes. No new purchases in the near future:) Let’s see the topology and explain what it really does;


What do we want to achieve here? Just assume that these two switches are actually two provider edge switches in a provider network. Normally in my setup they are directly connected. Any packet we send from either side of this cloud will be tagged by the Provider TAG 1000 which literally means we will tunnel our traffic in another tagged frame. Let’s see the config from EX2200-1 side

SRX side doesn’t have any special config. You can just configure tagged interface with the IP address given on the topology. Now we will initiate ping from SRX210 towards and see what happens on the command line and wire.

Yes we can learn MAC and ping other side of the cloud. Let’s see on EX2200-1 how we learned the MAC.

Yes, through our cloud facing interface we have learned the MAC of SRX100 device. The best part is the packet capture I took.

q-in-q-packet-captureAs you can see in the packet capture, client frame which has Vlan 500 tag is encapsulated in another frame which has provider tag 1000.

On this setup, I am not tunneling Layer 2 protocols e.g LLDP,RSTP etc but it can also be done. I am just practicing here some switching stuff not really complete post but I hope this gives some idea.

You have a feedback?

This site uses Akismet to reduce spam. Learn how your comment data is processed.