The MPLS WG Archive

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



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

fast reroute question

  • From: stefaan.de_cnodder@alcatel.be
  • Date: Tue, 12 Feb 2002 19:24:28 +0100
  • Cc: doug_degan@hotmail.com, mpls@UU.NET, pingpan@juniper.net
  • Organization: Alcatel
  • X-MIMETrack: Itemize by SMTP Server on BEMAIL06/BE/ALCATEL(Release 5.0.8 |June 18, 2001) at02/12/2002 19:24:32,Serialize by Router on BEMAIL06/BE/ALCATEL(Release 5.0.8 |June 18, 2001) at02/12/2002 19:24:33


Hi Claus and all,
 
Somewhat related to this topic, we are preparing 
a draft (see in attachment), but it is not submitted 
yet. Please feel free to comment it.

This draft proposes a Backup Explicit Route Object (BERO) 
such that the ingress router can give the path of the 
backup LSPs. In addition, a Backup Record Route Object (BRRO) 
is defined such that the ingress router sees the paths 
of all backup LSPs in order to check if they complies 
with the BERO be-cause we defined the BERO as an advisory 
object.

Any feedback would be highly appreciated.

Many thanks,

Stefaan



claus.bauer@tellabs.com wrote:
> 
> Hi
> I refer to the draft "Note also that the
> > backup tunnel path computation may be performed by a centralized path
> > computation server or may use some distributed backup path computation
> > algorithms."
> Does this imply the following:
> When the PLR receives the original path message with a fast reroute
> object he could either run CSPF on its own
> or contact the path computation server such that the path computation
> server runs CSPF and sends the ERO for the detour back to the PRL ?
> 
> Claus
> 
> Dr. Claus Bauer
> Research engineer
> Tellabs Research Center
> One Kendall Square
> Bldg. 100, Suite 121
> Cambridge, MA, 02139
> USA
> 
> Tel.: +1 617 577 8787
> Fax.: +1 617 494 0118
>

draft-decnodder-mpls-ero-rro-fastreroute-00.txt