|
Hi, This draft was presented at the MPLS WG during IETF 58 and there was some interest. However the recommendation was to move the draft to CCAMP. Tthe main comment/question was if we could reuse the RRO object instead of defining a new object to recover the contents of an ERO expansion done prior to control plane restart. Here are two potential issues with reusing RRO: - The RRO would contain the full list of nodes whereas the ERO expansion may have been partial. In that situation the downstream node would detect a change in the incoming ERO and may reject the message (the expected behaviour on incoming ERO change seems to be unspecified). - RRO uses Class-Number of form 0bbbbbbb, so if the downstream node doesn't support RRO, the whole message is rejected. The draft also proposes a mechanism for a restarting node to detect whether its downstream neighbour is also restarting. Comments welcome. Regards, Reshad. -------- Original Message --------
A New Internet-Draft is available from the on-line Internet-Drafts directories.
Title : RSVP Graceful Restart Extensions
Author(s) : R. Rahman
Filename : draft-rahman-ccamp-rsvp-restart-extensions-00.txt
Pages : 9
Date : 2004-2-4
This document describes the extensions needed by certain
features for the purpose of RSVP Graceful Restart (defined
in[RFC3473]). One of these extensions refers to the ability of
a node to recover the ERO in the case it has performed an ERO
expansion before control plane restart. Also a small
modification is proposed in the basic procedure to support
simultaneous multiple node restarts in a network.
Specifically, a node should use a non-zero Recovery Time while
in the recovery phase. This allows a node to determine at
restart time if any of its neighbors has previously restarted
and it is currently in the recovery phase.
A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-rahman-ccamp-rsvp-restart-extensions-00.txt
To remove yourself from the IETF Announcement list, send a message to
ietf-announce-request with the word unsubscribe in the body of the message.
Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
"get draft-rahman-ccamp-rsvp-restart-extensions-00.txt".
A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
Internet-Drafts can also be obtained by e-mail.
Send a message to:
mailserv@ietf.org.
In the body type:
"FILE /internet-drafts/draft-rahman-ccamp-rsvp-restart-extensions-00.txt".
NOTE: The mail server at ietf.org can return the document in
MIME-encoded form by using the "mpack" utility. To use this
feature, insert the command "ENCODING mime" before the "FILE"
command. To decode the response(s), you will need "munpack" or
a MIME-compliant mail reader. Different MIME-compliant mail readers
exhibit different behavior, especially when dealing with
"multipart" MIME messages (i.e. documents which have been split
up into multiple messages), so check your local documentation on
how to manipulate these messages.
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.
|