[c-nsp] Trunked links over EoMPLS

McCallum, Robert robert.mccallum at thus.net
Fri Nov 5 06:03:24 EST 2004


nah,  basically if SPT is on for the vlan used by the service provider on
the Customer switch if they do a show vlan it will show up in their
database.  So, if the customer is already using that vlan you are well and
truly snookered.

Robert McCallum 
CCIE #8757 R&S
01415663448
07818002241 

> -----Original Message-----
> From: Sam Stickland [mailto:sam_ml at spacething.org] 
> Sent: 05 November 2004 10:48
> To: McCallum, Robert
> Cc: 'Chris Roberts'; cisco-nsp at puck.nether.net
> Subject: RE: [c-nsp] Trunked links over EoMPLS
> 
> 
> On Thu, 4 Nov 2004, McCallum, Robert wrote:
> 
> > Chris,  this is called QinQ.  However,  all that you can do 
> is a dot1q 
> > trunk between the devices i.e. NO ISL.  ISL doesn't work 
> (or at least 
> > didn't a week ago when we tested it).  If your switch is a 3550 the 
> > config looks like this.
> >
> >
> > int fast0/1
> > switchport dot1qtunnel
> > switchport trunk allowed vlan blah blah blah.
> > switchport access vlan xx (this is the vlan number for your network)
> >
> > you can then do l2protocol tunnel cdp,stp or vtp.  This 
> command will 
> > allow total transparency.
> >
> >
> > BTW if spanning tree is enabled for vlans then the customer 
> shall see 
> > the vlan that you need to use to encapsulate their packets into.
> 
> Robert, could you elaborate on what you mean by this? It 
> seems that you 
> mean the customer will see the BDPUs for the vlan they are 
> encapsulated 
> into, but won't that cause problems? (STP will complain that 
> the VLAN ids 
> don't match).
> 
> Sam
> 


More information about the cisco-nsp mailing list