On Fri, May 17, 2024 at 2:46 AM Qin Wu <bill...@huawei.com> wrote: > *发件人:* Andy Bierman [mailto:a...@yumaworks.com] > *发送时间:* 2024年5月14日 1:28 > *收件人:* Qin Wu <bill...@huawei.com> > *抄送:* Kent Watsen <kent+i...@watsen.net>; netmod@ietf.org > *主题:* Re: [netmod] RE I-D Action: draft-ietf-netmod-node-tags-11.txt > > > > > > > > ..... > > > > Andy > > > > [Qin Wu]I think it can also be used as standard feature, Taking ONUG > project and use cases as an example, many cloud providers suffer > > from increased expenditure of human and capital resources to assess Cloud > Security Notification. They are looking for common definition > > and syntax for Cloud security notification. ONUG is working on Common > Cloud Security Notification Framework or CSCF, CSCF introduces the > > similar concept as node tag called decorator which can provide rich > context information without need to define new data node or new object, > > for downstream tools, they can use decorator to integrate these context > data easily into data lake to drive new dashboards usages, I think > > node tag can be designed for the same purpose even though I haven't > envision how module tag or module tag extension can be used. > > > > See the introduction of ONUG decorator: > > https://onug.net/blog/multi-cloud-security-gets-a-decorator/ > > " > > The “decorator” is to provide a common set of definitions and syntax to: > > > > 1. Ease ingestion of CSP security notifications into security data lakes > and other security plus observability tools > > 2.Provide CSPs translational services to understand common security > notifications between and across CSPs > > a. Mappings of NIST controls and MITRE ATT&CK into a decorator are high > priority to deliver cross CSP translational service > > 3. Extended log information field attributes are to be accommodated to > better understand context, e.g., each CSP to provide a log plus type > > set of meta field > > a.A method to tag or identify Cloud Consumer assets so as to prioritize > response is high priority > > " >
I do not see what this has to do with the new IETF Node Tags Registry https://datatracker.ietf.org/doc/html/draft-ietf-netmod-node-tags-11#name-ietf-yang-data-node-tags-re The goal is for a generic application to easily identify data nodes that are metrics, logs, traces, and info. This requires the module author(s) to correctly tag all the nodes that fit some classification. This is an enormous amount of work, even if the classifications are clearly defined, which they are not. Andy > > > *发件人:* netmod [mailto:netmod-boun...@ietf.org] *代表 *Andy Bierman > *发送时间:* 2024年2月21日 8:18 > *收件人:* Kent Watsen <kent+i...@watsen.net> > *抄送:* netmod@ietf.org > *主题:* Re: [netmod] RE I-D Action: draft-ietf-netmod-node-tags-11.txt > > > > > > > > On Tue, Feb 20, 2024 at 8:03 AM Kent Watsen <kent+i...@watsen.net> wrote: > > Juergen, Tom, Andy, > > Gentle reminder. > > > > I read draft-11. It is an improvement. No objections. > > There are 4 IETF tags defined: metrics, logs, traces, info > > I do not see much value in these standard tags, but more guidance and > explanation would help. > > > > Since the IETF does not define any protocol usage of tags, there is little > > impact caused by this draft, except for the additional administrative > overhead. > > > > > > Kent // shepherd > > > > Andy > > > > > On Nov 14, 2023, at 4:49 PM, Kent Watsen <kent+i...@watsen.net> wrote: > > > > Juergen, Tom, Andy, > > > > The previous WGLC for this draft didn’t succeed due to your comments. > > Qin’s update (1) below removes all the (metric) specific node-tags. > > All that is left now is the generic mechanism for tagging nodes. > > Can you confirm that this update (-11) addresses your concerns? > > > > Thanks, > > Kent > > > > > >> On Oct 23, 2023, at 6:28 AM, Qin Wu <bill.wu= > 40huawei....@dmarc.ietf.org> wrote: > >> > >> v-11 addresses comments during WGLC, the main changes include: > >> 1. Remove all specific metrics from both terminology section and > section 9.2 on IETF YANG Data Node Tags Registry based on WGLC discussion. > >> 2. Align with Open Telemetry and Open Metrics open source > implementation specification, introduce traces, log for data nodes > classification. > >> 3.Fix normative reference issues in section 9.2. > >> > >> -Qin > >> -----邮件原件----- > >> 发件人: I-D-Announce [mailto:i-d-announce-boun...@ietf.org] 代表 > internet-dra...@ietf.org > >> 发送时间: 2023年10月21日 17:56 > >> 收件人: i-d-annou...@ietf.org > >> 抄送: netmod@ietf.org > >> 主题: I-D Action: draft-ietf-netmod-node-tags-11.txt > >> > >> Internet-Draft draft-ietf-netmod-node-tags-11.txt is now available. It > is a work item of the Network Modeling (NETMOD) WG of the IETF. > >> > >> Title: Node Tags in YANG Modules > >> Authors: Qin Wu > >> Benoit Claise > >> Mohamed Boucadair > >> Peng Liu > >> Zongpeng Du > >> Name: draft-ietf-netmod-node-tags-11.txt > >> Pages: 30 > >> Dates: 2023-10-21 > >> > >> Abstract: > >> > >> This document defines a method to tag nodes that are associated with > >> the operation and management data in YANG modules. This method for > >> tagging YANG nodes is meant to be used for classifying either data > >> nodes or instances of data nodes from different YANG modules and > >> identifying their characteristic data. Tags may be registered as > >> well as assigned during the definition of the module, assigned by > >> implementations, or dynamically defined and set by users. > >> > >> This document also provides guidance to future YANG data model > >> writers; as such, this document updates RFC 8407. > >> > >> The IETF datatracker status page for this Internet-Draft is: > >> https://datatracker.ietf.org/doc/draft-ietf-netmod-node-tags/ > >> > >> There is also an HTMLized version available at: > >> https://datatracker.ietf.org/doc/html/draft-ietf-netmod-node-tags-11 > >> > >> A diff from the previous version is available at: > >> > https://author-tools.ietf.org/iddiff?url2=draft-ietf-netmod-node-tags-11 > >> > >> Internet-Drafts are also available by rsync at: > >> rsync.ietf.org::internet-drafts > >> > >> > >> _______________________________________________ > >> I-D-Announce mailing list > >> i-d-annou...@ietf.org > >> https://www.ietf.org/mailman/listinfo/i-d-announce > >> > >> _______________________________________________ > >> netmod mailing list > >> netmod@ietf.org > >> https://www.ietf.org/mailman/listinfo/netmod > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > >
_______________________________________________ netmod mailing list -- netmod@ietf.org To unsubscribe send an email to netmod-le...@ietf.org
