IETF Logo Mail Archive

Re: [Pce] FW: New Version Notification for draft-chen-pce-sr-policy-ifit-02.txt

Giuseppe Fioccola <giuseppe.fioccola@huawei.com> Mon, 27 July 2020 19:29 UTC

Return-Path: <giuseppe.fioccola@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2CE23A0B32; Mon, 27 Jul 2020 12:29:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 QDWUzVNLKeyt; Mon, 27 Jul 2020 12:29:20 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3E4F3A0B27; Mon, 27 Jul 2020 12:29:20 -0700 (PDT)
Received: from lhreml708-chm.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id B2E76A5FF44D47D24890; Mon, 27 Jul 2020 20:29:16 +0100 (IST)
Received: from fraeml709-chm.china.huawei.com (10.206.15.37) by lhreml708-chm.china.huawei.com (10.201.108.57) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Mon, 27 Jul 2020 20:29:16 +0100
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml709-chm.china.huawei.com (10.206.15.37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 27 Jul 2020 21:29:16 +0200
Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1913.007; Mon, 27 Jul 2020 21:29:15 +0200
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: Dhruv Dhody <dhruv.ietf@gmail.com>
CC: "pce@ietf.org" <pce@ietf.org>, "draft-chen-pce-sr-policy-ifit@ietf.org" <draft-chen-pce-sr-policy-ifit@ietf.org>
Thread-Topic: [Pce] FW: New Version Notification for draft-chen-pce-sr-policy-ifit-02.txt
Thread-Index: AQHWVrWTo11OSzKFj0aAKKzFdsHG3akAw5cggBj0HwCAAbKhwIAAOekAgABByvA=
Date: Mon, 27 Jul 2020 19:29:15 +0000
Message-ID: <b7bac96ac50543b78a8a0f0e3008edb6@huawei.com>
References: <159438406431.12133.11734833260610050043@ietfa.amsl.com> <0b290b63152b4448a950b291b5960fb3@huawei.com> <CAB75xn4kVQUaijU2AKJT0XjKxHjXZXONLth7m5mCHYueya-iKg@mail.gmail.com> <817642cbc828413983c4260f5e4ac8ab@huawei.com> <CAB75xn7z7P1f+nwbHrHgVq-5NRV+Hx6+g=4t3_HOeWhtN4-ztA@mail.gmail.com>
In-Reply-To: <CAB75xn7z7P1f+nwbHrHgVq-5NRV+Hx6+g=4t3_HOeWhtN4-ztA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.48.216.224]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/p9ObRrnR67VWwBw7kN8RYKXG1jA>
Subject: Re: [Pce] FW: New Version Notification for draft-chen-pce-sr-policy-ifit-02.txt
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 27 Jul 2020 19:29:23 -0000

Hi Dhruv,
Please see inline as [GF]
Regards,

Giuseppe

-----Original Message-----
From: Dhruv Dhody [mailto:dhruv.ietf@gmail.com] 
Sent: Monday, July 27, 2020 7:16 PM
To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
Cc: pce@ietf.org; draft-chen-pce-sr-policy-ifit@ietf.org
Subject: Re: [Pce] FW: New Version Notification for draft-chen-pce-sr-policy-ifit-02.txt

Hi Giuseppe,

Snipping to...

> (0) Can these TLVs be carried inside the LSPA object, and allow the 
> IFIT to be used for all paths (including SR, SRv6, RSVP-TE, PCECC, 
> etc). I understand that your key case is with SR-Policy but it is 
> better to put the TLVs in a generic object rather than in an SR 
> specific one. I am guessing you might be influenced by BGP SR Policy 
> (where it makes sense to limit it to SR-Policy as BGP is used only for
> SR-Policy) but in the case of PCEP, making it generic is a better idea IMHO.
>
> [GF]: We can surely make it generic and define the same TLVs carried inside the LSPA object in order to be applied for all path types, as long as they support the relevant data plane telemetry method. The current version of the draft already mentions the possibility to generalize the proposal but through RFC8697: "Note that the IFIT attributes here described can also be generalized and included as TLVs for other Association Groups".

[Dhruv]: Encoding these TLVs in an ASSOCIATION object of any type would not be the best encoding option in my opinion. The association types already defined are Protection, Diversity, Policy, and the next set coming up are Bi-direction (multiple types), VN association, SR policy etc. It would be out of place to put  IFIT attribute TLV in all these associations.

[GF]: I see your point. Since we started to focus on SR, in the context of draft-ietf-pce-segment-routing-policy-cp, it makes sense to add IFIT attribute TLV to the SRPAG. But, looking at the association types already defined, I agree, the IFIT attribute TLVs cannot be generalized in this way.

LSPA object seems to be a better place to encode and would be applicable to all path-setup-types by default. Check out RFC 8733 on how to use LSPA to encode new attributes.

[GF]: Thanks for the reference. I will have a look at RFC8733.

> We only considered the case of SR Policy since IOAM and Alternate Marking are becoming mature especially for SR, looking at the relevant adopted work for data plane telemetry (e.g. for SRv6: draft-ietf-6man-ipv6-alt-mark, draft-ietf-ippm-ioam-ipv6-options). Anyway the possibility to generalize the proposal can be discussed. I guess you are also suggesting to replace this I-D with a new I-D that has a general scope (not limited to SR policy, as it is now), correct?

[Dhruv] Let's continue to discuss during the meeting tomorrow.

[GF]: Sure.

Thanks!
Dhruv

v2.23.0 | Report a Bug | By Email