Re: [CCAMP] New Version Notification for draft-tsaad-ccamp-rsvpte-bidir-lsp-fastreroute-03.txt

Gregory Mirsky <> Tue, 04 February 2014 02:40 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id EF08A1A0251 for <>; Mon, 3 Feb 2014 18:40:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id wFndiBc_IpFB for <>; Mon, 3 Feb 2014 18:40:15 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id A6FC71A01B6 for <>; Mon, 3 Feb 2014 18:40:15 -0800 (PST)
X-AuditID: c618062d-b7f858e0000031c7-30-52f0530c538d
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id 02.EC.12743.C0350F25; Tue, 4 Feb 2014 03:40:12 +0100 (CET)
Received: from ([]) by ([]) with mapi id 14.02.0387.000; Mon, 3 Feb 2014 21:40:15 -0500
From: Gregory Mirsky <>
To: "Rakesh Gandhi (rgandhi)" <>, Lizhong Jin <>, Lizhong Jin <>, Frederic Jounay <>, "Tarek Saad (tsaad)" <>, "Mike Taillon (mtaillon)" <>, "Zafar Ali (zali)" <>, Manav Bhatia <>, "Zafar Ali (zali)" <>, "Mike Taillon (mtaillon)" <>, "Tarek Saad (tsaad)" <>, Frederic JOUNAY <>, Manav Bhatia <>
Thread-Topic: New Version Notification for draft-tsaad-ccamp-rsvpte-bidir-lsp-fastreroute-03.txt
Thread-Index: AQHPIOaJqiIMOAEGrkS5EKB7Vxg2IpqjnT0AgADCvJA=
Date: Tue, 04 Feb 2014 02:40:14 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrNLMWRmVeSWpSXmKPExsUyuXRPiC5P8Icggx1tohZP5txgsTg+fQKL xYrTz5gt5ty7x2qxdclxJoupTR1sFp9O/GSyeL3jK7sDh0frs72sHlN+b2T12DnrLrvHkiU/ mTxubFUMYI3isklJzcksSy3St0vgyti64hhLwRKJiqe9zSwNjH+Fuxg5OSQETCTmfv7IAmGL SVy4t56ti5GLQ0jgCKPE5YOPmSGcZYwSk77fZQWpYhMwknixsYcdJCEisJNFonPCMrAEs4CU xN1bXYwgtrBAokT/jbNgcRGBJImFv/+zQ9hWEofvfAGrYRFQkbh2bRYbiM0r4Csxc+9kMFtI IE3i/6lJTCA2p4C+xIN7k8F6GYHO+35qDRPELnGJW0/mM0GcLSCxZM95ZghbVOLl43+sELaS xKSl56Bu05FYsPsTG4StLbFs4WtmiL2CEidnPmGZwCg2C8nYWUhaZiFpmYWkZQEjyypGjtLi 1LLcdCODTYzACDwmwaa7g3HPS8tDjNIcLErivF/eOgcJCaQnlqRmp6YWpBbFF5XmpBYfYmTi 4JRqYFSKaLU5kCzDPmFWQrtwkdYhldsSjjVbNp32DslLD19gus5wucICF2+Xj11TbYPNaoNm sq1ivxzuc5Wr9bdh/+odz8/zluaxm3knSXF+9XMuff/D122RmfCVz2zSU64WqpXVz353gG3u 2caDLozuveqGjry3qhjtHi+cz1J1LvsgR9cuby8lJZbijERDLeai4kQAPBnu5o4CAAA=
Cc: CCAMP <>
Subject: Re: [CCAMP] New Version Notification for draft-tsaad-ccamp-rsvpte-bidir-lsp-fastreroute-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: Tue, 04 Feb 2014 02:40:20 -0000

Hi Rakesh, et. al,
since bi-directional co-routed LSP is MPLS-TP construct I believe that if local node protection is indeed required it should not use RFC 4090 signaling but use ASSOCIATION object as described in Section 2.3 RFC 6689 and RFC 6378 MPLS-TP Linear Protection instead.


-----Original Message-----
From: CCAMP [] On Behalf Of Rakesh Gandhi (rgandhi)
Sent: Monday, February 03, 2014 5:52 AM
To: Lizhong Jin; Lizhong Jin; Frederic Jounay; Tarek Saad (tsaad); Mike Taillon (mtaillon); Zafar Ali (zali); Manav Bhatia; Zafar Ali (zali); Mike Taillon (mtaillon); Tarek Saad (tsaad); Frederic JOUNAY; Manav Bhatia
Subject: Re: [CCAMP] New Version Notification for draft-tsaad-ccamp-rsvpte-bidir-lsp-fastreroute-03.txt

Hi WG,

New revision of the published draft contains following updates:

- Remove unidirectional bypass LSP (as per previous comments)
- Fix syntax of the BYPASS_ASSIGNMENT object.
- Misc editorial cleanup.

Please provide your review comments.



On 2014-02-03 8:44 AM, ""
<> wrote:

>A new version of I-D,
>has been successfully submitted by Rakesh Gandhi and posted to the IETF 
>Name:		draft-tsaad-ccamp-rsvpte-bidir-lsp-fastreroute
>Revision:	03
>Title:		Extensions to Resource Reservation Protocol For Fast Reroute of
>Bidirectional Co-routed Traffic Engineering LSPs
>Document date:	2014-02-03
>Group:		Individual Submission
>Pages:		12
>   This document defines Resource Reservation Protocol - Traffic
>   Engineering (RSVP-TE) signaling extensions to support Fast Reroute
>   (FRR) of bidirectional co-routed Traffic Engineering (TE) LSPs. These
>   extensions enable the re-direction of bidirectional traffic and
>   signaling onto bypass tunnels that ensure co-routedness of data and
>   signaling paths in the forward and reverse directions after FRR. In
>   addition, the RSVP-TE signaling extensions allow the coordination of
>   bypass tunnel assignment protecting a common facility in both forward
>   and reverse directions prior to or post failure occurrence.
>Please note that it may take a couple of minutes from the time of 
>submission until the htmlized version and diff are available at 
>The IETF Secretariat

CCAMP mailing list