The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2002-Feb> msg00188



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

another ping's fast-reroute draft question

  • From: Ping Pan <pingpan@juniper.net>
  • Date: Sun, 24 Feb 2002 08:27:39 -0800
  • CC: mpls@UU.NET
  • User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1

Doug Degan wrote:

> in section 4.3  it is said that the PLR should try to find the bypass 
> tunnel. NHOP/NNHOP one.
> 
>  
> 
>  my question is what are the assumptions that are made when saying that 
> the PLR is capable to do so?
> 
>  
> 
> 1.a) The PLR should choose from the Bypass tunnels available, meaning 
> tunnels which this router is their Ingress. 


Yes.

> should it know their 
> explicit route, or their recorded route is enough?
>


The bypass LSPs can be established independent from the protected LSPs. 
When protecting a LSP, a PLR just uses a bypass LSP as an alternative 
route for the protected LSP. Knowing ERO or RRO is an implementation issue.


>  
> 
> 1.b) It should parse the current (protected) LSP's recorded route. does 
> it gives enough information?
> 
> the PLR needs to know which node/link to avoid and what bypass 
> destinations are good.
> 
> as far as I know - the recorded route doesn't have to include router's 
> ID/addresses.
>


Huh? RRO, Subtype = 1.


>  
> 
> 2.a) what happens if TE is not enabled in the PLR or in another node 
> along the protected lsp's path - does it mean that FRR wil not work?
> 
>  
> 
> 2.b) what if TE is enabled anywhere but CSPF is not used (and no 
> explicit path is found in the candidate for bypass tunnels)
> 
> 


The most important task for bypass LSPs is to avoid some links or nodes. 
   If this cannot be doe intelligently, I would recommend to use 
whatever the means available to get the job done.... (type the path by 
hand, for example ...: -))

- Ping