[OPSAWG] YANG based Collection and Aggregation Framework//: New Version Notification for draft-opsawg-poweff-00.txt
Qin Wu <bill.wu@huawei.com> Wed, 01 November 2023 05:50 UTC
Return-Path: <bill.wu@huawei.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57B76C15152E for <opsawg@ietfa.amsl.com>; Tue, 31 Oct 2023 22:50:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.903
X-Spam-Level:
X-Spam-Status: No, score=-6.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable 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 ltlYAQd9U0gh for <opsawg@ietfa.amsl.com>; Tue, 31 Oct 2023 22:50:38 -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 74810C151983 for <opsawg@ietf.org>; Tue, 31 Oct 2023 22:50:37 -0700 (PDT)
Received: from lhrpeml100001.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4SKx0k3Yfnz6K9HY for <opsawg@ietf.org>; Wed, 1 Nov 2023 13:49:42 +0800 (CST)
Received: from canpemm100006.china.huawei.com (7.192.104.17) by lhrpeml100001.china.huawei.com (7.191.160.183) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.31; Wed, 1 Nov 2023 05:50:33 +0000
Received: from canpemm500005.china.huawei.com (7.192.104.229) by canpemm100006.china.huawei.com (7.192.104.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.31; Wed, 1 Nov 2023 13:50:31 +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.2507.031; Wed, 1 Nov 2023 13:50:31 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "Marisol Palmero Amador (mpalmero)" <mpalmero=40cisco.com@dmarc.ietf.org>, "opsawg@ietf.org" <opsawg@ietf.org>
CC: "Gonzalo Salgueiro (gsalguei)" <gsalguei@cisco.com>, "Jan Lindblad (jlindbla)" <jlindbla@cisco.com>, "Snezana Mitrovic (snmitrov)" <snmitrov@cisco.com>, "emile.stephan@orange.com" <emile.stephan@orange.com>, "Per Andersson (perander)" <perander@cisco.com>, "Esther Roure Vila (erourevi)" <erourevi@cisco.com>, "emile.stephan@orange.com" <emile.stephan@orange.com>
Thread-Topic: YANG based Collection and Aggregation Framework//: New Version Notification for draft-opsawg-poweff-00.txt
Thread-Index: AdoMbybqdloW6x02QgCuZSmw0kaRMg==
Date: Wed, 01 Nov 2023 05:50:31 +0000
Message-ID: <f8445adfb0544161bc88d7e846dfdcad@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.118.68]
Content-Type: multipart/alternative; boundary="_000_f8445adfb0544161bc88d7e846dfdcadhuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/VazmDb1wpUWjCqIhhmDt6Va1lsk>
Subject: [OPSAWG] YANG based Collection and Aggregation Framework//: New Version Notification for draft-opsawg-poweff-00.txt
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Nov 2023 05:50:42 -0000
Hi, Jan, Marisol: I have read the latest version of draft-lindblad-tlm-philatelist<https://datatracker.ietf.org/doc/draft-lindblad-tlm-philatelist/> and feel it is very interesting draft since it can aggregate data from various different data sources using different telemetry technologies. First I see many metadata related work in this space , some of them are ongoing, some of them have already expired, e.g., 1. out of band metadata collection https://datatracker.ietf.org/doc/draft-ietf-opsawg-collected-data-manifest/ 2. in band metadata collection https://datatracker.ietf.org/doc/html/draft-ietf-netmod-node-tags-09 3. Semantic Metadata Annotation https://datatracker.ietf.org/doc/draft-netana-opsawg-nmrg-network-anomaly-semantics/ 4. cloud-native metrics and time series format https://datatracker.ietf.org/doc/html/draft-richih-opsawg-openmetrics-00 5. self-describing format for metadata abstract https://www.ietf.org/archive/id/draft-gray-sampled-streaming-03.txt Secondly. I think the metadata can be used to collect telemetry context information, telemetry data classification information, In your draft, the metadata collected by YANG based collection and aggregation framework seems more related to measurement related attributes, Such as measurement unit, mathematic operation such as sum, average, max, min,etc, I remember XPATH 1.0 do support some of mathematic computation operation, such as max, min and logical operation such as AND and OR, This has been discussed in https://www.ietf.org/archive/id/draft-ietf-netmod-eca-policy-01. I can imagine the network device has already support some of mathematic computation operation, therefore can report summary statistics data using telemetry interface. 3.Regarding measurement quantities, I think open metrics also can be used to aggregate metrics related data, express all system states as numerical values; counts, current values, enumerations, and Boolean states, I am wondering how these two work are different, whether draft-lindblad-tlm-philatelist<https://datatracker.ietf.org/doc/draft-lindblad-tlm-philatelist/> can better align with open metrics regarding metric aggregation. 4. Section 3.3 said: “ Each flow is associated with one or more inputs, one output and a series of processing operations. Each input flow and output flow may have an pre-processing or post-processing operation applied to it separately. Then all the input flows are combined using one or more aggregation operations. ” It is very interesting to keep track of flow from the data source to destination group and traverse a set of aggregation points, It seems to provide a good visibility to the flow path within the analytics platform, I am wondering what is the benefit or goal to keep track of these flow path? Is this implementation specific? -Qin 发件人: OPSAWG [mailto:opsawg-bounces@ietf.org] 代表 Marisol Palmero Amador (mpalmero) 发送时间: 2023年10月28日 1:07 收件人: opsawg@ietf.org 抄送: Gonzalo Salgueiro (gsalguei) <gsalguei@cisco.com>; Jan Lindblad (jlindbla) <jlindbla@cisco.com>; Snezana Mitrovic (snmitrov) <snmitrov@cisco.com>; emile.stephan@orange.com; Per Andersson (perander) <perander@cisco.com>; Esther Roure Vila (erourevi) <erourevi@cisco.com>; emile.stephan@orange.com 主题: [OPSAWG] FW: New Version Notification for draft-opsawg-poweff-00.txt Dear OPSA WG, Earlier this week, we posted a new draft that introduces a data model for power and energy related metrics : https://datatracker.ietf.org/doc/draft-opsawg-poweff/ The focus is mainly on runtime information provided by power sensors, but also an extension to other related metrics and given attributes that will complement the representation of the energy consumed by the network device, implemented in hardware or software, as well as by specific network components. This is a first-version approach where we see still challenges based on implementation. Note: Some of those challenges are covered on Jan`s draft: draft-lindblad-tlm-philatelist<https://datatracker.ietf.org/doc/draft-lindblad-tlm-philatelist/> Along with POWEFF draft, we’ve also updated the version of the Sustainability Insights draft: https://datatracker.ietf.org/doc/draft-almprs-sustainability-insights/ where we introduced an updated architecture reference diagram, that provides a more structured view of the functional blocks that might be part of where those attributes and metrics might be produced, processed, visualized, etc. We also have reviewed and added Use Cases that such framework could drive. We greatly appreciate your thoughts and comments. Many thanks, Marisol Palmero From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>> Date: Friday, 20 October 2023 at 17:45 To: Gonzalo Salgueiro (gsalguei) <gsalguei@cisco.com<mailto:gsalguei@cisco.com>>, Jan Lindblad (jlindbla) <jlindbla@cisco.com<mailto:jlindbla@cisco.com>>, Marisol Palmero Amador (mpalmero) <mpalmero@cisco.com<mailto:mpalmero@cisco.com>>, Snezana Mitrovic (snmitrov) <snmitrov@cisco.com<mailto:snmitrov@cisco.com>> Subject: New Version Notification for draft-opsawg-poweff-00.txt A new version of Internet-Draft draft-opsawg-poweff-00.txt has been successfully submitted by Marisol Palmero and posted to the IETF repository. Name: draft-opsawg-poweff Revision: 00 Title: Power and Energy Efficiency Date: 2023-10-20 Group: Individual Submission Pages: 37 URL: https://www.ietf.org/archive/id/draft-opsawg-poweff-00.txt Status: https://datatracker.ietf.org/doc/draft-opsawg-poweff/ HTMLized: https://datatracker.ietf.org/doc/html/draft-opsawg-poweff Abstract: This document motivates and specifies a data model to report power and energy efficiency of an asset. As highlighted during the IAB workshop on environmental impacts (https://datatracker.ietf.org/doc/html/draft-iab-ws-environmental- impacts-report-00), visibility is a very important first step (paraphrasing Peter Drucker's mantra of "You cannot improve what you don't measure"). During the workshop the need for standardized metrics was established, to avoid proprietary, double counting and even contradictory metrics across vendors. This Power and Energy Efficiency Telemetry Specification (POWEFF) is required to promote consistency across vendors and consumers, based on: 1. The definition of datasets and attributes defining a common data model utilized by the standard calculation to yield power and energy efficiency value for any asset or network element. 2. The standard calculations utilizing the specified datasets and attributes which will yield energy consumption and energy efficiency value for any asset or network element. The model provides information and data requirements for calculating the Power and Energy Efficiency for specific assets. Assets can include hardware (physical or virtual), software, applications, or services. The IETF Secretariat
- [OPSAWG] YANG based Collection and Aggregation Fr… Qin Wu
- Re: [OPSAWG] YANG based Collection and Aggregatio… Jan Lindblad (jlindbla)