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

Reply via email to