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

Reply via email to