Re: [Teas] FW: New Version Notification for draft-lee-teas-actn-pm-telemetry-autonomics-17.txt
"Beller, Dieter (Nokia - DE/Stuttgart)" <dieter.beller@nokia.com> Sun, 02 June 2019 14:42 UTC
Return-Path: <dieter.beller@nokia.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61303120077 for <teas@ietfa.amsl.com>; Sun, 2 Jun 2019 07:42:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 gCWJscWQzAg7 for <teas@ietfa.amsl.com>; Sun, 2 Jun 2019 07:42:17 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20114.outbound.protection.outlook.com [40.107.2.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F895120041 for <teas@ietf.org>; Sun, 2 Jun 2019 07:42:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LGDIfiJgB97JYdKa9cNoKIKDRUnFT8LkmQfK4/bhDZQ=; b=uIPnNkrMCd2Rhf+EGQQQkQiKYCgSsqFAtDKFa2gl1nL8KDL9DCy2O6NivjiLbs+Ih+UDrqtBRz2qEtSQP2ckUmFzgm4nGdTUf2W5fUE9uNUr4LWT7bild9ghEFpcjivQ8MwWXjYbCLlvUJAb4drjErdQYEXL2UW9GbioDTQ1pww=
Received: from HE1PR07MB3066.eurprd07.prod.outlook.com (10.170.244.152) by HE1PR07MB3145.eurprd07.prod.outlook.com (10.170.245.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1943.14; Sun, 2 Jun 2019 14:42:12 +0000
Received: from HE1PR07MB3066.eurprd07.prod.outlook.com ([fe80::8d7:3da2:4b91:1214]) by HE1PR07MB3066.eurprd07.prod.outlook.com ([fe80::8d7:3da2:4b91:1214%6]) with mapi id 15.20.1965.011; Sun, 2 Jun 2019 14:42:12 +0000
From: "Beller, Dieter (Nokia - DE/Stuttgart)" <dieter.beller@nokia.com>
To: Leeyoung <leeyoung@huawei.com>
CC: Vishnu Pavan Beeram <vishnupavan@gmail.com>, TEAS WG <teas@ietf.org>
Thread-Topic: [Teas] FW: New Version Notification for draft-lee-teas-actn-pm-telemetry-autonomics-17.txt
Thread-Index: AQHVBb0ew4H/7z2RkUy+VZGpoUC1jaZhb7WQgBIV+oCABxM6gIAN/k0A
Date: Sun, 02 Jun 2019 14:42:12 +0000
Message-ID: <cec0242d-2d0c-8a52-34e5-e9f888b7e786@nokia.com>
References: <155733378266.22698.1217292112993989476.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E173D12A7A3@sjceml521-mbx.china.huawei.com> <CA+YzgTvV9ZKZrW4oTmkT1XoZrg+CVQu918uHn9um9k2sOU6Kmw@mail.gmail.com> <7AEB3D6833318045B4AE71C2C87E8E173D15F379@sjceml521-mbx.china.huawei.com>
In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E173D15F379@sjceml521-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [131.228.32.166]
user-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0
x-clientproxiedby: MN2PR04CA0012.namprd04.prod.outlook.com (2603:10b6:208:d4::25) To HE1PR07MB3066.eurprd07.prod.outlook.com (2603:10a6:7:32::24)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=dieter.beller@nokia.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-subswitch: [Teas]; [Teas]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: f88c9b0a-ddf4-4b99-e05a-08d6e7687f58
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:HE1PR07MB3145;
x-ms-traffictypediagnostic: HE1PR07MB3145:
x-ms-exchange-purlcount: 17
x-microsoft-antispam-prvs: <HE1PR07MB314576D20482A8157C176C67E21B0@HE1PR07MB3145.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 005671E15D
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(39860400002)(136003)(376002)(346002)(366004)(22974007)(199004)(13464003)(189003)(966005)(53546011)(86362001)(68736007)(6506007)(476003)(508600001)(64126003)(5660300002)(386003)(7110500001)(4326008)(256004)(8936002)(2616005)(15650500001)(54896002)(5024004)(14444005)(81166006)(26005)(486006)(31696002)(7736002)(3846002)(6116002)(790700001)(11346002)(2420400007)(186003)(8676002)(6916009)(31686004)(81156014)(99286004)(446003)(66446008)(6436002)(52116002)(76176011)(6486002)(36756003)(66574012)(64756008)(65826007)(66556008)(66476007)(58126008)(25786009)(236005)(54906003)(102836004)(316002)(6512007)(53936002)(53946003)(73956011)(66946007)(6306002)(229853002)(71200400001)(6246003)(2906002)(606006)(65806001)(66066001)(14454004)(65956001)(71190400001)(53386004)(30864003)(579004)(559001)(569006); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR07MB3145; H:HE1PR07MB3066.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 6cNMmDRSBsNsLr8E025XqybLV4xqFnQIk2Qz/tO87tgUMY8iIzIaIEHxbOY8S/5q7LFXAzwkTqVdPeLyZW3wOb2jjJYBxbGKSY/Fvz29UWrDpy1UkOWRVPBHaif6gPgdxB/bzpjew8lU4CUNtAhNU1tfl740kxatLbXspfezUJCEtd9k7baWo8WLBfmdfhzdPYmO4OwxYZ1Ic6uSbg1L2CmkksVM25INjIJWD88iTwA+hAZUsPBN4x+XF8uLDeiqqQH2lUPkvYGPseeE2+EfXNKQzydYTCWGB0wgB5Ugq0P7wSUnE+3VyEBGKHJJBpM/MsnwN/9L/QaiTo8p7bCjsQRjSb1cfOvd5s+NZBH431qL3P8AjHy/u6SEK+zk3Fo/c8y00bpWiMAOpR2+Gg3aWvYN6n1VQ+FaYN9tseY3jXI=
Content-Type: multipart/alternative; boundary="_000_cec0242d2d0c8a5234e5e9f888b7e786nokiacom_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f88c9b0a-ddf4-4b99-e05a-08d6e7687f58
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2019 14:42:12.4176 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: dieter.beller@nokia.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3145
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/FpH4D7PZbSS5zjV_aQsjh73-3hc>
Subject: Re: [Teas] FW: New Version Notification for draft-lee-teas-actn-pm-telemetry-autonomics-17.txt
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Jun 2019 14:42:22 -0000
Hi Young, I noticed that draft-lee-teas-actn-pm-telemetry-autonomics-17.txt does not reference RFC5277<https://datatracker.ietf.org/doc/rfc5277/>: NETCONF Event Notifications It only references: * draft-ietf-netconf-yang-push<https://tools.ietf.org/html/draft-ietf-netconf-yang-push> * draft-ietf-netconf-<https://tools.ietf.org/html/draft-ietf-netconf-netconf-event-notifications>netconf-event-notifications<https://tools.ietf.org/html/draft-ietf-netconf-netconf-event-notifications> Could you please explain why RFC5277<https://datatracker.ietf.org/doc/rfc5277/> is not listed as normative reference what I had expected? Thanks, Dieter On 24.05.2019 19:00, Leeyoung wrote: Hi Pavan, Thanks for initiating this effort. Here’s how the revision incorporated Dieter’s comment. Please see “YL>>” for each comment. Thanks. Young >> snipped--------------------------------------------------------------------------------------- Hi Young, here are some more comments as promised: Other terms which are not defined are: * scaling intent (the description in section 4 is very poor and does not describe what scaling intent is all about), * network autonomics YL>> In Section 1.1 we added the following terms: Key Performance Data: This refers to a set of data the customer is interested in monitoring for their instantiated VNs or TE-tunnels. Key performance data and key performance indicators are inter- exchangeable in this draft. Scaling: This refers to the network ability to re-shape its own resources. Scale out refers to improve network performance by increasing the allocated resources, while scale in refers to decrease the allocated resources, typically because the existing resources are unnecessary. Scaling Intent: To declare scaling conditions, scaling intent is used. Specifically, scaling intent refers to the intent expressed by the client that allows the client to program/configure conditions of their key performance data either for scaling out or scaling in. Various conditions can be set for scaling intent on either VN or TE- tunnel level. Network Autonomics: This refers to the network automation capability that allows client to initiate scaling intent mechanisms and provides the client with the status of the adjusted network resources based on the client's scaling intent in an automated fashion. The term performance monitoring (PM) is being used in transport networks for many years and typically relates to 15min/24h PM counters and PM history. Streaming telemetry data is rather new for transport network equipment and care should be taken to distinguish streaming telemetry data from classical PM data unless the classical PM counters are streamed, which is also an option. YL>> In the Introduction section, we added the following paragraph to explain how we used PM in this draft: The term performance monitoring being used in this document is different from the term that has been used in transport networks for many years. Performance monitoring in this document refers to subscription and publication of streaming telemetry data. Subscription is initiated by the client (e.g., CNC) while publication is provided by the network (e.g., MDSC/PNC) based on the client's subscription. As the scope of performance monitoring in this document is telemetry data on the level of client's VN or TE- tunnel, the entity interfacing the client (e.g., MDSC) has to provide VN or TE-tunnel level information. This would require controller capability to derive VN or TE-tunnel level performance data based on lower-level data collected via PM counters in the Network Elements (NE). How the controller entity derives such customized level data (i.e., VN or TE-tunnel level) is out of the scope of this document. Regarding the scaling intent: I was expecting to find a description of "scaling intent" in order to understand what it means: Scaling intent configuration mechanism allows the client to configure automatic scale-in and scale-out mechanisms on both the TE-tunnel and the VN level. Various conditions can be set for auto- scaling based on the PM telemetry data. YL>> As added in Section 1.1, Scaling Intent: To declare scaling conditions, scaling intent is used. Specifically, scaling intent refers to the intent expressed by the client that allows the client to program/configure conditions of their key performance data either for scaling out or scaling in. Various conditions can be set for scaling intent on either VN or TE- tunnel level. What are the "automatic scale-in and scale-out mechanisms"? What are the configuration parameters of these mechanisms? This is totally unclear to me: There are a number of parameters involved in the mechanism: . scale-out-intent or scale-in-intent: whether to scale-out or scale-in. YL>> At the end of Section 4, we have the following text: There are a number of parameters involved in the mechanism: . scale-out-intent or scale-in-intent: whether to scale-out or scale-in. . performance-type: performance metric type (e.g., one-way-delay, one-way-delay-min, one-way-delay-max, two-way-delay, two-way- delay-min, two-way-delay-max, utilized bandwidth, etc.) . threshold-value: the threshold value for a certain performance- type that triggers scale-in or scale-out. . scaling-operation-type: in case where scaling condition can be set with one or more performance types, then scaling-operation- type (AND, OR, MIN, MAX, etc.) is applied to these selected performance types and its threshold values. . Threshold-time: the duration for which the criteria must hold true. . Cooldown-time: the duration after a scaling action has been triggered, for which there will be no further operation. The tree view in section 4 is not providing any clarity either: module: ietf-te-kpi-telemetry augment /te:te/te:tunnels/te:tunnel: +-rw te-scaling-intent | +-rw scale-in-intent | | +-rw threshold-time? uint32 | | +-rw cooldown-time? uint32 | | +-rw scale-in-operation-type? scaling-criteria-operation | | +-rw scaling-condition* [performance-type] | | +-rw performance-type identityref | | +-rw threshold-value? string | | +-rw te-telemetry-tunnel-ref? -> /te:te/tunnels/tunnel/name | +-rw scale-out-intent | +-rw threshold-time? uint32 | +-rw cooldown-time? uint32 | +-rw scale-out-operation-type? scaling-criteria-operation | +-rw scaling-condition* [performance-type] | +-rw performance-type identityref | +-rw threshold-value? string | +-rw te-telemetry-tunnel-ref? -> /te:te/tunnels/tunnel/name The meaning of the attributes (e.g. cooldown-time, scale-in-operation-type) are not explained. YL>> Please see the previous comments. My conclusion: this document is not ready yet for WG adoption. The concerns I raised at IETF104 wer not properly addressed. Thanks, Dieter On 18.04.2019 20:58, Dieter Beller wrote: Hi Young, here is my very first comment: The abstract reads: Abstract This document provides YANG data models that describe performance monitoring telemetry and scaling intent mechanism for TE-tunnels and Virtual Networks (VN). The models presented in this draft allow customers to subscribe to and monitor their key performance data of their interest on the level of TE-tunnel or VN. The models also provide customers with the ability to program autonomic scaling intent mechanism on the level of TE-tunnel as well as VN. When I tried to find the definition of the term "key performance data" I failed. The terminology section reads: 1.1<https://tools.ietf.org/html/draft-lee-teas-actn-pm-telemetry-autonomics-16#section-1.1>. Terminology Refer to [RFC8453<https://tools.ietf.org/html/rfc8453>], [RFC7926<https://tools.ietf.org/html/rfc7926>], and [RFC8309<https://tools.ietf.org/html/rfc8309>] for the key terms used in this document. The term "key performance data" is not defined in section 1.1 nor in the referenced RFSs! Frankly speaking, I have no clue what "key performance data" is. This is what I was criticizing when you presented the draft in Prague. More comments will follow. YL>> Add this in Section 1.1: Key Performance Data: This refers to a set of data the customer is interested in monitoring for their instantiated VNs or TE-tunnels. Key performance data and key performance indicators are inter- exchangeable in this draft. From: Vishnu Pavan Beeram [mailto:vishnupavan@gmail.com] Sent: Sunday, May 19, 2019 11:58 PM To: Leeyoung <leeyoung@huawei.com><mailto:leeyoung@huawei.com>; Beller, Dieter (Nokia - DE) <dieter.beller@nokia.com><mailto:dieter.beller@nokia.com> Cc: TEAS WG <teas@ietf.org><mailto:teas@ietf.org> Subject: Re: [Teas] FW: New Version Notification for draft-lee-teas-actn-pm-telemetry-autonomics-17.txt Young, Thanks for bringing the offline discussion to the list. Please discuss (on the list) how the changes in the latest revision address all of Dieter's comments. Dieter, Please do confirm on the list if there are no further open issues to discuss. Regards, -Pavan On Wed, May 8, 2019 at 11:50 AM Leeyoung <leeyoung@huawei.com<mailto:leeyoung@huawei.com>> wrote: Hi, This revision incorporated Dieter's comments (exchanged privately --- see the attachment for this content of Dieter's comments). If there are still further comments before being ready for WG adoption, we'd appreciate your providing comments in a timely manner. Thanks & Best regards, Young (on behalf of co-authors) -----Original Message----- From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> [mailto:internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>] Sent: Wednesday, May 8, 2019 11:43 AM To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com<mailto:daniele.ceccarelli@ericsson.com>>; Satish Karunanithi <satish.karunanithi@gmail.com<mailto:satish.karunanithi@gmail.com>>; Leeyoung <leeyoung@huawei.com<mailto:leeyoung@huawei.com>>; Dhruv Dhody <dhruv.dhody@huawei.com<mailto:dhruv.dhody@huawei.com>>; Daniel King <d.king@lancaster.ac.uk<mailto:d.king@lancaster.ac.uk>>; Ricard Vilata <ricard.vilalta@cttc.es<mailto:ricard.vilalta@cttc.es>>; Ricard Vilalta <ricard.vilalta@cttc.es<mailto:ricard.vilalta@cttc.es>> Subject: New Version Notification for draft-lee-teas-actn-pm-telemetry-autonomics-17.txt A new version of I-D, draft-lee-teas-actn-pm-telemetry-autonomics-17.txt has been successfully submitted by Young Lee and posted to the IETF repository. Name: draft-lee-teas-actn-pm-telemetry-autonomics Revision: 17 Title: YANG models for VN & TE Performance Monitoring Telemetry and Scaling Intent Autonomics Document date: 2019-05-08 Group: Individual Submission Pages: 30 URL: https://www.ietf.org/internet-drafts/draft-lee-teas-actn-pm-telemetry-autonomics-17.txt Status: https://datatracker.ietf.org/doc/draft-lee-teas-actn-pm-telemetry-autonomics/ Htmlized: https://tools.ietf.org/html/draft-lee-teas-actn-pm-telemetry-autonomics-17 Htmlized: https://datatracker.ietf.org/doc/html/draft-lee-teas-actn-pm-telemetry-autonomics Diff: https://www.ietf.org/rfcdiff?url2=draft-lee-teas-actn-pm-telemetry-autonomics-17 Abstract: This document provides YANG data models that describe performance monitoring telemetry and scaling intent mechanism for TE-tunnels and Virtual Networks (VN). The models presented in this draft allow customers to subscribe to and monitor their key performance data of their interest on the level of TE-tunnel or VN. The models also provide customers with the ability to program autonomic scaling intent mechanism on the level of TE-tunnel as well as VN. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org>. The IETF Secretariat ---------- Forwarded message ---------- From: "Beller, Dieter (Nokia - DE/Stuttgart)" <dieter.beller@nokia.com<mailto:dieter.beller@nokia.com>> To: Leeyoung <leeyoung@huawei.com<mailto:leeyoung@huawei.com>> Cc: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>, "King, Daniel" <d.king@lancaster.ac.uk<mailto:d.king@lancaster.ac.uk>>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com<mailto:daniele.ceccarelli@ericsson.com>> Bcc: Date: Thu, 25 Apr 2019 09:06:20 +0000 Subject: Re: [Teas] FW: New Version Notification for draft-lee-teas-actn-pm-telemetry-autonomics-16.txt Hi Young, here are some more comments as promised: Other terms which are not defined are: * scaling intent (the description in section 4 is very poor and does not describe what scaling intent is all about), * network autonomics The term performance monitoring (PM) is being used in transport networks for many years and typically relates to 15min/24h PM counters and PM history. Streaming telemetry data is rather new for transport network equipment and care should be taken to distinguish streaming telemetry data from classical PM data unless the classical PM counters are streamed, which is also an option. Regarding the scaling intent: I was expecting to find a description of "scaling intent" in order to understand what it means: Scaling intent configuration mechanism allows the client to configure automatic scale-in and scale-out mechanisms on both the TE-tunnel and the VN level. Various conditions can be set for auto- scaling based on the PM telemetry data. What are the "automatic scale-in and scale-out mechanisms"? What are the configuration parameters of these mechanisms? This is totally unclear to me: There are a number of parameters involved in the mechanism: . scale-out-intent or scale-in-intent: whether to scale-out or scale-in. The tree view in section 4 is not providing any clarity either: module: ietf-te-kpi-telemetry augment /te:te/te:tunnels/te:tunnel: +-rw te-scaling-intent | +-rw scale-in-intent | | +-rw threshold-time? uint32 | | +-rw cooldown-time? uint32 | | +-rw scale-in-operation-type? scaling-criteria-operation | | +-rw scaling-condition* [performance-type] | | +-rw performance-type identityref | | +-rw threshold-value? string | | +-rw te-telemetry-tunnel-ref? -> /te:te/tunnels/tunnel/name | +-rw scale-out-intent | +-rw threshold-time? uint32 | +-rw cooldown-time? uint32 | +-rw scale-out-operation-type? scaling-criteria-operation | +-rw scaling-condition* [performance-type] | +-rw performance-type identityref | +-rw threshold-value? string | +-rw te-telemetry-tunnel-ref? -> /te:te/tunnels/tunnel/name The meaning of the attributes (e.g. cooldown-time, scale-in-operation-type) are not explained. My conclusion: this document is not ready yet for WG adoption. The concerns I raised at IETF104 wer not properly addressed. Thanks, Dieter On 18.04.2019 20:58, Dieter Beller wrote: Hi Young, here is my very first comment: The abstract reads: Abstract This document provides YANG data models that describe performance monitoring telemetry and scaling intent mechanism for TE-tunnels and Virtual Networks (VN). The models presented in this draft allow customers to subscribe to and monitor their key performance data of their interest on the level of TE-tunnel or VN. The models also provide customers with the ability to program autonomic scaling intent mechanism on the level of TE-tunnel as well as VN. When I tried to find the definition of the term "key performance data" I failed. The terminology section reads: 1.1<https://tools.ietf.org/html/draft-lee-teas-actn-pm-telemetry-autonomics-16#section-1.1>. Terminology Refer to [RFC8453<https://tools.ietf.org/html/rfc8453>], [RFC7926<https://tools.ietf.org/html/rfc7926>], and [RFC8309<https://tools.ietf.org/html/rfc8309>] for the key terms used in this document. The term "key performance data" is not defined in section 1.1 nor in the referenced RFSs! Frankly speaking, I have no clue what "key performance data" is. This is what I was criticizing when you presented the draft in Prague. More comments will follow. Thanks, Dieter On 18.04.2019 18:56, Dieter Beller wrote: Hi Young, I will have a look at the latest version. Unfortunately, I was not able to find the necessary time yet. Thanks, Dieter On 18.04.2019 18:27, Leeyoung wrote: Hi Pavan and Lou, To recap, the revision addressed all your comments in Prague meeting on the generalization of this draft so that it would be applicable in general contexts. And thanks to Tom, all other comments have been incorporated to improve the draft. The co-authors believe that this is ready for WG adoption. Please let us know if this is the case; otherwise, let us know what needs further to be done. Thanks & Best regards, Young (on behalf of co-authors) -----Original Message----- From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> [mailto:internet-drafts@ietf.org] Sent: Thursday, April 18, 2019 11:18 AM To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com><mailto:daniele.ceccarelli@ericsson.com>; Satish Karunanithi <satish.karunanithi@gmail.com><mailto:satish.karunanithi@gmail.com>; Leeyoung <leeyoung@huawei.com><mailto:leeyoung@huawei.com>; Dhruv Dhody <dhruv.dhody@huawei.com><mailto:dhruv.dhody@huawei.com>; Daniel King <d.king@lancaster.ac.uk><mailto:d.king@lancaster.ac.uk>; Ricard Vilata <ricard.vilalta@cttc.es><mailto:ricard.vilalta@cttc.es>; Ricard Vilalta <ricard.vilalta@cttc.es><mailto:ricard.vilalta@cttc.es> Subject: New Version Notification for draft-lee-teas-actn-pm-telemetry-autonomics-16.txt A new version of I-D, draft-lee-teas-actn-pm-telemetry-autonomics-16.txt has been successfully submitted by Young Lee and posted to the IETF repository. Name: draft-lee-teas-actn-pm-telemetry-autonomics Revision: 16 Title: YANG models for VN & TE Performance Monitoring Telemetry and Scaling Intent Autonomics Document date: 2019-04-18 Group: Individual Submission Pages: 29 URL: https://www.ietf.org/internet-drafts/draft-lee-teas-actn-pm-telemetry-autonomics-16.txt Status: https://datatracker.ietf.org/doc/draft-lee-teas-actn-pm-telemetry-autonomics/ Htmlized: https://tools.ietf.org/html/draft-lee-teas-actn-pm-telemetry-autonomics-16 Htmlized: https://datatracker.ietf.org/doc/html/draft-lee-teas-actn-pm-telemetry-autonomics Diff: https://www.ietf.org/rfcdiff?url2=draft-lee-teas-actn-pm-telemetry-autonomics-16 Abstract: This document provides YANG data models that describe performance monitoring telemetry and scaling intent mechanism for TE-tunnels and Virtual Networks (VN). The models presented in this draft allow customers to subscribe to and monitor their key performance data of their interest on the level of TE-tunnel or VN. The models also provide customers with the ability to program autonomic scaling intent mechanism on the level of TE-tunnel as well as VN. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org>. The IETF Secretariat _______________________________________________ Teas mailing list Teas@ietf.org<mailto:Teas@ietf.org> https://www.ietf.org/mailman/listinfo/teas _______________________________________________ Teas mailing list Teas@ietf.org<mailto:Teas@ietf.org> https://www.ietf.org/mailman/listinfo/teas
- [Teas] FW: New Version Notification for draft-lee… Leeyoung
- Re: [Teas] FW: New Version Notification for draft… Vishnu Pavan Beeram
- Re: [Teas] FW: New Version Notification for draft… Leeyoung
- Re: [Teas] FW: New Version Notification for draft… Beller, Dieter (Nokia - DE/Stuttgart)
- Re: [Teas] FW: New Version Notification for draft… Young Lee
- Re: [Teas] FW: New Version Notification for draft… tom petch
- Re: [Teas] FW: New Version Notification for draft… Young Lee
- Re: [Teas] FW: New Version Notification for draft… tom petch
- Re: [Teas] FW: New Version Notification for draft… Beller, Dieter (Nokia - DE/Stuttgart)
- Re: [Teas] FW: New Version Notification for draft… Young Lee
- Re: [Teas] FW: New Version Notification for draft… tom petch