Re: [netmod] Feedback on Self-Describing Data Object Tags in YANG Data Models

Qin Wu <bill.wu@huawei.com> Fri, 29 April 2022 10:38 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 232ECC1595E3 for <netmod@ietfa.amsl.com>; Fri, 29 Apr 2022 03:38:32 -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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 VxqD4vnSEA_P for <netmod@ietfa.amsl.com>; Fri, 29 Apr 2022 03:38:31 -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 DF2FCC159A1F for <netmod@ietf.org>; Fri, 29 Apr 2022 03:38:30 -0700 (PDT)
Received: from fraeml714-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KqTRD5jtxz67NMW for <netmod@ietf.org>; Fri, 29 Apr 2022 18:35:52 +0800 (CST)
Received: from canpemm100005.china.huawei.com (7.192.105.21) by fraeml714-chm.china.huawei.com (10.206.15.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Fri, 29 Apr 2022 12:38:27 +0200
Received: from canpemm500005.china.huawei.com (7.192.104.229) by canpemm100005.china.huawei.com (7.192.105.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Fri, 29 Apr 2022 18:38:25 +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; Fri, 29 Apr 2022 18:38:25 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "Joe Clarke (jclarke)" <jclarke=40cisco.com@dmarc.ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: Feedback on Self-Describing Data Object Tags in YANG Data Models
Thread-Index: AdhbtQ4++6Wixe8XSwawtUMJc/K7/Q==
Date: Fri, 29 Apr 2022 10:38:25 +0000
Message-ID: <5437a023742b49f986bc252987108ea6@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="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/sQPjZhKA8EP8agiqOQTJgWk931o>
Subject: Re: [netmod] Feedback on Self-Describing Data Object Tags in YANG Data Models
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.34
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: Fri, 29 Apr 2022 10:38:32 -0000

Hi, Joe:
See usage example at the instance level in the Appendix B in v-07
https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-node-tags-07

-Qin
-----邮件原件-----
发件人: netmod [mailto:netmod-bounces@ietf.org] 代表 Qin Wu
发送时间: 2022年4月14日 14:09
收件人: Joe Clarke (jclarke) <jclarke=40cisco.com@dmarc.ietf.org>; netmod@ietf.org
主题: Re: [netmod] Feedback on Self-Describing Data Object Tags in YANG Data Models

Thanks Joe, I believe we are on the same page now, I am working on the example at the instance level now, will add them to the appendix. 
Thanks again for good comment.

-Qin
-----邮件原件-----
发件人: Joe Clarke (jclarke) [mailto:jclarke=40cisco.com@dmarc.ietf.org]
发送时间: 2022年4月14日 5:09
收件人: Qin Wu <bill.wu@huawei.com>; netmod@ietf.org
主题: Re: Feedback on Self-Describing Data Object Tags in YANG Data Models

Thanks, Qin.  See below.  I had to get back into the tags groove.

On 4/10/22 06:49, Qin Wu wrote:
> Hi, Joe:
> Sorry for late follow up. Thank for your comment, please see my reply below.
> -----邮件原件-----
>> 发件人: netmod [mailto:netmod-bounces@ietf.org] 代表 Joe Clarke (jclarke)
>> 发送时间: 2022年3月22日 18:12
>> 收件人: netmod@ietf.org
>> 主题: [netmod] Feedback on Self-Describing Data Object Tags in YANG 
>> Data Models Rob commented at the mic during the 113 meeting that using self-describing tags for specific data instances may be a design of this solution, but the text doesn't state that.
> [Qin] Note that in ietf-data-object-tags, we use 'name' to identify 
> each data object, Therefore I can self-describing tag can be used 
> either for specific data instance or schema node, correct me if I am wrong.

You do, yes.  I think what Rob and I were requesting is an example that shows why I might use these at the instance level.

>
> Secondly, in this draft, we define three category of self-describing
> tags: OPM tag, metric type tag and multi-source tag.
> After having a second thinking of your suggestion and Rob's, it seems 
> OPM tag and metric type tag might be more suited for being used in the 
> schema level Since when the model is defined in the design stage, we may have already known it. Please also see above clarification on how I understand how self-describing tag is used for specific data instance.

Not sure about the design phase.  I was thinking more at the runtime level I'd know that a given instance of an interface, tunnel, etc. has some significance to which I'd assign a user: tag.  I may or may not know this at design-time.

>
> As for multi-source tag, I sort of agree with you it can be used at 
> the data instance level, but I am not sure it cover the use case mentioned below.
>
>> To add to the request to provide such text, it would be useful to have an example showing this.
>> One potential use I can think of for this is to use user tags to self-describe the instance of an interface to be "critical" or high-priority for purposes of more aggressive monitoring/telemetry subscriptions, etc.
>  [Qin] Thanks Joe for proposed use, See above clarification, I am not sure this case has been covered by one of self-describing tag described above.
> maybe we can expand multi-source tag or introduce a new self-describing tag to cover your use case, but one thing I am not sure whether I can enumerate all other use cases in this self-describing tags draft. Comments,suggestions and input?

I don't think you need to describe all use cases.  I think one showing an instance may be sufficient.  I was re-reading your tunnel example. 
Let's say I have a tunnel instance "foo" that corresponds to customer example.com.  Could I not create user:customer_example_com tags on instances of the property and metrics (as well as related objects) to help me identify data for that customer?

Joe

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