Re: [CCAMP] New Version Notification for draft-zhang-ccamp-gmpls-resource-sharing-proc-03.txt

"Rakesh Gandhi (rgandhi)" <> Wed, 08 October 2014 11:18 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id B988E1A0296 for <>; Wed, 8 Oct 2014 04:18:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -15.287
X-Spam-Status: No, score=-15.287 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id V2Zo35ZbNnnK for <>; Wed, 8 Oct 2014 04:18:17 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 7317A1A0290 for <>; Wed, 8 Oct 2014 04:18:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=2655; q=dns/txt; s=iport; t=1412767098; x=1413976698; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=sqghhL9SYpAUkiN1lZrQptBksIBTvllxFdwTvQO07YI=; b=W7UfWNu8ALC+0SX49XH9fs6y8Pwrmmag+M1b1WaY5gHxjynb/bbac1fO 4+mO3l9o9VKfUQqtpCADtPKQPYS2Q1GsKrWAWn4gPLxp8FPX6nxf95FWl t6iJn6MZj8G7IyvK+zmPo/C+/smWiKJdzQLA9hE9aDOISQdqqIE9SRq8B Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.04,677,1406592000"; d="scan'208";a="361572738"
Received: from ([]) by with ESMTP; 08 Oct 2014 11:18:17 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id s98BIGUr022712 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 8 Oct 2014 11:18:16 GMT
Received: from ([]) by ([]) with mapi id 14.03.0195.001; Wed, 8 Oct 2014 06:18:16 -0500
From: "Rakesh Gandhi (rgandhi)" <>
To: Pawel Brzozowski <>, "Gabriele Maria Galimberti (ggalimbe)" <>, Haomian Zheng <>, "Gabriele Maria Galimberti (ggalimbe)" <>, "Zafar Ali (zali)" <>, Xian Zhang <>
Thread-Topic: New Version Notification for draft-zhang-ccamp-gmpls-resource-sharing-proc-03.txt
Thread-Index: AQHP4uPQfqm9xBP1m0qIRWP6K9MFA5wmHhMA
Date: Wed, 8 Oct 2014 11:18:16 +0000
Message-ID: <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/
x-originating-ip: []
Content-Type: text/plain; charset="us-ascii"
Content-ID: <>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: CCAMP <>
Subject: Re: [CCAMP] New Version Notification for draft-zhang-ccamp-gmpls-resource-sharing-proc-03.txt
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 08 Oct 2014 11:18:19 -0000

Hi WG,

As per our action item from the Toronto IETF meeting, we had merged
following two drafts into version-02 of this draft.



This revision version-03 has following changes:

- Elaborated on LSP Reversion (Section 4.1.2)
- Editing changes

We like to request for WG adoption for this draft as there was a good
support for the work in Toronto meeting.

Rakesh and authors

On 2014-10-08 6:37 AM, ""
<> wrote:

>A new version of I-D, draft-zhang-ccamp-gmpls-resource-sharing-proc-03.txt
>has been successfully submitted by Rakesh Gandhi and posted to the
>IETF repository.
>Name:		draft-zhang-ccamp-gmpls-resource-sharing-proc
>Revision:	03
>Title:		RSVP-TE Signaling Procedure for GMPLS Restoration and Resource
>Sharing- based LSP Setup and Teardown
>Document date:	2014-10-08
>Group:		Individual Submission
>Pages:		19
>   In transport networks, there are requirements where Generalized
>   Multi-Protocol Label Switching (GMPLS) end-to-end recovery scheme
>   needs to employ restoration Label Switched Path (LSP) while keeping
>   resources for the working and/or restoration LSPs reserved in the
>   network after the failure occurs.  This document reviews how the LSP
>   association is to be provided using Resource Reservation Protocol -
>   Traffic Engineering (RSVP-TE) signaling in the context of GMPLS end-
>   to-end recovery when using restoration LSP where failed LSP is not
>   torn down.
>   This document compliments existing standards by explaining the
>   missing pieces of information during the RSVP-TE signaling procedure
>   in support of resource sharing-based LSP setup/teardown in
>   GMPLS-controlled circuit networks.  No new procedures or mechanisms
>   are defined by this document, and it is strictly informative in
>   nature.
>Please note that it may take a couple of minutes from the time of
>until the htmlized version and diff are available at
>The IETF Secretariat