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