<div dir="ltr"><div><div><div><div><div><div><div><i>I think</i> they are trying to imply that the traditional Q-in-Q configuration style is not supported. All of the same Q-in-Q functions can be accomplished with EVC configuration. <br>
<br></div>From the way I read your description the customer traffic will leave your box with two tags, where you are imposing a single tag on their single tagged frame?<br><br></div><div>Here I've expand on Adam's example. The first service instance just takes in tag 10 and puts it in the SVI 10, just like a normal trunk -> SVI configuration.<br>
</div><div>The second service instance uses flexible matching to match the range you specified. It does not do anything to the 802.1q tag. The frame is then put in bridge-domain (vlan) 500. When the frame received on g0/0 goes out g1/0 (the classic ethernet trunk carrying vlan 500), tag 500 will be imposed on the frame.<br>
<br><br></div><div>int g0/0<br></div> service instance 10 ethernet<br> encapsulation dot1q 10<br> rewrite ingress tag pop 1 symmetric<br> bridge-domain 10<br> !<br> service instance 99 ethernet<br> encapsulation dot1q 1-9,11-4094<br>
bridge-domain 500<br>!<br></div><div>int g1/0<br></div><div> description uplink to SP Core<br></div><div> switchport mode trunk<br></div><div> switchport trunk allowed vlan 500<br>!<br></div><div>int vlan 10<br></div><div>
description BGP Peering Interface<br> ip address 192.168.1.1 255.255.255.0<br> <br></div></div></div></div></div><div><div><div><div><div><div><div> <br><div><br><br><div><br></div></div></div></div></div></div></div></div>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 25, 2013 at 12:32 PM, Robert Williams <span dir="ltr"><<a href="mailto:Robert@custodiandc.com" target="_blank">Robert@custodiandc.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div link="blue" vlink="purple" lang="EN-GB">
<p></p><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Hi – thanks,<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Interestingly it states:<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p style="margin-right:0cm;margin-bottom:5.25pt;margin-left:18.0pt;background:white"><span style="font-size:9.0pt;font-family:"Arial","sans-serif"">•<img src="cid:image004.png@01CE294C.72DC3310" alt="http://www.cisco.com/en/US/i/templates/blank.gif" height="2" width="19">These features are not supported on EVCs:<u></u><u></u></span></p>
<p style="margin-right:0cm;margin-bottom:5.25pt;margin-left:39.6pt;background:white;word-spacing:0px"><a name="13da1525d7148a04_wp1081438"></a><a name="13da1525d7148a04_wp1081440"></a><span style="font-size:9.0pt;font-family:"Arial","sans-serif"">–<img src="cid:image005.png@01CE294C.72DC3310" alt="http://www.cisco.com/en/US/i/templates/blank.gif" height="2" width="17">QinQ tagging<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Which is a bit unclear and maybe out of context, but we do need to apply a second tag to the existing traffic from the other service provider, so even if EVC is supported and we were running an ES or using a 2T it still reads (maybe) as if it’s not possible?...<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Either way, I could do with knowing if this is possible on a 2T at all?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Thanks again!<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" lang="EN-US">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" lang="EN-US"> Pete Lumbis [mailto:<a href="mailto:alumbis@gmail.com" target="_blank">alumbis@gmail.com</a>] <br>
<b>Sent:</b> 25 March 2013 10:13<br><b>To:</b> Robert Williams<br><b>Cc:</b> Adam Vitkovsky; <a href="mailto:cisco-nsp@puck.nether.net" target="_blank">cisco-nsp@puck.nether.net</a><br><b>Subject:</b> Re: [c-nsp] Processing one VLAN received on a Q-in-Q port<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">On the 6k I think EVC configuration can only be accomplishes on ES+ (maybe ES-20?) or with Sup2t<u></u><u></u></p><div><p class="MsoNormal" style="margin-bottom:12.0pt">
<br><a href="http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/15.1SY/config_guide/sup2T/ethernet_virtual_connection.html" target="_blank">http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/15.1SY/config_guide/sup2T/ethernet_virtual_connection.html</a><u></u><u></u></p>
<div><p class="MsoNormal">On Mon, Mar 25, 2013 at 10:05 AM, Robert Williams <<a href="mailto:Robert@custodiandc.com" target="_blank">Robert@custodiandc.com</a>> wrote:<u></u><u></u></p><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<p class="MsoNormal">Hi Adam,<br><br>Many thanks for that, it reads like it would do exactly what we need, however the switch doesn't accept Ethernet encapsulation:<br><br>(config-if)#service instance 10 ethernet<br>(config-if-srv)#ethernet ?<br>
lmi Configure ether lmi parameters<br>(config-if-srv)#?<br>Ethernet EFP configuration commands:<br> default Set a command to its defaults<br> ethernet Configure ether lmi parameters<br> exit Exit from ETHER EFP configuration mode<br>
no Negate a command or set its defaults<br><br>It's running Version 12.2(33)SXJ3 / AdvIP Services and the line card is a 6708-10GE with a DFC3CXL<br><br>Any other pointers or maybe suggestions as to IOS versions / Line cards with or without this feature?<br>
<br>Cheers!<u></u><u></u></p><div><p class="MsoNormal" style="margin-bottom:12.0pt"><br><br><br><br>Robert Williams<br>Custodian Data Centre<br>Email: <a href="mailto:Robert@CustodianDC.com" target="_blank">Robert@CustodianDC.com</a><br>
<a href="http://www.CustodianDC.com" target="_blank">http://www.CustodianDC.com</a><u></u><u></u></p></div><div><div><p class="MsoNormal"></p></div></div></blockquote></div></div></div></div><p></p>
<p><font face="Arial"><span style="font-family:Arial">Robert Williams</span><br>
Custodian Data Centre<br>
Email: <span style="font-family:Arial">Robert@CustodianDC.com</span><br>
<a href="http://www.CustodianDC.com" target="_blank">http://www.CustodianDC.com</a></font></p>
<p></p><div><div><div><div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm"><div><div><p class="MsoNormal">-----Original Message-----<br>From: Adam Vitkovsky [mailto:<a href="mailto:adam.vitkovsky@swan.sk" target="_blank">adam.vitkovsky@swan.sk</a>]<br>
Sent: 25 March 2013 08:42<br>To: Robert Williams; <a href="mailto:cisco-nsp@puck.nether.net" target="_blank">cisco-nsp@puck.nether.net</a><br>Subject: RE: [c-nsp] Processing one VLAN received on a Q-in-Q port<br><br>Hi Robert,<br>
<br>I believe you should be able to use the following config for the VLAN 10.<br><br>interface Gi1/1<br> service instance 10<br> ethernet encapsulation dot1q 10<br> rewrite ingress tag pop 1 symmetric<br> bridge-domain 40<br>
<br>interface Vlan 40<br> ip address 1.1.1.1 255.255.255.0<br><br>check out the following series:<br> <a href="http://ccie-in-3-months.blogspot.com/2009/09/evc-flexible-service-mapping.html" target="_blank">http://ccie-in-3-months.blogspot.com/2009/09/evc-flexible-service-mapping.html</a><br>
<a href="http://ccie-in-3-months.blogspot.com/2009/06/evc-flexible-frame-matching.html" target="_blank">http://ccie-in-3-months.blogspot.com/2009/06/evc-flexible-frame-matching.html</a><br> <a href="http://ccie-in-3-months.blogspot.com/2009/06/evc-flexible-vlan-tag-rewrite.html" target="_blank">http://ccie-in-3-months.blogspot.com/2009/06/evc-flexible-vlan-tag-rewrite.html</a><br>
<br><br>adam<br>-----Original Message-----<br>From: <a href="mailto:cisco-nsp-bounces@puck.nether.net" target="_blank">cisco-nsp-bounces@puck.nether.net</a> [mailto:<a href="mailto:cisco-nsp-bounces@puck.nether.net" target="_blank">cisco-nsp-bounces@puck.nether.net</a>] On Behalf Of Robert Williams<br>
Sent: Sunday, March 24, 2013 10:24 AM<br>To: <a href="mailto:cisco-nsp@puck.nether.net" target="_blank">cisco-nsp@puck.nether.net</a><br>Subject: [c-nsp] Processing one VLAN received on a Q-in-Q port<br><br>Hi Guys,<br><br>
Hopefully someone here can assist with this, I need to process locally a VLAN which is received into our network from another service provider via one of our Q-in-Q ports.<br><br>Currently we use a Q-in-Q port to double-tag all traffic we receive from the other provider, then transport it across our network and give it back to them where they then break it out on their own switch at one of our other facilities. We do this across a series of 6500/720XL chassis.<br>
<br>This works fine, however, we now need to bring up an additional BGP session with the other provider, but the session has to be over the same physical port as we use for the Q-in-Q transport. To put it into a logical sentence, we need the port facing the other provider at the edge of our network to:<br>
<br>“Double-tag VLANs 1-9 and 11-4094 with SPvLAN ID 500 - but switch VLAN 10 locally without double-tagging it”<br><br>We will then bring up the BGP session on VLAN 10, but allow all the others to pass across our network with the additional double-tag.<br>
<br>All packets we receive from the other SP are single-tagged, including the VLAN on which we need to inject our BGP session.<br><br>I’m not sure what other information may be relevant so please just ask me anything. If this is not possible on the 720 platform, then we will consider deploying either a 2T or ASR9k at this location to meet the requirement (both are currently being looked at as options for upgrading our 720 units anyway). However, it would be nice if the 2T can do it as the ASR may be overkill considering the other requirements of the site.<br>
<br>Thanks in advance!<br><br><br><br>Robert Williams<br>Custodian Data Centre<br>Email: <a href="mailto:Robert@CustodianDC.com" target="_blank">Robert@CustodianDC.com</a><br><a href="http://www.CustodianDC.com" target="_blank">http://www.CustodianDC.com</a><br>
_______________________________________________<br>cisco-nsp mailing list <a href="mailto:cisco-nsp@puck.nether.net" target="_blank">cisco-nsp@puck.nether.net</a> <a href="https://puck.nether.net/mailman/listinfo/cisco-nsp" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-nsp</a><br>
archive at <a href="http://puck.nether.net/pipermail/cisco-nsp/" target="_blank">http://puck.nether.net/pipermail/cisco-nsp/</a><br><br><br>_______________________________________________<br>cisco-nsp mailing list <a href="mailto:cisco-nsp@puck.nether.net" target="_blank">cisco-nsp@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-nsp" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-nsp</a><br>archive at <a href="http://puck.nether.net/pipermail/cisco-nsp/" target="_blank">http://puck.nether.net/pipermail/cisco-nsp/</a><u></u><u></u></p>
</div></div></blockquote></div><p class="MsoNormal"><u></u> <u></u></p></div></div></div><p></p></div>
</blockquote></div><br></div>