[Lsr] 答复: A new version of I-D, draft-liu-lsr-isis-ifit-node-capability-02
wangyali <wangyali11@huawei.com> Tue, 10 March 2020 08:57 UTC
Return-Path: <wangyali11@huawei.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A0533A0E4F for <lsr@ietfa.amsl.com>; Tue, 10 Mar 2020 01:57:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 SdJx-F4hJdxZ for <lsr@ietfa.amsl.com>; Tue, 10 Mar 2020 01:57:39 -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 E042D3A0E54 for <lsr@ietf.org>; Tue, 10 Mar 2020 01:57:38 -0700 (PDT)
Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 98546CCE14213903EE46 for <lsr@ietf.org>; Tue, 10 Mar 2020 08:57:37 +0000 (GMT)
Received: from lhreml720-chm.china.huawei.com (10.201.108.71) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 10 Mar 2020 08:57:36 +0000
Received: from lhreml720-chm.china.huawei.com (10.201.108.71) by lhreml720-chm.china.huawei.com (10.201.108.71) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Tue, 10 Mar 2020 08:57:36 +0000
Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by lhreml720-chm.china.huawei.com (10.201.108.71) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Tue, 10 Mar 2020 08:57:36 +0000
Received: from DGGEML524-MBX.china.huawei.com ([169.254.1.105]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0439.000; Tue, 10 Mar 2020 16:57:14 +0800
From: wangyali <wangyali11@huawei.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: A new version of I-D, draft-liu-lsr-isis-ifit-node-capability-02
Thread-Index: AdX160PqpEiNp0glSrmxOyus22HBcgAah/PwABjBRgA=
Date: Tue, 10 Mar 2020 08:57:14 +0000
Message-ID: <1520992FC97B944A9979C2FC1D7DB0F404DB2336@dggeml524-mbx.china.huawei.com>
References: <1520992FC97B944A9979C2FC1D7DB0F404DB1AD4@dggeml524-mbx.china.huawei.com> <MW3PR11MB4619361A2CA3A402A44914E5C1FE0@MW3PR11MB4619.namprd11.prod.outlook.com>
In-Reply-To: <MW3PR11MB4619361A2CA3A402A44914E5C1FE0@MW3PR11MB4619.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.108.203.186]
Content-Type: multipart/alternative; boundary="_000_1520992FC97B944A9979C2FC1D7DB0F404DB2336dggeml524mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/jEjPX3Nyi5HeubpEDoojmZrE8uI>
Subject: [Lsr] 答复: A new version of I-D, draft-liu-lsr-isis-ifit-node-capability-02
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Mar 2020 08:57:42 -0000
Dear Les, Thanks a lot for your comments. I will take your suggestion to add description on how to use the IFIT Capability information when the submission is opened. As described in my reply to Acee, following is my quick reply: IFIT is deployed in a specific domain referred as the IFIT domain. One network domain may consists of multiple IFIT domain. Within the IFIT domain, one or more IFIT-options are added into packet at the IFIT-enabled head node that is referred to as the ¡°IFIT encapsulating node¡±. Then IFIT data fields MAY be updated by IFIT transit nodes that the packet traverses. Finally, the data fields are removed at a device that is referred to as the ¡°IFIT decapsulating node¡±. The IFIT data fields must not leak to other domains. So, the IFIT encapsulating node need to know if the decapsulating node is able to support the IFIT capability. So that it can decide whether to add the IFIT-option or not. The solution is similar to RFC8491. We use IGP to advertise the capability, so that head node can use. By using BGP-LS, a centralized controller can also learn the IFIT Capability of nodes to determine whether a particular IFIT Option type can be supported in a given network. Best regards, Yali ·¢¼þÈË: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com] ·¢ËÍʱ¼ä: 2020Äê3ÔÂ10ÈÕ 5:07 ÊÕ¼þÈË: wangyali <wangyali11@huawei.com>; lsr@ietf.org Ö÷Ìâ: RE: A new version of I-D, draft-liu-lsr-isis-ifit-node-capability-02 Yali ¨C What is missing for me is an explanation of why IFIT Capability information is something that is appropriate to be sent using IGP Router Capability advertisements. Generally speaking, we prefer to restrict IGP advertisements to information which is of direct use to the protocol. However, it is fair to say that we have relaxed this restriction in some cases e.g.: https://www.iana.org/go/rfc7883 https://www.iana.org/go/rfc8491 However, even in these cases the information advertised is of value to some entity executing on the protocol peers ¨C even if not directly by the IGP itself. I see no such value add here i.e., the IFIT capability information may well be of value to a controller but I do not see any use case for any entity on protocol peers. So why should we use IGPs to send this information to all other IGP peers when none of them can make use of this information? Les From: Lsr <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org>> On Behalf Of wangyali Sent: Monday, March 09, 2020 1:21 AM To: lsr@ietf.org<mailto:lsr@ietf.org> Subject: [Lsr] A new version of I-D, draft-liu-lsr-isis-ifit-node-capability-02 Dear all, I¡¯m Yali. Following is a new version of I-D, draft-liu-lsr-isis-ifit-node-capability-02 I submitted recently. Please let me know your questions and comments. Thank you. >>>>>>>>> Name: draft-liu-lsr-isis-ifit-node-capability Revision: 02 Title: IS-IS Extensions for Advertising IFIT Node Capability Document date: 2020-03-09 Group: Individual Submission Pages: 7 URL: https://www.ietf.org/internet-drafts/draft-liu-lsr-isis-ifit-node-capability-02.txt Status: https://datatracker.ietf.org/doc/draft-liu-lsr-isis-ifit-node-capability/ Htmlized: https://tools.ietf.org/html/draft-liu-lsr-isis-ifit-node-capability-02 Htmlized: https://datatracker.ietf.org/doc/html/draft-liu-lsr-isis-ifit-node-capability Diff: https://www.ietf.org/rfcdiff?url2=draft-liu-lsr-isis-ifit-node-capability-02 Abstract: This document defines a way for an Intermediate System to Intermediate System (IS-IS) routers to advertise IFIT(in-situ Flow Information Telemetry) capabilities. This document extends a new optional sub-TLV in the IS-IS Router CAPABILITY TLV [RFC7981], which allows a router to announce its IFIT node capabilities within an IS- IS level or the entire routing domain. Such advertisements enable IFIT applications in the network domain. Best Regards, Yali WANG E: wangyali11@huawei.com<mailto:wangyali11@huawei.com>
- [Lsr] A new version of I-D, draft-liu-lsr-isis-if… wangyali
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Les Ginsberg (ginsberg)
- [Lsr] 答复: A new version of I-D, draft-liu-lsr-isi… wangyali
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- [Lsr] 答复: A new version of I-D, draft-liu-lsr-isi… wangyali
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Tianran Zhou
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Tianran Zhou
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Les Ginsberg (ginsberg)
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Tianran Zhou
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Acee Lindem (acee)
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Acee Lindem (acee)
- [Lsr] 答复: A new version of I-D, draft-liu-lsr-isi… wangyali
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Les Ginsberg (ginsberg)
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Les Ginsberg (ginsberg)
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Jeff Tantsura
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- [Lsr] problem joining interim [Re: A new version … Christian Hopps
- Re: [Lsr] problem joining interim [Re: A new vers… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] problem joining interim [Re: A new vers… Acee Lindem (acee)
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Jeff Tantsura
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] problem joining interim [Re: A new vers… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- Re: [Lsr] 答复: A new version of I-D, draft-liu-lsr… Greg Mirsky
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Joel M. Halpern
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Greg Mirsky
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Greg Mirsky
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Greg Mirsky
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… tony.li
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Jeff Tantsura
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Greg Mirsky
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Aijun Wang
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Tianran Zhou
- Re: [Lsr] 答复: A new version of I-D, draft-liu-lsr… Tianran Zhou
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Jeff Tantsura
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Tianran Zhou
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] problem joining interim [Re: A new vers… bruno.decraene
- Re: [Lsr] problem joining interim [Re: A new vers… Robert Raszuk
- Re: [Lsr] problem joining interim [Re: A new vers… Christian Hopps
- Re: [Lsr] problem joining interim [Re: A new vers… Lou Berger
- Re: [Lsr] problem joining interim [Re: A new vers… Acee Lindem (acee)
- Re: [Lsr] problem joining interim [Re: A new vers… Jeff Tantsura
- Re: [Lsr] 答复: A new version of I-D, draft-liu-lsr… Greg Mirsky
- Re: [Lsr] 答复: A new version of I-D, draft-liu-lsr… Tianran Zhou