Re: [CCAMP] WG Last Call on draft-ietf-ccamp-lsp-diversity-03

Fatai Zhang <zhangfatai@huawei.com> Sat, 08 February 2014 01:19 UTC

Return-Path: <zhangfatai@huawei.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 CB1D01A0230 for <ccamp@ietfa.amsl.com>; Fri, 7 Feb 2014 17:19:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.735
X-Spam-Level:
X-Spam-Status: No, score=-4.735 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001] 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 kOV6z77K3GSq for <ccamp@ietfa.amsl.com>; Fri, 7 Feb 2014 17:19:35 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 082671AD8F1 for <ccamp@ietf.org>; Fri, 7 Feb 2014 17:19:32 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BDJ16918; Sat, 08 Feb 2014 01:19:32 +0000 (GMT)
Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 8 Feb 2014 01:18:29 +0000
Received: from SZXEMA401-HUB.china.huawei.com (10.82.72.33) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 8 Feb 2014 01:19:31 +0000
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.231]) by SZXEMA401-HUB.china.huawei.com ([10.82.72.33]) with mapi id 14.03.0158.001; Sat, 8 Feb 2014 09:19:26 +0800
From: Fatai Zhang <zhangfatai@huawei.com>
To: Gert Grammel <ggrammel@juniper.net>, "BRUNGARD, DEBORAH A" <db3546@att.com>, "ccamp@ietf.org" <ccamp@ietf.org>
Thread-Topic: WG Last Call on draft-ietf-ccamp-lsp-diversity-03
Thread-Index: Ac8jdtO/9HhKhzV1QvabPhbP4TmBNQA4q05AAARpXEA=
Date: Sat, 08 Feb 2014 01:19:25 +0000
Message-ID: <F82A4B6D50F9464B8EBA55651F541CF85CAB475F@SZXEMA504-MBS.china.huawei.com>
References: <F64C10EAA68C8044B33656FA214632C80C1385F8@MISOUT7MSGUSR9O.ITServices.sbc.com> <274efc1365674501ad939e40d6d7f8ce@BN1PR05MB041.namprd05.prod.outlook.com>
In-Reply-To: <274efc1365674501ad939e40d6d7f8ce@BN1PR05MB041.namprd05.prod.outlook.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.66.72.159]
Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CAB475FSZXEMA504MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: Re: [CCAMP] WG Last Call on draft-ietf-ccamp-lsp-diversity-03
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: Sat, 08 Feb 2014 01:19:39 -0000

Hi all,

I agree with Gert.

It seems that the sentence ("The means by which the node calculating or expanding the route of the signaled LSP discovers the route of the path(s) from which the signaled LSP requires diversity are beyond the scope of this document.") implies that something is being standardized for one company's proprietary implementation.




Best Regards

Fatai

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Gert Grammel
Sent: Saturday, February 08, 2014 8:08 AM
To: BRUNGARD, DEBORAH A; ccamp@ietf.org
Subject: Re: [CCAMP] WG Last Call on draft-ietf-ccamp-lsp-diversity-03

Hi Deborah,

I don't think we should progress this draft at this point. The WG decided that "operating without the PCE is still in the scope of this WG." .Yet the document doesn't look into this aspect: "The means by which the node calculating or expanding the route of the signaled LSP discovers the route of the path(s) from which the signaled LSP requires diversity are beyond the scope of this document."
How can the WG know that a network operated without a PCE is able to process the signaling and whether the proposed extensions are complete?

So before rushing into protocol extensions, it would be wise to focus on a framework or applicability statement carving out what needs to be added to existing work in IETF for the use case described. This would bring clarity as to whether route calculation and expansion can be performed and how.


Best

Gert


From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: 06 February 2014 21:06
To: ccamp@ietf.org<mailto:ccamp@ietf.org>
Subject: [CCAMP] WG Last Call on draft-ietf-ccamp-lsp-diversity-03

All,

This starts a two-week working group last call on draft-ietf-ccamp-lsp-diversity-03.

This working group last call ends Feb. 20th. Please send your comments to the CCAMP mailing list.

Deborah and Lou