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 Wed, 29 June 2022 09:06 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 E0B38C1594AF for <ippm@ietfa.amsl.com>; Wed, 29 Jun 2022 02:06:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.904
X-Spam-Level:
X-Spam-Status: No, score=-6.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.001, RCVD_IN_DNSWL_HI=-5, 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 xtVqhMOD6EFQ for <ippm@ietfa.amsl.com>; Wed, 29 Jun 2022 02:06:37 -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 167F5C15A734 for <ippm@ietf.org>; Wed, 29 Jun 2022 02:06:36 -0700 (PDT)
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 mxhk.zte.com.cn (FangMail) with ESMTPS id 4LXwZ14CLsz8R040; Wed, 29 Jun 2022 17:06:33 +0800 (CST)
Received: from njxapp03.zte.com.cn ([10.41.132.202]) by mse-fl1.zte.com.cn with SMTP id 25T96NGZ071671; Wed, 29 Jun 2022 17:06:24 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp03[null]) by mapi (Zmail) with MAPI id mid201; Wed, 29 Jun 2022 17:06:23 +0800 (CST)
Date: Wed, 29 Jun 2022 17:06:23 +0800
X-Zmail-TransId: 2afb62bc160f08be5b13
X-Mailer: Zmail v1.0
Message-ID: <202206291706238457947@zte.com.cn>
In-Reply-To: <BYAPR08MB4872BA1F22EBD8F6788A4A89B3B49@BYAPR08MB4872.namprd08.prod.outlook.com>
References: BYAPR08MB4872BA1F22EBD8F6788A4A89B3B49@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 25T96NGZ071671
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.137.novalocal with ID 62BC1619.001 by FangMail milter!
X-FangMail-Envelope: 1656493593/4LXwZ14CLsz8R040/62BC1619.001/10.5.228.81/[10.5.228.81]/mse-fl1.zte.com.cn/<xiao.min2@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 62BC1619.001/4LXwZ14CLsz8R040
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/yC6RuO2H-OfK0BRIJ7JcwFRw5Nw>
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: Wed, 29 Jun 2022 09:06:41 -0000

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