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

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

Return-Path: <rgandhi@cisco.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B988E1A0296 for <ccamp@ietfa.amsl.com>; Wed, 8 Oct 2014 04:18:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.287
X-Spam-Level:
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 mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V2Zo35ZbNnnK for <ccamp@ietfa.amsl.com>; Wed, 8 Oct 2014 04:18:17 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7317A1A0290 for <ccamp@ietf.org>; Wed, 8 Oct 2014 04:18:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; 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-Anti-Spam-Result: Ag4FAMUcNVStJA2L/2dsb2JhbABfgw5TUwUEyyKHSwKBCRYBe4QEAgQ6PQISAQgOKEIlAgQBDQUJiDUIBcINAReQETMHhEsFkXeEPocPgS08gwiRGYIggUNsgUiBAgEBAQ
X-IronPort-AV: E=Sophos;i="5.04,677,1406592000"; d="scan'208";a="361572738"
Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-6.cisco.com with ESMTP; 08 Oct 2014 11:18:17 +0000
Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by alln-core-6.cisco.com (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 xmb-aln-x07.cisco.com ([169.254.2.136]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0195.001; Wed, 8 Oct 2014 06:18:16 -0500
From: "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>
To: Pawel Brzozowski <pbrzozowski@advaoptical.com>, "Gabriele Maria Galimberti (ggalimbe)" <ggalimbe@cisco.com>, Haomian Zheng <zhenghaomian@huawei.com>, "Gabriele Maria Galimberti (ggalimbe)" <ggalimbe@cisco.com>, "Zafar Ali (zali)" <zali@cisco.com>, Xian Zhang <zhang.xian@huawei.com>
Thread-Topic: New Version Notification for draft-zhang-ccamp-gmpls-resource-sharing-proc-03.txt
Thread-Index: AQHP4uPQfqm9xBP1m0qIRWP6K9MFA5wmHhMA
Date: Wed, 08 Oct 2014 11:18:16 +0000
Message-ID: <D05A9451.3CF23%rgandhi@cisco.com>
In-Reply-To: <20141008103700.20395.53652.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.5.130515
x-originating-ip: [10.86.253.133]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <ACA2B49C1C612449AF50C275628E2471@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/SIcS6ZPuzjZQoF1UWLxMP8xBejE
Cc: CCAMP <ccamp@ietf.org>
Subject: Re: [CCAMP] New Version Notification for draft-zhang-ccamp-gmpls-resource-sharing-proc-03.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=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.

draft-zhang-ccamp-gmpls-resource-sharing-proc-01

draft-gandhi-ccamp-gmpls-restoration-lsp-04



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.

Thanks,
Rakesh and authors



On 2014-10-08 6:37 AM, "internet-drafts@ietf.org"
<internet-drafts@ietf.org> 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
>URL:            
>http://www.ietf.org/internet-drafts/draft-zhang-ccamp-gmpls-resource-shari
>ng-proc-03.txt
>Status:         
>https://datatracker.ietf.org/doc/draft-zhang-ccamp-gmpls-resource-sharing-
>proc/
>Htmlized:       
>http://tools.ietf.org/html/draft-zhang-ccamp-gmpls-resource-sharing-proc-0
>3
>Diff:           
>http://www.ietf.org/rfcdiff?url2=draft-zhang-ccamp-gmpls-resource-sharing-
>proc-03
>
>Abstract:
>   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
>submission
>until the htmlized version and diff are available at tools.ietf.org.
>
>The IETF Secretariat
>