This is a very interesting question. Have you received any feedback on it ?  One very stupid way of doing it would be to untagg towards the XMR or Loop a XMR interface. <br>I know Redback and Ericsson equipment can do this as well. <br>
<br>Curious if you received any feedback on this matter.<br><br>Regards Andreas <br><br><div class="gmail_quote">On Tue, Apr 22, 2008 at 4:31 PM, David Ball <<a href="mailto:davidtball@gmail.com">davidtball@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">  I have a non-Foundry switch connected to an XMR Gig port (running<br>
3.6.0cT163).  I'm expecting QinQ'd traffic (tag-types will both be<br>
8100) coming from that switch.  I'm trying to determine how I can<br>
strip off the outer tag, then assign the traffic to different VLLs,<br>
VPLSs, etc. based on the 'inner' tag.  I've read the VLANs section of<br>
the config guide a few times over and either it's not mentioning it,<br>
or I don't 'get' it.  I'm more familiar with Juniper's way of doing<br>
this, which lets you inspect both inner and outer tags, and do<br>
pop/push/swap with the tags, but am struggling to understand how the<br>
XMRs handle things.  Any insight would be appreciated.<br>
  Some (possibly irrelevant) config snippets are below.<br>
<br>
interface ethernet 2/1<br>
 enable<br>
 no spanning-tree<br>
 no flow-control<br>
 gig-default neg-off<br>
!<br>
<snip><br>
 vll vll-tagged 500 raw-mode<br>
  vll-peer <a href="http://172.16.0.1" target="_blank">172.16.0.1</a><br>
  vlan 500<br>
   tagged e 2/11<br>
<snip><br>
_______________________________________________<br>
foundry-nsp mailing list<br>
<a href="mailto:foundry-nsp@puck.nether.net">foundry-nsp@puck.nether.net</a><br>
<a href="http://puck.nether.net/mailman/listinfo/foundry-nsp" target="_blank">http://puck.nether.net/mailman/listinfo/foundry-nsp</a><br>
</blockquote></div><br>