[Teas] Several questions draft-ietf-teas-actn-pm-telemetry-autonomics

Greg Mirsky <gregimirsky@gmail.com> Sat, 28 August 2021 20:45 UTC

Return-Path: <gregimirsky@gmail.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 9161D3A1D8A; Sat, 28 Aug 2021 13:45:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 fSJ0Li3nZUkc; Sat, 28 Aug 2021 13:45:30 -0700 (PDT)
Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A2853A1D8C; Sat, 28 Aug 2021 13:45:30 -0700 (PDT)
Received: by mail-ej1-x62a.google.com with SMTP id bt14so21797673ejb.3; Sat, 28 Aug 2021 13:45:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=sQIrkg7ldLTs8XYNeNfwYHDuH0MK14fr2yy5PhkrVoc=; b=LzfyKVk3uGEqcz8rokiiJDjdYkhnoanpnBLwoPxnOSLvpJmpMmXKM/v5iygyEnrGRJ tM2VZCmVioQrU5j2d3s1HuquDGDtlnIWFxwi8CaYe8DrLfdLm0ZOhgs5H561tjrpE/y5 MllucRkiYWwoP8DOLhqaVzyGjVRP57fgBnQ1nOxHaJT8RBTHWQT4aUkMK2lzYHDq6y1W VcgUttAAGqa84LfiFpdJnD34QGMGYmxTgta1PGd75RL5u8NwXd7gyiZ7I8BpbxUMjQN5 lRT7fQbDfIcso4t6tjMbd6J/CeN+dUpXKEdm4sdaR05AwNYsnhugxv8AkOk2GrJINcdl DaOQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=sQIrkg7ldLTs8XYNeNfwYHDuH0MK14fr2yy5PhkrVoc=; b=H4seQtvYkG+PSrSZXjLuNyFnseSqmvAQy1Iy9CfyuZZuCrGXOiFh2H/ZuQY/5wmZdX DtdfurVhxJ+VG/sHSeRZmmtWV0iJLtfqj2sIvtWcNAi0hH5WRPl5+0upMVNughLvllGn gw7jIq4IpKDLxz3pmVAecQyjxKAXz8vLZTJDeIL6ScHir8QN3hqK5NpBGvXuFKA50R+L QoZa+ncQnokVBu70T6AvX8HSDCZw22jhW9t0QeciFSpJYB17olm3rpMebmy5OtT9x3EF 26blpdOG/47Ui28W/3wrr6VehTnADjTtRIIcpKGvKnWvIAdJEtrN9aWA52XC1mQLwqpL 6Zrg==
X-Gm-Message-State: AOAM533MoVoco2epFNkBQ8sQZQW5FFc9AfsjMgs4ZMR4v3Gj5W4RNcho gVSyND6942Q/cQqOWitUtv2mApWr04sctxZnNcr+WQMYq3o=
X-Google-Smtp-Source: ABdhPJwalnGkRD8GFhfF2yvTZBYVKXBuJ1HoDGBXPaDXgG//txAvUCZvzwD4SDRfbVcrBJWohjIMsjMK0dHn7Rh04PM=
X-Received: by 2002:a17:906:1bb1:: with SMTP id r17mr16916993ejg.533.1630183527315; Sat, 28 Aug 2021 13:45:27 -0700 (PDT)
MIME-Version: 1.0
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Sat, 28 Aug 2021 13:45:17 -0700
Message-ID: <CA+RyBmUuwLguLK-Jpo8eMnd6gwm3ekTs_pYvMNBwTVRXUwnWOQ@mail.gmail.com>
To: draft-ietf-teas-actn-pm-telemetry-autonomics@ietf.org, TEAS WG <teas@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000107dde05caa4ae42"
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/CihrqfgPE0lICV3AwB_RvJRUpoU>
Subject: [Teas] Several questions draft-ietf-teas-actn-pm-telemetry-autonomics
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: Sat, 28 Aug 2021 20:45:38 -0000

Dear Authors,
thank you for writing this document, developing these data models. I
wholeheartedly agree with you that up-to-date telemetry information is
essential in closing the control circuit ensuring autonomous self-healing
networking. I've read the document and have several questions; much
appreciate your help in clarifying them:

   - in listing the benefits of performance monitoring, as it interpreted
   in the draft, you've mentioned "proactive re-optimization". As I understand
   it, telemetry information reflects network conditions that already happen
   and by the time a subscriber to performance monitoring notifications
   receives the next update, it is probably closer to near-real-time process.
   If then an application triggers corrective actions, e.g., scaling out, how
   that is proactive? I imagine that to trigger scaling out, a particular
   parameter or a group of parameters had crossed the predefined threshold and
   the state has been stable for threshold-time. Hence, the system is
   reactive, not proactive.
   - you've included a number of performance parameters in data models. I
   couldn't find a discussion of the selection process. i.e., why these
   parameters were selected, and why others are not included? I hope you can
   point me to where I can find that discussion.
   - how do you see your work in relation to
   draft-ietf-opsawg-yang-vpn-service-pm
   <https://datatracker.ietf.org/doc/draft-ietf-opsawg-yang-vpn-service-pm/>?
   Some of the performance metrics reported through
   the draft-ietf-opsawg-yang-vpn-service-pm are part of the STAMP YANG
   data model <https://datatracker.ietf.org/doc/draft-ietf-ippm-stamp-yang/>
   .

Regards,
Greg