Re: [Pce] Query on Usage of LSP Identifier TLV in SR

Dhruv Dhody <dhruv.dhody@huawei.com> Fri, 12 February 2016 05:46 UTC

Return-Path: <dhruv.dhody@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9A981B3FDF; Thu, 11 Feb 2016 21:46:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=unavailable
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 R58wzMlCajmd; Thu, 11 Feb 2016 21:46:33 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87CEC1B3FDB; Thu, 11 Feb 2016 21:46:32 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEG18021; Fri, 12 Feb 2016 05:46:27 +0000 (GMT)
Received: from LHREML707-CAH.china.huawei.com (10.201.5.199) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 12 Feb 2016 05:46:26 +0000
Received: from BLREML406-HUB.china.huawei.com (10.20.4.43) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 12 Feb 2016 05:46:25 +0000
Received: from BLREML509-MBX.china.huawei.com ([169.254.7.9]) by BLREML406-HUB.china.huawei.com ([10.20.4.43]) with mapi id 14.03.0235.001; Fri, 12 Feb 2016 11:14:32 +0530
From: Dhruv Dhody <dhruv.dhody@huawei.com>
To: Jeff Tantsura <jeff.tantsura@ericsson.com>, Robert Varga <nite@hq.sk>, "draft-ietf-pce-segment-routing@ietf.org" <draft-ietf-pce-segment-routing@ietf.org>, "draft-ietf-pce-stateful-pce@tools.ietf.org" <draft-ietf-pce-stateful-pce@tools.ietf.org>
Thread-Topic: [Pce] Query on Usage of LSP Identifier TLV in SR
Thread-Index: AdEEswV5Hp/XsRTiRVyYCjyiKol6/QIK2zOAFg6yDAAACPkY4A==
Date: Fri, 12 Feb 2016 05:44:32 +0000
Message-ID: <23CE718903A838468A8B325B80962F9B8C505D19@BLREML509-MBX.china.huawei.com>
References: <23CE718903A838468A8B325B80962F9B8C421A83@BLREML509-MBX.china.huawei.com> <5628C89B.3000404@hq.sk> <99B428A7-A65F-49D2-AF58-95BA1023AAF1@ericsson.com>
In-Reply-To: <99B428A7-A65F-49D2-AF58-95BA1023AAF1@ericsson.com>
Accept-Language: en-GB, zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.18.244.252]
Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8C505D19BLREML509MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.56BD71B3.00EE, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.7.9, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 96696209a9e552ac2794dea02b20e9cd
Archived-At: <http://mailarchive.ietf.org/arch/msg/pce/j1iKAyfvuqxjIuNptFQIRGejgM0>
Cc: "pce@ietf.org" <pce@ietf.org>, "pce-chairs@tools.ietf.org" <pce-chairs@tools.ietf.org>
Subject: Re: [Pce] Query on Usage of LSP Identifier TLV in SR
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Feb 2016 05:46:35 -0000

Hi Jeff,

[PCEP-SR] did not change the format of the stateful PCE messages (i.e. RBNF of PCRpt/PCUpd); and [STATEFUL-PCE] does not have END-POINTS object in those messages.
Only PCInitiate message [PCE-INITIATE] has END-POINTS object.

In the implementations I am aware of, LSP Identifiers TLV is carried in PCEP-SR.
One way to find middle ground would be, to make LSP Identifiers TLV as optional for PCEP-SR, with a use-case during delegation of a PCC configured LSP via PCRpt message.

Regards,
Dhruv
[PCEP-SR] https://www.ietf.org/archive/id/draft-ietf-pce-segment-routing-06.txt
[STATEFUL-PCE] https://tools.ietf.org/html/draft-ietf-pce-stateful-pce-13
[PCE-INITIATE] https://tools.ietf.org/html/draft-ietf-pce-pce-initiated-lsp-05



From: Jeff Tantsura [mailto:jeff.tantsura@ericsson.com]
Sent: 12 February 2016 06:42
To: Robert Varga; Dhruv Dhody; draft-ietf-pce-segment-routing@ietf.org; draft-ietf-pce-stateful-pce@tools.ietf.org
Cc: pce@ietf.org; pce-chairs@tools.ietf.org
Subject: Re: [Pce] Query on Usage of LSP Identifier TLV in SR

Hi Robert,

I disagree with you, I don’t think we need RSVP-TE semantics here, in the implementations I'm aware of LSP Identifiers TLV is not used.
END-POINTS object is used to identify the tunnel endpoint addresses.

I do agree that SR draft should be clear about this and we will update it.

Cheers,
Jeff

From: Robert Varga <nite@hq.sk<mailto:nite@hq.sk>>
Date: Thursday, October 22, 2015 at 04:29
To: Dhruv Dhody <dhruv.dhody@huawei.com<mailto:dhruv.dhody@huawei.com>>, "draft-ietf-pce-segment-routing@ietf.org<mailto:draft-ietf-pce-segment-routing@ietf.org>" <draft-ietf-pce-segment-routing@ietf.org<mailto:draft-ietf-pce-segment-routing@ietf.org>>, "draft-ietf-pce-stateful-pce@tools.ietf.org<mailto:draft-ietf-pce-stateful-pce@tools.ietf.org>" <draft-ietf-pce-stateful-pce@tools.ietf.org<mailto:draft-ietf-pce-stateful-pce@tools.ietf.org>>
Cc: "pce@ietf.org<mailto:pce@ietf.org>" <pce@ietf.org<mailto:pce@ietf.org>>, "pce-chairs@tools.ietf.org<mailto:pce-chairs@tools.ietf.org>" <pce-chairs@tools.ietf.org<mailto:pce-chairs@tools.ietf.org>>
Subject: Re: [Pce] Query on Usage of LSP Identifier TLV in SR

On 10/12/2015 07:58 AM, Dhruv Dhody wrote:
Hi Authors,

In the stateful PCE draft [1], it says –
The LSP Identifiers TLV MUST be included in the LSP object in PCRpt
messages for RSVP-signaled LSPs.

The SR draft [2] did not mention anything about LSP Identifier TLV.
And in implementations that I am aware of, SR-TE LSP still uses the LSP-Identifier TLV. Is that correct? (I personally think so!!)

If yes, do you think there is a need to update –

-      [1] to say all LSPs (and not just RSVP-signaled).

-      Or [2] to say that LSP-Identifier TLV are also applicable to SR and MUST be included.


The wording in stateful draft is meant to proscribe behavior for RSVP (as that is what RFC5440 assumes), while allowing different setup mechanisms (https://datatracker.ietf.org/doc/draft-ietf-pce-lsp-setup-type/) specify their own LSP identifier format.

In this spirit I think the SR draft should be updated to explicitly state that SR reuses the same identifier format as RSVP (or whatever is appropriate).

Bye,
Robert


本邮件及其附件含有华为公司的保密信息,仅限于发送给上面地址中列出的个人或群组。禁
止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、或散发)本邮件中
的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除本邮件!
This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!