The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2003-Oct> msg00152



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

RSVP Graceful Restart

  • From: Nic Neate <Nic.Neate@dataconnection.com>
  • Date: Mon, 27 Oct 2003 13:23:58 -0000
  • Cc: "'mpls@uu.net'" <mpls@UU.NET>, "'ccamp@ops.ietf.org'" <ccamp@ops.ietf.org>

Hi Kireeti,

As you say, FRR and GR solve very different problems, and that is why it's
desirable to have both in the same network.

The issue with that is not with overlap in the problems they are solving,
but in recovering FRR backup and protected LSPs (which may not be being
refreshed from upstream) after a restart.  Is this a problem that interests
you?

Nic

-----Original Message-----
From: Juniper - Kireeti Kompella 
Sent: Friday, October 24, 2003 7:40 PM
To: Nic Neate
Cc: 'mpls@uu.net'; 'ccamp@ops.ietf.org'
Subject: RE: RSVP Graceful Restart


Hi Nic,

On Wed, 22 Oct 2003, Nic Neate wrote:

> Together with some colleagues at Data Connection, I have done some work
> looking at how GMPLS Restart could work with RSVP Fast Reroute LSPs.

FRR and GR solve *very* different problems: the first is for link or
node failures where the data plane is affected, the second for control
plane failures (a special subset of node failures).

Could you explain the problem you see here?

Kireeti.