Thank you for correcting me Marko Would you please help me out to recall please -i didn't make notes on these scenarios -shame on me :)
I've just started one of my labs on the inter-area te The setup is simple PE1-P1-P2-PE2 PE1-P1 ospf area 1 P1-ABR P1-P2 area 0 P2-PE2 ospf area 2 P2-ABR PE1 has following tunnels Tunnel 1 Dest PE2 4.4.4.4 Explicit path loose hops Up up Tunnel 2 Dest PE2 4.4.4.4 Dynamic path Up down // Oper: down Path: not valid Signalling: Down Tunnel 101 Dest P1 2.2.2.2 Dynamic path Up up On PE1 Debug output: *Oct 13 19:19:47.559: TE-PCALC_PATH: get_path:Dst ip addr 4.4.4.4 (ospf 100 area 0) not found *Oct 13 19:19:47.563: TE-PCALC_PATH: get_path:Dst ip addr 4.4.4.4 (ospf 100 area 1) not found And indeed -looking at the output of the ospf database on PE1 -the destiantion 4.4.4.4 of tunnel 1 is missing: Type-10 Opaque Link Area Link States (Area 1) Link ID ADV Router Age Seq# Checksum Opaque ID 1.0.0.0 2.2.2.2 987 0x80000006 0x0052CA 0 1.0.0.0 12.0.0.1 1054 0x80000005 0x00FB21 0 1.0.0.2 2.2.2.2 252 0x8000000D 0x00DA05 2 1.0.0.3 12.0.0.1 293 0x8000000A 0x009FE3 3 -is that because the opaue LSAs are contained wihin area plese? Regarding the explicit path for tunnel 1 When I changed the hops from loose to explicit The tunnel went up down debug showed me nothing so I'm clueless why I has to be loose hops plese? thank you very much adam -----Original Message----- From: Marko Milivojevic [mailto:[email protected]] Sent: Tuesday, October 12, 2010 5:17 PM To: Vitkovsky, Adam Cc: [email protected] Subject: Re: [OSL | CCIE_SP] Traffic Engineering interarea ISIS Adam, This will not work between areas. Router-ID is not the IP address. While router in one are may have the ROUTE to what appears to be Router-ID in another area, it has that - a route. Router-ID is just a 32bit number in OSPF and NET in IS-IS. In both cases, the information is not present in another area. The solution for this problem is either loose next-hop or verbatim path. -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert FREE CCIE training: http://bit.ly/vLecture Mailto: [email protected] Telephone: +1.810.326.1444 Web: http://www.ipexpert.com/ On Tue, Oct 12, 2010 at 03:52, Vitkovsky, Adam <[email protected]> wrote: > I guess there should be no special precautions when configuring mpls-te > between areas using ospf/isis as an igp > > One thing I can think of is to make sure that the mpls-te router-id's gets > propagated between the areas > > And if jou just happened to run level-1 intra-area than you would need to > enable the mpls-te for level-2 as well on the inter-area peers (but you've > mentioned you're familiar with that already) > > Diferent situation is however when you don't have the mpls-te router-id's > inforamtion from the remote area -this happens when you need to configure > inter-as mple-te > > ASBR Forced Link Flooding configured at the boundary routers -boundary links > > 1. enable > 2. configure terminal > 3. interface type slot/port > 4. ip address ip-address mask [secondary] > 5. mpls traffic-eng passive-interface nbr-te-id te-router-id [nbr-if-addr > if-addr] [nbr-igp-id {isis sysid | ospf sysid}] > 6. mpls traffic-eng administrative-weight weight > > > the inter as link has to be included in the igp > -but has to be configured as passive interface so that it's paramenters > specified above can be advertised throughout the particular as and be > considered by the tunnel head-end > > > > > > > adam > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of > [email protected] > Sent: Monday, October 11, 2010 6:00 PM > To: [email protected] > Subject: CCIE_SP Digest, Vol 43, Issue 9 > > Send CCIE_SP mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://onlinestudylist.com/mailman/listinfo/ccie_sp > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CCIE_SP digest..." > > > Today's Topics: > > 1. Re: Traffic Engineering interarea ISIS (Tyson Scott) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 10 Oct 2010 12:03:01 -0400 > From: "Tyson Scott" <[email protected]> > To: "'Bruno Alves Barata'" <[email protected]>, > <[email protected]> > Subject: Re: [OSL | CCIE_SP] Traffic Engineering interarea ISIS > Message-ID: <006001cb6894$9f2917b0$dd7b47...@com> > Content-Type: text/plain; charset="us-ascii" > > If you use the verbatim option on an explicit path it doesn't matter what > IGP you are using. > > > > Marko wrote a blog on this a while back as relating to EIGRP and MPLS TE but > the same logic can be applied. > > > > http://blog.ipexpert.com/2010/06/02/old-ccie-myths-mpls-traffic-engineering/ > > > > Regards, > > > > Tyson Scott - CCIE #13513 R&S, Security, and SP > > Managing Partner / Sr. Instructor - IPexpert, Inc. > > Mailto: [email protected] > > Telephone: +1.810.326.1444, ext. 208 > > Live Assistance, Please visit: www.ipexpert.com/chat > > eFax: +1.810.454.0130 > > > > IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, > Audio Tools, Online Hardware Rental and Classroom Training for the Cisco > CCIE (R&S, Voice, Security & Service Provider) certification(s) with > training locations throughout the United States, Europe, South Asia and > Australia. Be sure to visit our online communities at > www.ipexpert.com/communities and our public website at www.ipexpert.com > <http://www.ipexpert.com/> > > > > From: [email protected] > [mailto:[email protected]] On Behalf Of Bruno Alves Barata > Sent: Sunday, October 10, 2010 10:53 AM > To: [email protected] > Subject: [OSL | CCIE_SP] Traffic Engineering interarea ISIS > > > > Hi guys, > > I need to create one MPLS TE tunnel between two ISIS areas (i.e. 49.0001 and > 49.0002). I know how create between levels, but across area bondaries I > never saw. > Is it possible? > > rgds, > Barata > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: </archives/ccie_sp/attachments/20101010/7e627122/attachment-0001.html> > > End of CCIE_SP Digest, Vol 43, Issue 9 > ************************************** > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
