Hi Lukasz, Thanks for your response.
I agree that the TED is restricted to an ospf area for CSPF calculation however using the expand-loose-hop option on the ABRs should enable a cspf LSP to be set up to the remote area assuming that the ABRs are loose hops. The problem I am having is I am not yet sure if the CSPF conditions (admin groups, SRLGs, etc) will be applied when that loose-hop expansion (cspf calculation by the ABR to reach the next ABR) is made by the ABR. BGP-LU and the use of NHS attribute for scaling beyond a single area are definitely in play for multi-point VPNs however for any point-to-point L2VPNs we feel it would be much easier to generate an end-to-end dynamic LSP instead. I am hoping to try this in the lab soon but I was hoping for any insight list members might have for this. Cheers, Caillin -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Lukasz Dudzinski Sent: Sunday, 20 May 2012 7:22 AM To: [email protected] Subject: Re: [j-nsp] SRLGs in Inter-Area LSPs Hi, I do not have an experience in multi-area MPLS techniques, so I'm not able to help you too much in that matter. But I'm sure that typically MPLS Traffic Engineering is restricted to single area of IGP protocol. If I understood your mail correctly you try to create a CSPF-based RSVP LSP between different IGP areas, which is not possible "just like that". That is because MPLS TE relies on IGP TE database, which (like the link state database) is restricted to single IGP area. TE-DB is an extension of link state DB. Such information like Admin Groups, SRLG membership or BW reservation are stored in TE database. If size of your network force you to use IGP hierarchy I suggest you to take a look on such things like LDP-over-RSVP, Seamless MPLS or BGP Labelled Unicast. Lukasz On 2012-05-18 09:17, Caillin Bathern wrote: > Hi All, > > > > I posted this to the J-Net forums but no luck. > > > > Just wondering if SRLGs are carried through between IGP areas, both > for OSPF and for IS-IS? > > > > The scenario for this would be passing a cspf routed RSVP LSP from PE1 > in Area 1 through to PE2 in Area 2. We would maintain a secondary > standby LSP path for this traffic with exclude-srlg enabled. > > Assuming that the primary path takes the IGP routed path PE1 - ABR1 - > ABR3 - PE2 then the secondary path will take the path PE1 - ABR2 - > where? > > If SRLGs are carried through by the IGP then then the path should go > PE1 > - ABR2 - ABR4 - PE2, however if the SRLGs are not carried through then > the IGP could in make the secondary path PE1 - ABR2 - ABR3 - PE2 which > obviously is not a great standby secondary path... > > > > /--- ABR1 ---| |--- ABR3 ---\ > > PE1 (Area1) | Area 0 | (Area2) PE2 > > \--- ABR2 ---| |--- ABR4 ---/ > > > > > > If anybody knows this scenario and can shed some insight it would be > greatly appreciated. > > Cheers, > > Caillin > > > > _______________________________________________ > juniper-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/juniper-nsp _______________________________________________ juniper-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/juniper-nsp -- Message protected by MailGuard: e-mail anti-virus, anti-spam and content filtering.http://www.mailguard.com.au/mg _______________________________________________ juniper-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/juniper-nsp
