Re: [netmod] WGLC on draft-ietf-netmod-node-tags-06

Qin Wu <bill.wu@huawei.com> Mon, 11 April 2022 13:14 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FD613A1044 for <netmod@ietfa.amsl.com>; Mon, 11 Apr 2022 06:14:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 TtLDhSYKU-AV for <netmod@ietfa.amsl.com>; Mon, 11 Apr 2022 06:14:15 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D35E83A103E for <netmod@ietf.org>; Mon, 11 Apr 2022 06:14:14 -0700 (PDT)
Received: from fraeml708-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KcTlh72hQz686qC; Mon, 11 Apr 2022 21:12:00 +0800 (CST)
Received: from canpemm500008.china.huawei.com (7.192.105.151) by fraeml708-chm.china.huawei.com (10.206.15.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Mon, 11 Apr 2022 15:14:10 +0200
Received: from canpemm500005.china.huawei.com (7.192.104.229) by canpemm500008.china.huawei.com (7.192.105.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Mon, 11 Apr 2022 21:14:08 +0800
Received: from canpemm500005.china.huawei.com ([7.192.104.229]) by canpemm500005.china.huawei.com ([7.192.104.229]) with mapi id 15.01.2375.024; Mon, 11 Apr 2022 21:14:08 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de>, Kent Watsen <kent+ietf@watsen.net>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] WGLC on draft-ietf-netmod-node-tags-06
Thread-Index: AdhNpT0jM13LHiN5R0OcCP0VtmD7zg==
Date: Mon, 11 Apr 2022 13:14:08 +0000
Message-ID: <bf4336736f6d4b728ff5a1465535ded6@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.100.16]
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/netmod/BtcR0DRtaWk04gCjLPrgxVr-OL0>
Subject: Re: [netmod] WGLC on draft-ietf-netmod-node-tags-06
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Apr 2022 13:14:20 -0000

Hi, Jurgen:
Thank for bringing this issue up.
Generally, I feel two drafts are orthogonal to each other. 
Draft-ietf-netmod-node-tags-06 focuses on YANG modelled data classification while draft-claise-netconf-metadata-for-collection-03 focuses on telemetry related server capability exposure, e.g.,
how frequent you can use YANG push mechanism to send the telemetry data, from where to collect the specific interested data, how to inform the client or collector when the server compute a new observable period, in other words, draft-claise-netconf-metadata-for-collection-03 more focuses on data collection protocol (e.g., yang push) related metadata.

In addition, draft-ietf-netmod-node-tags-06 doesn't need to depend on notification capability defined in RFC9196 since ietf-data-object-tags in draft-ietf-netmod-node-tags-06 defines data objects list under /tags:module-tags/tags:module. Therefore the client can look for these tags from the <operational>, <get-schema> also can be used since yang extension is defined for these tags in the ietf-data-object-tags.

Please correct me if I am wrong. 

-Qin
-----邮件原件-----
发件人: netmod [mailto:netmod-bounces@ietf.org] 代表 Jürgen Sch?nw?lder
发送时间: 2022年4月11日 15:55
收件人: Kent Watsen <kent+ietf@watsen.net>
抄送: netmod@ietf.org
主题: Re: [netmod] WGLC on draft-ietf-netmod-node-tags-06

During the NETCONF meeting at IETF 113, Benoit presented an I-D titled

     Per-Node Capabilities for Optimum Operational Data Collection
            draft-claise-netconf-metadata-for-collection-03

and I asked why we need another metadata export mechanism given that node tags is been worked on in the NETMOD WG. The reaction during the meeting was to followup on the mailing list, i.e., there was no conclusive answer during the meeting.

I suggest that this document does not proceed until we know that it provides all mechanisms needed to support the use case described in the above mentioned I-D. If any functionality is lacking, the WG may want to investigate whether this can be addressed generically.

/js

On Fri, Apr 08, 2022 at 06:09:45PM +0000, Kent Watsen wrote:
> This message begins a Working Group Last Call (WGLC) on draft-ietf-netmod-node-tags-06, per the chair-action from the 113 session (minutes <https://notes.ietf.org/#4-Title-Self-Describing-Data-Object-Tags-10-min>).  The WGLC will close in two-weeks (Apr 22).  Here is a direct link to the HTML version of the draft:
> 
> 	https://datatracker.ietf.org/doc/html/draft-ietf-netmod-node-tags 
> <https://datatracker.ietf.org/doc/html/draft-ietf-netmod-node-tags>
> 
> Positive comments, e.g., "I've reviewed this document and believe it is ready for publication", are welcome!  This is useful and important, even from authors. Objections, concerns, and suggestions are also welcomed at this time.
> 
> Please be aware that this draft has declared IPR <https://datatracker.ietf.org/ipr/4216> indicating that license may entail possible royalty/fee. Also, this exchange between Lou and Qin on 8/30/2020 (mailman <https://mailarchive.ietf.org/arch/msg/netmod/SC6zfdYVmvlkquWOzP1qZszxWgs/>):
> 
> [Lou] Since this work is derived from work that I contributed to, I'd be interested in hearing what new mechanism(s) is/are covered by the IPR disclosure prior to supporting WG adoption.  I'm not asking in order to debate this, as that is something for other venues, I'm merely asking that you state for the record what new mechanism is covered.
> 
> [Qin] Thanks for asking, different from module level tag defined in draft-ietf-netmod-module-tags , this work provide data node level tag definition, use these data node level tag definition to provide hint or indication to selection filter in the YANG push and tell the collector or subscriber which specific category data objects needs to fetched.
> 
> 
> Kent (as co-chair)
> 

> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod


-- 
Jürgen Schönwälder              Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>

_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod