Re: [netmod] new extensions in draft-ietf-netmod-node-tags-06

Qin Wu <bill.wu@huawei.com> Tue, 12 April 2022 15:57 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 ED3F93A0E67 for <netmod@ietfa.amsl.com>; Tue, 12 Apr 2022 08:57:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, 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] 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 QQ1aGOGYRioA for <netmod@ietfa.amsl.com>; Tue, 12 Apr 2022 08:57:28 -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 F28233A10F8 for <netmod@ietf.org>; Tue, 12 Apr 2022 08:57:27 -0700 (PDT)
Received: from fraeml741-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Kd9JJ0FQbz67PvV for <netmod@ietf.org>; Tue, 12 Apr 2022 23:54:08 +0800 (CST)
Received: from canpemm500005.china.huawei.com (7.192.104.229) by fraeml741-chm.china.huawei.com (10.206.15.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Tue, 12 Apr 2022 17:57:24 +0200
Received: from canpemm500005.china.huawei.com (7.192.104.229) by canpemm500005.china.huawei.com (7.192.104.229) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Tue, 12 Apr 2022 23:57:22 +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; Tue, 12 Apr 2022 23:57:22 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Andy Bierman <andy@yumaworks.com>, NetMod WG <netmod@ietf.org>
Thread-Topic: [netmod] new extensions in draft-ietf-netmod-node-tags-06
Thread-Index: AdhOgffjnTF3uCnCQYyWPxfxDpZAFw==
Date: Tue, 12 Apr 2022 15:57:22 +0000
Message-ID: <259e7b8e932f45ae8df49945295181c6@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: multipart/alternative; boundary="_000_259e7b8e932f45ae8df49945295181c6huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/WDWQi6A77QKS-vWdEpvrbiWOTO8>
Subject: Re: [netmod] new extensions in 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: Tue, 12 Apr 2022 15:57:33 -0000

I am curious about the extensions introduced.

It looks like all containers and lists are tagged as 'object'.
[Qin Wu] No, the container , leaf-list, list can also be tagged as metric tag,  the most important tag value is metric tag value,
With metric tag value , we can easily capture all KPI data or characteristics data, in addition, we introduce metric-type tag and multi-source tag,
They are secondly level, which help you further classify performance metric related data nodes or data node instances.
Object tag value and property tag in many cases are not needed and doesn’t need to appear.
See more clarification in my response to Balazs’s comments. Thanks!
All config=true terminals are tagged as 'property'
[Qin Wu] No, take interface module as an example,
        +--rw interface* [name]
           +--rw name                        string
           +--rw description?                string
           +--rw type                        identityref
           +--rw enabled?                    boolean
          +--ro last-change?                yang:date-and-time

configure false leaf such as last-change can also be seen as ‘property’
and perhaps all config=false terminals are tagged as 'metric'
[Qin Wu] not always , see ietf-te-kpi-telemetry as an example, performance-type is not configure false node.
(although the example shows a config=true leaf 'bar' tagged as a metric)
This seems like a lot of clutter without any real value.

RFC 8819 is about functional classification (e.g. 'qos' or 'oam').
It seems this draft should just extend the granularity of the tags
to schema nodes.
[Qin Wu] based on some discussion on the list, it was also suggested to extend
the granularity of the tags to data node instance levels.
From sec 8.1:


   module example-module-A {

     //...

     import ietf-data-node-tags { prefix ntags; }



     container top {

       ntags:opm-tag "ietf:object";

       list X {

         leaf foo {

            ntags:opm-tag "ietf:property";

         }

         leaf bar {

           ntags:opm-tag "ietf:metric";

         }

       }

     }

     // ...

   }

[Qin Wu] We also have second level tags such as metric-type tag and multi-source tag to help further classify the performance metric related data.