On Thu, Mar 21, 2013 at 5:19 PM, Sean K. Finn <span dir="ltr"><<a href="mailto:sean.finn@ozservers.com.au" target="_blank">sean.finn@ozservers.com.au</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I, too, am interested in hearing *anyones* opinions of dragging tagged vlan traffic across a network like this without the use of QinQ.<br>
<br>
Has anyone had experiencing using other protocols, for example, Ethernet over IP, or VPLS or any other of the billion protocol abstractions to achieve something like this?<br></blockquote><div><br>doing anything MPLS (VPLS, EoMPLS, mac-vpn-*) generally drags you into router-port pricing and mandates you run a MPLS core.<br>
there are numerous other ways too L2TPv3, OTV, EoMPLSoGRE (last two are the same thing).  oh, and VXLAN.<br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Does anyone have any *theories* of how to drag VLAN traffic tagged across a non QinQ aware switch setup, for example, over layer 3 perhaps?<br></blockquote><div><br>i'm a big fan of this approach:<br><div style="margin-left:40px">
switch(config)# interface vxlan 2<br>switch(config-if)# vxlan multicast-group 239.10.10.51<br>switch(config-if)# vxlan source-interface Loopback0<br>switch(config-if)# vxlan vlan 51 vni 5001<br></div><br>vlan 51 access input port (which could be "switchport mode dot1q-tunnel") will now magically be a point-to-multipoint wherever VXLAN VNI 5001 goes.<br>
<br>thats it.<br><br>it can be terminated that way on vxlan-enabled firewalls, loadbalancers, wan accelerators, hypervisor virtual switches and - of course - vxlan hardware gateway capable ethernet switches.<br><br><br>cheers,<br>
<br>lincoln.<br></div></div>