Re: [ippm] IDR adoption of draft-wang-idr-bgp-ifit-cpabilities-05.txt - Request for input (6/24 to 7/8/2022)

xiao.min2@zte.com.cn Thu, 30 June 2022 02:22 UTC

Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3ED3C15AAC9 for <ippm@ietfa.amsl.com>; Wed, 29 Jun 2022 19:22:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.904
X-Spam-Level:
X-Spam-Status: No, score=-1.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ylczJ90LKRLG for <ippm@ietfa.amsl.com>; Wed, 29 Jun 2022 19:22:55 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D59DDC159493 for <ippm@ietf.org>; Wed, 29 Jun 2022 19:22:53 -0700 (PDT)
Received: from mxct.zte.com.cn (unknown [192.168.251.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4LYMYm3L0pz8R03d for <ippm@ietf.org>; Thu, 30 Jun 2022 10:22:52 +0800 (CST)
Received: from mse-fl1.zte.com.cn (unknown [10.5.228.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxct.zte.com.cn (FangMail) with ESMTPS id 4LYMY92yMMz4y0w0; Thu, 30 Jun 2022 10:22:21 +0800 (CST)
Received: from njxapp05.zte.com.cn ([10.41.132.204]) by mse-fl1.zte.com.cn with SMTP id 25U2MBgw083828; Thu, 30 Jun 2022 10:22:11 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Thu, 30 Jun 2022 10:22:11 +0800 (CST)
Date: Thu, 30 Jun 2022 10:22:11 +0800
X-Zmail-TransId: 2afa62bd08d3ffffffff85439aa0
X-Mailer: Zmail v1.0
Message-ID: <202206301022110666645@zte.com.cn>
In-Reply-To: <BYAPR08MB4872921388CFF8F234435865B3BB9@BYAPR08MB4872.namprd08.prod.outlook.com>
References: BYAPR08MB4872BA1F22EBD8F6788A4A89B3B49@BYAPR08MB4872.namprd08.prod.outlook.com, 202206291706238457947@zte.com.cn, BYAPR08MB4872921388CFF8F234435865B3BB9@BYAPR08MB4872.namprd08.prod.outlook.com
Mime-Version: 1.0
From: xiao.min2@zte.com.cn
To: shares@ndzh.com
Cc: ippm@ietf.org
Content-Type: text/plain; charset="UTF-8"
X-MAIL: mse-fl1.zte.com.cn 25U2MBgw083828
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.137.novalocal with ID 62BD08FC.001 by FangMail milter!
X-FangMail-Envelope: 1656555772/4LYMYm3L0pz8R03d/62BD08FC.001/192.168.251.13/[192.168.251.13]/mxct.zte.com.cn/<xiao.min2@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 62BD08FC.001/4LYMYm3L0pz8R03d
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/G6uHlh27PDRAZi3IdsGravEzde0>
Subject: Re: [ippm] IDR adoption of draft-wang-idr-bgp-ifit-cpabilities-05.txt - Request for input (6/24 to 7/8/2022)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Jun 2022 02:22:58 -0000

Hi Susan,

Thank you for the response.
Please see inline my comments with [XM]>>>.

Best Regards,
Xiao Min
------------------Original------------------
From: SusanHares <shares@ndzh.com>
To: 肖敏10093570;
Cc: ippm@ietf.org <ippm@ietf.org>;
Date: 2022年06月30日 05:28
Subject: RE: [ippm] IDR adoption of draft-wang-idr-bgp-ifit-cpabilities-05.txt - Request for input (6/24 to 7/8/2022)
" _ue_custom_node_="true">
Xiao:
Thank you for your feedback regarding this draft.
I need clarification on your feedback.
The introduction of draft-wang-idr-bgp-ifit-capabilities-05.txt
states IFIT is an abbreviation used by their draft as
denoted in their abstract:
“This document defines extensions to BGP [RFC4271] to advertise the
In-situ Flow Information Telemetry (IFIT) capabilities.”
Since this abbreviation is shared with:
draft-ietf-idr-sr-policy-ifit-03 (ready for WG LC) in
their abstract:
“In-situ Flow Information Telemetry
(IFIT) refers to network OAM data plane on-path telemetry techniques,
in particular the most popular are In-situ OAM (IOAM) and Alternate
Marking.”
Are you objecting to their abbreviation or the terms behind the
abbreviation?
[XM]>>> Since I started work in IPPM around 2017, both Alternate Marking and In-situ OAM were already there and I've been used to them. If the IPPM WG decides to introduce a new/second term to scope Alternate Marking and/or In-situ OAM, that's fine to me. However, I don't believe it's the common practice to put a new/second term to IPPM techniques from the outside of IPPM.
2.  Would you please provide additional details on the overlap between
draft-wang-idr-bgp-ifit-cpabilities-05.txt and
draft-ietf-ippm-ioam-conf-state.
[XM]>>> As I said, the term IFIT brings some confusion to me, in IPPM, Alternate Marking and In-situ OAM are targeted by separate documents. If I understand draft-wang-idr-bgp-ifit-cpabilities-05 correctly, this document covers Capabilities Discovery for both Alternate Marking and In-situ OAM, only edge to edge. As a comparison, draft-ietf-ippm-ioam-conf-state-03 covers Capabilities Discovery for In-situ OAM (if necessary, the same mechanism can be used for Alternate Marking as well), both edge to edge and hop by hop.
Thank you Susan Hares


From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
Sent: Wednesday, June 29, 2022 5:06 AM
To: Susan Hares <shares@ndzh.com>
Cc: ippm@ietf.org
Subject: Re: [ippm] IDR adoption of draft-wang-idr-bgp-ifit-cpabilities-05.txt - Request for input (6/24 to 7/8/2022)
Hi Susan,
Thank you for this notice, very helpful.
I have two concerns as follow:
1. As far as I know, iFIT is not a standardized term defined in any IPPM RFC or WG draft, however iFIT includes Alternate Marking and In-situ OAM which both are defined in IPPM. I'm not sure it's appropriate, that looks out of order to  me. The right order IMHO is to define iFIT in IPPM first (if necessary), and then to define protocol extensions (e.g. BGP extensions) to support iFIT.
2. In IPPM there is draft-ietf-ippm-ioam-conf-state that achieves the similar function intended by draft-wang-idr-ifit-capabilities, the two documents looks overlapping to some extent.
Best Regards,
Xiao Min
------------------Original------------------
From: SusanHares <shares@ndzh.com>
To: ippm@ietf.org <ippm@ietf.org>;
Date: 2022年06月24日 23:29
Subject: [ippm] IDR adoption of draft-wang-idr-bgp-ifit-cpabilities-05.txt - Request for input (6/24 to 7/8/2022)
_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm
Marcus, Tommy and ippm WG:
The IDR WG would like your feedback on two drafts in IDR:
1. draft-ietf-idr-sr-policy-ifit-03.txt – The IDR WG is planning WG LC on this draft in August.
2. draft-wang-idr-ifit-capabilities-05.tt – The IDR WG has consensus on adopting this draft.
Please let us know if you have any concerns regarding these drafts.
We note that these drafts reference:
1) draft-ietf-6man-ipv6-alt-mark
2) draft-ietf-ippm-ioam-data
3) draft-ietf-ippm-ioam-direct-export
4) draft-ietf-ippm-ioam-flags
5) draft-ietf-ippm-ioam-ipv6-options
Please let me know if you have any questions regarding these two drafts.
I am one of the IDR WG co-chairs and the shepherd for these two drafts.
You can reply to this thread or provide information to your WG chairs.
Cheers, Susan Hares