FW: New Version Notification for draft-rhodes-rsvp-recovery-signaling-01

Nic Neate <Nic.Neate@dataconnection.com> Thu, 05 March 2009 10:52 UTC

Envelope-to: ccamp-data0@psg.com
Delivery-date: Thu, 05 Mar 2009 10:53:47 +0000
From: Nic Neate <Nic.Neate@dataconnection.com>
To: "ccamp@ops.ietf.org" <ccamp@ops.ietf.org>
CC: Aria - Adrian Farrel Personal <adrian@olddog.co.uk>, ALU - Dimitri Papadimitriou <Dimitri.Papadimitriou@alcatel-lucent.be>, Fatai Zhang <zhangfatai@huawei.com>, Francesco Fondelli <francesco.fondelli@gmail.com>, Fujitsu - Fred Gruman <fred.gruman@us.fujitsu.com>, Fujitsu - Snigdho Bardalai <Snigdho.Bardalai@us.fujitsu.com>
Date: Thu, 5 Mar 2009 10:52:40 +0000
Subject: FW: New Version Notification for draft-rhodes-rsvp-recovery-signaling-01
Thread-Topic: New Version Notification for draft-rhodes-rsvp-recovery-signaling-01
Thread-Index: Acmc3n5UWDz/TTfcQ52UgSHFQlBjRQAlPNcA
Message-ID: <11DE3EEC54A8A44EAD99D8C0D3FD72075C7B80A697@ENFIMBOX1.ad.datcon.co.uk>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Hi all,

Following discussions on the CCAMP mailing list and in Minneapolis, we've updated http://tools.ietf.org/html/draft-rhodes-rsvp-recovery-signaling to give a clearer statement of the problems we identified in GMPLS recovery signaling.  It covers the following.

-  Association procedures for segment recovery
-  Association procedures for inter-domain LSPs
-  Signaling a recovery LSP that is itself protected
-  Data loss resulting from overlapping segment recovery LSPs
-  Assignment of the segment-recording-desired flag (a new but straight-forward issue not yet raised on the mailing list)

Thanks to those who have helped us clarify these issues.  Please let us know if you have further comments on the problem descriptions in the draft.

The next step will then be to develop solutions to some or all of them, either by progressing draft-rhodes-ccamp-rsvp-recovery-fix or other documents.  As always, further input and collaboration welcome.

Nic, David and Andrew

-----Original Message-----
From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] 
Sent: 04 March 2009 15:32
To: David McWalter
Cc: Andrew Rhodes; Nic Neate
Subject: New Version Notification for draft-rhodes-rsvp-recovery-signaling-01 

A new version of I-D, draft-rhodes-rsvp-recovery-signaling-01.txt has been successfuly submitted by David McWalter and posted to the IETF repository.

Filename:	 draft-rhodes-rsvp-recovery-signaling
Revision:	 01
Title:		 Problems observed with RSVP recovery signaling
Creation_date:	 2009-03-04
WG ID:		 Independent Submission
Number_of_pages: 12

Implementation experience with RSVP-TE recovery signaling has uncovered some problems.  Associations between LSPs in different sessions are forbidden.  Protecting LSPs cannot themselves be protected.  Overlapping repairs cause loss of traffic.  This draft provides details of these problems for the community to consider.

The IETF Secretariat.