Re: RSVP and Multi Area OSPF Problem

Typically RSVP-TE will only operate in a single area but there has been
work on multi-area traffic engineering -
http://www.cisco.com/en/US/tech/tk436/tk832/tech_brief09186a00801f0b2d.html

There are a couple of other ways I know of that can enable a service to
span multiple areas (RSVP-TE is still contained within each OSPF/ISIS area
though)

1) You can investigate the use of LDPoRSVP tunnels to see if that resolves
your problem - I couldn't find anything quickly for IOS but have done this
with other platforms (Junos and SROS)

2) Multi-segment pseudowires, the ABR (S-PE) in this case would provide a
stitching function between two PWs -
http://www.cisco.com/en/US/docs/ios/mpls/configuration/guide/multisegmentpseudowires.html#wp1054881

Cheers,
Adam

On Tue, Oct 23, 2012 at 12:09 AM, Routing Freak <routingfreak_at_gmail.com>wrote:

> Hi
>
> I have a large Core network with RSVP running for the LSP setup. But i have
> two different OSPF areas for RSVP. THis is my setup
>
> R1---------R2--------R3-------R4------------R5
>
>
> R1,R2 and R3 are running OSPF area 0 and R3,R4 and R5 are running area 1 .
> So in this case R3 is my ABR and i am running RSVP on all the routers .
>
> I have to form a LSP from R1 to R5 . But CSPF runs only within a area and
> so the CSPF information will not be passed between areas ( Correct me if i
> am wrong )
>
> So how does R1 calculates the path dynamically. Is there any way to do it.
> ?
>
> I have seen some methods such as Loose and Strict Next hops used in certain
> scenarios but i cant really get the point of loose and strict next hops.
>
> What is exactly strict and loose next hops and how many labels it i carries
> and how it works.
>
> Has someone in the group tried this scenario.
>
>
> 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
Received on Tue Oct 23 2012 - 00:35:34 ART