RE: RSVP Graceful Restart

[Nurit Sprecher <nurit.sprecher@SeabridgeNetworks.com>]

Hi all,
We are in Seabridge are very interesting in such a solution. The FRR
mechanism is described in the MPLS WG. There is a very general description
in the GMPLS document (in the CCAMP WG) on the graceful restart procedure.
Unfortunately these two mechanisms do not work 'so good' together in the
same network. 
We would like to see a standard document, supplying a mechanism to support
both mechanisms together in the same network and let them work correctly. We
hope that the IETF will cover the issue.
Nurit.


 -----Original Message-----
From: 	Nic Neate [mailto:Nic.Neate@dataconnection.com] 
Sent:	Wednesday, October 22, 2003 17:41
To:	Seabridge - Nurit Sprecher; 'ancaz@cisco.com'; 'rrahman@cisco.com';
'jisrar@cisco.com'
Cc:	'mpls@uu.net'; 'ccamp@ops.ietf.org'
Subject:	RE: RSVP Graceful Restart

All,

Together with some colleagues at Data Connection, I have done some work
looking at how GMPLS Restart could work with RSVP Fast Reroute LSPs.  While
Restart was originally intended as a recovery mechanism for optical networks
and Fast Reroute more as a packet network protection scheme, they do both
provide data traffic preservation mechanisms that could be usefully deployed
in the same network.  We'd be interested in working with anyone looking at
progressing a solution for this.

There are various complications in recovering RSVP state when a node
supporting backup LSPs restarts, in particular following a failure of the
upstream or downstream protected LSP.  New mechanisms will be required to
reconstruct the FAST_REROUTE, DETOUR, ERO, RRO, SENDER_TSPEC, FLOWSPEC and
SESSION_ATTRIBUTES objects.

Again, we've got some ideas on this.  What is the general level of interest
in this area?

Nic

-----Original Message-----
From: Seabridge - Nurit Sprecher
Sent: Wednesday, October 22, 2003 10:43 AM
To: 'ancaz@cisco.com'; 'rrahman@cisco.com'; 'jisrar@cisco.com'
Cc: 'mpls@uu.net'; 'ccamp@ops.ietf.org'
Subject: RSVP Graceful Restart


Hi,
I did not have the chance yet to read the draft, but I really believe there
is a need to extend the general description in the GMPL document.
I hope that you new definition for the ERO recovery would help also to let
the Ingress LER to recover.

One more thing that I would like to see in the extension, is how graceful
restart works together with Fast Reroute Protection. Specifically the
problematic points are the MP and the PLR. Do you have any intention to
cover it as well?

Thanks in advance, Nurit.