Re: RPR protection with MPLS
"A.Herrera" <[email protected]> Tue, 12 Nov 2002 19:17:29 -0500
| Newsgroups | gmane.ietf.iporpr |
|---|---|
| Message-ID | <[email protected]> |
----- Original Message ----- From: "nitin panjwani" <[email protected]> To: "David Zelig" <[email protected]>; "'Frank Kastenholz'" <[email protected]>; <[email protected]> Sent: Tuesday, November 12, 2002 3:09 PM Subject: RE: [IPORPR] RPR protection with MPLS > > Hi David and all, > Shouldn't it be something like: either RPR or MPLS > protection will take charge of rerouteing the traffic; > and one which assures minimum packate loss and delay > will win and take charge. > On this, usually upper layer(MPLS) depends on the > lower layer(RPR)(as it simplifies the implementation > and serves the perfect goal of layering approach)and > shouldn't it be upto MPLS to decide wheathet to take > charge of protection or wait for RPR, depending on how > critical network and the passing traffic is(this > should be configurable). > Please correct me. > > Tahnks, > Nitin > Both MPLS FRR and RPR steer/wrap are localized reactions to divert within ms. to a pre-determined detour path or alternate ring direction. So I'll assume that operator preferences to fault scenarios are pre-determined and pre-configured as per network planning based on critical flows. In this case, I would think, that sufficient feedback from RPR as to the nature of the faults (i.e. multiple or combinations of Signal Fail/Degrade, etc.) will allow MPLS to choose to divert even before RPR protection settles. For single occurrances of SF, etc, RPR is more than sufficient protection for critical flows. These mechanisms and scenarios should be discussed and further clarified within the WG. Albert