Re: [ippm] Re-call for adoption: draft-xiao-ippm-ioam-conf-state

gregory.mirsky@ztetx.com Sun, 04 July 2021 03:33 UTC

Return-Path: <gregory.mirsky@ztetx.com>
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 AE1EB3A30E6 for <ippm@ietfa.amsl.com>; Sat, 3 Jul 2021 20:33:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, UNPARSEABLE_RELAY=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 OFEddp_kv4xp for <ippm@ietfa.amsl.com>; Sat, 3 Jul 2021 20:33:29 -0700 (PDT)
Received: from mxus.zteusa.com (mxus.zteusa.com [4.14.134.162]) (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 59F813A30E3 for <ippm@ietf.org>; Sat, 3 Jul 2021 20:33:28 -0700 (PDT)
Received: from mse-us.zte.com.cn (unknown [10.36.11.29]) by Forcepoint Email with ESMTPS id AB131876318014E190F9; Sun, 4 Jul 2021 11:33:26 +0800 (CST)
Received: from mgapp01.zte.com.cn ([10.36.9.142]) by mse-us.zte.com.cn with SMTP id 1643XL3p077151; Sun, 4 Jul 2021 11:33:21 +0800 (GMT-8) (envelope-from gregory.mirsky@ztetx.com)
Received: from mapi (mgapp02[null]) by mapi (Zmail) with MAPI id mid81; Sun, 4 Jul 2021 11:33:21 +0800 (CST)
Date: Sun, 4 Jul 2021 11:33:21 +0800 (CST)
X-Zmail-TransId: 2afa60e12c013187d9a3
X-Mailer: Zmail v1.0
Message-ID: <202107041133216926247@zte.com.cn>
In-Reply-To: <CABNhwV2nV9J4dfcNhcLpQK9GGDzMy5y7iwiAMFqQN-1qiJxDjQ@mail.gmail.com>
References: 956C2EA9-5703-4318-BD97-32EE60A4C011@apple.com, 202107021030004065160@zte.com.cn, CABNhwV3UwLc=LoyezLkxrcXZUd2o=xeKaKEScYsOX_R5DKOfzg@mail.gmail.com, CABNhwV2nV9J4dfcNhcLpQK9GGDzMy5y7iwiAMFqQN-1qiJxDjQ@mail.gmail.com
Mime-Version: 1.0
From: <gregory.mirsky@ztetx.com>
To: <hayabusagsm@gmail.com>
Cc: <ippm@ietf.org>, <tpauly=40apple.com@dmarc.ietf.org>
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-us.zte.com.cn 1643XL3p077151
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/GdjrczIl5NjL46ncnIRJG_be9oU>
Subject: Re: [ippm] =?utf-8?q?Re-call_for_adoption=3A_draft-xiao-ippm-ioam-co?= =?utf-8?q?nf-state?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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: Sun, 04 Jul 2021 03:33:34 -0000

Hi Gyan,
many thanks for your comments and suggestions; all are much appreciated. Please find our answers and notes in-lined below under the GIM>> tag.

Regards,
Greg Mirsky
Sr. Standardization Expert
预研标准部/有线研究院/有线产品经营部  Standard Preresearch Dept./Wireline Product R&D Institute/Wireline Product Operation Division
E: gregory.mirsky@ztetx.com
www.zte.com.cn
------------------Original Mail------------------
Sender: GyanMishra
To: gregory mirsky10211915;
CC: ippm@ietf.org;tpauly=40apple.com@dmarc.ietf.org;
Date: 2021/07/02 09:30
Subject: Re: [ippm] Re-call for adoption: draft-xiao-ippm-ioam-conf-state

Dear Authors

Few questions.

The solution appear to be data plane agnostic and can apply to any data plane.  Correct?
GIM>> Yes. The scope of this draft is to define constract that can be re-used in echo request/reply mechanisms, e.g., ICMP, LSP ping.

I would add SR to list of data planes or just say that the solution is data plane agnostic applies to all data planes.
GIM>> Thank you for the suggestion. Will add in the next version.

Also the recommended feasible method of deployment is to use PCE or PCE CC  SDN centralized controller.

In the introduction towards the bottom below is stated.

“ The IOAM encapsulating node can acquire these IOAM capabilities info from the centralized controller, through, e.g., NETCONF/YANG, PCEP, or BGP.”
As for centralized controller do you mean to say PCE or PCE CC-CCI object PCE/SDN centralized controller.
GIM>> PCE or PCE CC-CCI object PCE/SDN controller is one of possible realizations of a centralized controller. in your opinion, would referring to it as an example be helpful?
You may want to state that the centralized controller option is the recommended method and reasons why.
GIM>> We'll work on a new text for the next version of the draft.
For IGP scenario would you need an IGP extension - much more complicated, or I guess you could use ISIS instance or OSPF transport mode to carry the metadata.  I think it maybe better to drop the IGP scenario.
GIM>> I agree, the optional use of IGP may bring challenges without sufficient benefits. We'll investigate it further and share our thoughts in short time.

Kind Regards
Gyan

On Fri, Jul 2, 2021 at 11:59 AM Gyan Mishra <hayabusagsm@gmail.com> wrote:
Dear Authors

I support WG adoption.

This is a valuable telemetry tool in the operators toolbox for in-situ IOAM transit nodes data container  encap / decap within IOAM domain, with this extension to existing OAM echo-request/reply used in IPv6, MPLS, SFC, BIER, SR.

Highly valuable to operators.

Gyan

On Thu, Jul 1, 2021 at 10:30 PM <gregory.mirsky@ztetx.com> wrote:
Hi Tommy and Ian,
I support the adoption of this draft (as co-author).

Regards,
Greg Mirsky
Sr. Standardization Expert
预研标准部/有线研究院/有线产品经营部  Standard Preresearch Dept./Wireline Product R&D Institute/Wireline Product Operation Division
E: gregory.mirsky@ztetx.com
www.zte.com.cn
Original Mail
Sender: TommyPauly
To: IETF IPPM WG (ippm@ietf.org);
Date: 2021/07/01 09:48
Subject: [ippm] Re-call for adoption: draft-xiao-ippm-ioam-conf-state
_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm

Hello IPPM,
Back in November, we had a call for adoption for draft-xiao-ippm-ioam-conf-state that led to several questions, and we asked for revised drafts.

We’ve gotten several new versions, so Ian and I would like to re-start the adoption call to get people’s input on the current version.

https://datatracker.ietf.org/doc/html/draft-xiao-ippm-ioam-conf-state-10

Please review the document and reply to the list to indicate if you support adopting this work by Thursday, July 15.

Best,
Tommy & Ian
_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm
--

Gyan Mishra
Network Solutions Architect
Email gyan.s.mishra@verizon.com
M 301 502-1347
--

Gyan Mishra
Network Solutions Architect
Email gyan.s.mishra@verizon.com
M 301 502-1347