Rana thanks for the reply, I am trying to deploy EoMPLS. A pseudowire
between PEs (point to point) is used using xconnect. Now when the xconnect
is done under the SVI the VC status wont come up. The VC status is up only
when i use physical interface on the PE or subinterfaces with encapsulation.
Any advice on how to troubleshoot?
On Fri, Jul 24, 2009 at 2:22 AM, Rana Bilal <rab_91_at_hotmail.com> wrote:
> OK.....getting back to the original question from Mr.Mousawi "preserving
> the customer vlans on the L2VPN in a SP environment.
>
> If its a Metro Ethernet provider then this Provider will configure 802.1q
> tunneling on the switch connected to the customer's interface, however few
> things on the provider switch needs to be configured which
> includes increasing the mtu size 1504 or higher for super stacking of
> additional Vlan tags from the customer. On the PE side pseudowires between
> the targeted LDP neighbers in the povider network do the job. If point to
> point circuit then xconnect commands under the SVI interface pointing to the
> remote LDP neighbor in Provider network, 2nd type is point to mutipoint
> customer in this case then CE facing Provider switch will use trunk to pass
> customer Vlans and multiple trageted ldp commands will go under the VFI,
> finally this VFI will go under the SVI interface on the PE router. Third one
> is VPLS that is used for the multipoint to multipoint circuits for the
> customer.
>
>
>
> Point to Multipoint Layer 2 VPN on PE router Configurations:
> =============================================
>
> l2 vfi ABC manual
> vpn id 3147
> neighbor 172.16.X.Y encapsulation mpls
> neighbor 172.16.X.Z encapsulation mpls
>
> interface Vlan3147
> mtu 9216
> no ip address
> no ip igmp snooping
> no ipv6 mld snooping
> xconnect vfi ABC
>
> Note : Under the SVI interface always make sure to have the same mtu size
> on both PE routers creating L2transport VC.
>
> So the answer to the question is that Dot1.q tunneling will preserve the
> customer vlans.
>
>
>
> Thanks,
> Ahmad Bilal
>
>
>
>
>
>
> > From: rab_91_at_hotmail.com
> > To: vsrinivas.paturi_at_gmail.com; bbartik_at_ipexpert.com
> > CC: nilsi2002_at_gmail.com; mousawi.ali_at_gmail.com; ccielab_at_groupstudy.com
> > Subject: RE: Ethernet over MPLS
> > Date: Thu, 23 Jul 2009 22:19:28 +0000
>
> >
> > Guys,
> >
> > If we look at the blue print it is mentioned about L2tpv3, Layer 2 VPNS
> > and other stuff. I believe the AToM, xconnects and the Interworking will
> be
> > convered according to the Lab blue print. I'll recomend reading MPLS in
> Cisco
> > IOS book, as the topics covered in this book are very close to the Lab
> exam
> > Blue print for SP.
> >
> >
> >
> >
> >
> >
> >
> > Thanks,
> >
> > Ahmad Bilal
> >
> > > Date: Fri, 24 Jul 2009 01:19:40 +0530
> > > Subject: Re: Ethernet over MPLS
> > > From: vsrinivas.paturi_at_gmail.com
> > > To: bbartik_at_ipexpert.com
> > > CC: nilsi2002_at_gmail.com; mousawi.ali_at_gmail.com; ccielab_at_groupstudy.com
> > >
> > > Hi Bryan,
> > >
> > > mpls l2transport is old CLI (not related to any H/W and was used only
> for
> > > AToM), and it is replaced by new CLI xconnect (AToM/L2TPv3/L2IW). I
> think
> > in
> > > SP lab, only xconnect will be covered.
> > >
> > > Thanks,
> > > Srinivas
> > >
> > > On Fri, Jul 24, 2009 at 12:55 AM, Bryan Bartik <bbartik_at_ipexpert.com>
> > wrote:
> > >
> > > > Not exactly sure of the differences, but the mpls l2transport I
> believe
> > is
> > > > on the 6500s and higher end models. I don' think it can be covered on
> the
> > > > software/hardware in the SP lab. Someone please correct if I am
> wrong.
> > > >
> > > > On Thu, Jul 23, 2009 at 12:34 PM, Rich Collins <nilsi2002_at_gmail.com>
> > > > wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > Sorry but I don't have that book and was wondering about the QinQ
> > method.
> > > > >
> > > > > Is the "xconnect {destination vc-id encapuluation mpls} " replacing
> > > > > the "mpls l2transport route" or vice-versa? Which should we be
> > > > > concerned with for the hardware/IOS on the SP exam?
> > > > >
> > > > > Thanks
> > > > > Rich
> > > > >
> > > > >
> > > > >
> > > > > On Wed, Jul 22, 2009 at 4:21 PM, Bryan Bartik<bbartik_at_ipexpert.com
> >
> > > > wrote:
> > > > > > Ali,
> > > > > >
> > > > > > In the book "L2 VPN Architectures" you can see case study 7-5
> which
> > > > > presents
> > > > > > a QinQ method. The access circuit on the CE is a trunk and on the
> PE
> > > > side
> > > > > it
> > > > > > is a dot1-tunnel with an access vlan. Under the SVI for the
> access
> > VLAN
> > > > > > there is an "mpls l2transport route" command that connects to the
> > > > > opposite
> > > > > > PE.
> > > > > >
> > > > > > -hth
> > > > > >
> > > > > > On Wed, Jul 22, 2009 at 2:25 AM, Ali El Moussaoui <
> > > > mousawi.ali_at_gmail.com
> > > > > >wrote:
> > > > > >
> > > > > >> Hello Guys,
> > > > > >>
> > > > > >> How do we preserve customer VLANs over L2VPN in an MPLS network?
> > > > > >>
> > > > > >> Ali
> > > > > >>
> > > > > >>
> > > > > >> Blogs and organic groups at http://www.ccie.net
> > > > > >>
> > > > > >>
> > > >
> _______________________________________________________________________
> > > > > >> Subscription information may be found at:
> > > > > >> http://www.groupstudy.com/list/CCIELab.html
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Bryan Bartik
> > > > > > CCIE #23707 (R&S), CCNP
> > > > > > Sr. Support Engineer - IPexpert, Inc.
> > > > > > URL: http://www.IPexpert.com <http://www.ipexpert.com/>
> > > > > >
> > > > > >
> > > > > > Blogs and organic groups at http://www.ccie.net
> > > > > >
> > > > > >
> > _______________________________________________________________________
> > > > > > Subscription information may be found at:
> > > > > > http://www.groupstudy.com/list/CCIELab.html
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Bryan Bartik
> > > > CCIE #23707 (R&S), CCNP
> > > > Sr. Support Engineer - IPexpert, Inc.
> > > > URL: http://www.IPexpert.com <http://www.ipexpert.com/>
> > > >
> > > >
> > > > Blogs and organic groups at http://www.ccie.net
> > > >
> > > >
> _______________________________________________________________________
> > > > Subscription information may be found at:
> > > > http://www.groupstudy.com/list/CCIELab.html
> > >
> > >
> > > Blogs and organic groups at http://www.ccie.net
> > >
> > > _______________________________________________________________________
> > > Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> >
> > _________________________________________________________________
> > Share your memories online with anyone you want.
> >
> http://www.microsoft.com/middleeast/windows/windowslive/products/photos-share
> > .aspx?tab=1
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> >
> >
> >
> >
> >
>
> ------------------------------
> See all the ways you can stay connected to friends and family<http://www.microsoft.com/windows/windowslive/default.aspx>
Blogs and organic groups at http://www.ccie.net
Received on Mon Jul 27 2009 - 16:30:09 ART
This archive was generated by hypermail 2.2.0 : Sat Aug 01 2009 - 13:10:23 ART