[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