Subject: FW: draft-rhodes-rsvp-recovery-signaling-00

From: David McWalter <[email-masked]>
Date: Wed, 24 Sep 2008 13:47:09 +0100

Dear all,

We propose this update to RSVP recovery signaling.

Comments would be welcome.
Andrew Rhodes, Nic Neate, David McWalter.

http://www.ietf.org/internet-drafts/draft-rhodes-ccamp-rsvp-recovery-fix-00.txt

Title:
RSVP-TE Recovery Signaling Fixes

Abstract:
This document updates the ASSOCIATION object used in RSVP-TE signaling of End-to-End and Segment Recovery.  This document solves problems with existing Segment Recovery procedures, and also makes possible recovery paths that cross addressing domain boundaries.

-----Original Message-----
From: [email-masked] [mailto:[email-masked]] On Behalf Of David McWalter
Sent: 02 September 2008 12:23
To: [email-masked]
Cc: Andrew Rhodes; Nic Neate
Subject: FW: draft-rhodes-rsvp-recovery-signaling-00

Dear all,

This mail contains an udpate on our work with RSVP recovery signaling.

We are considering changes to RSVP signaling that
-  allow segment recovery to use merge points other than egress (rhodes draft section 3.1)
-  allow inter-domain e2e and SR (section 3.2)

Initially, we will not propose solutions that
-  allow protecting LSPs themselves to be protected (section 3.3)
-  prevent loss of traffic on overlapping repairs (section 3.4)

We shall aim to be backward-compatible with 4872, as we know that deployments exist.  We shall not aim to be back-compatible with 4873, as there seem to be fundamental problems, described in sections 3.1 & 4.1 of the rhodes problem draft, below.  We shall try to keep changes minimal.

We'd be glad to hear opinions, and we would welcome collaboration.

Andrew Rhodes, Nic Neate, David McWalter.

-----Original Message-----
From: [email-masked] [mailto:[email-masked]] On Behalf Of David McWalter
Sent: 06 August 2008 10:05
To: [email-masked]
Cc: Andrew Rhodes; Nic Neate
Subject: draft-rhodes-rsvp-recovery-signaling-00

Dear all,

We would welcome comments on this draft.

Andrew Rhodes, Nic Neate, David McWalter.

http://www.ietf.org/internet-drafts/draft-rhodes-rsvp-recovery-signaling
-00.txt

Title:
Problems observed with RSVP recovery signaling

Abstract:
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.