Re: [OPSAWG] Last Call: <draft-ietf-opsawg-yang-vpn-service-pm-10.txt> (A YANG Model for Network and VPN Service Performance Monitoring) to Proposed Standard
tom petch <daedulus@btconnect.com> Thu, 22 September 2022 11:24 UTC
Return-Path: <daedulus@btconnect.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 32BAFC14F75F; Thu, 22 Sep 2022 04:24:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
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 sT8CxYq_bEYl; Thu, 22 Sep 2022 04:24:20 -0700 (PDT)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2129.outbound.protection.outlook.com [40.107.22.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B91CC14F73F; Thu, 22 Sep 2022 04:24:15 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IzBQFhpFJcEbbI6Fsyy1fIQZdKv3hyOs7Tp5U8cFBir742zww9tCB8t5oiRmquZR+SRBSNu4OK8VDcFtow6d4Nb676mY7J36MEsRBkzfti9mqPQgCqNC4EPFR1tQ5uOx/MCwTOXBpA9ZdLQyYuCzqBDWoyr+1TDbr2z72GfdTfxJ8JgV/OryB72wYhMXiquRWGZFTLO6+HIV4DboOtTxU3hR7TkaY8Wg1GH/Ze6rWf3d2gA9Y0GwCXzvs57l0a7Q6ZOo3HAi6sU+uz7Mlv2F7AONJENtWczP6TxL2BpRVvRk04DEBuKGylBbIWMD9+xXsUAETqmJdVESOzWXX01Q5g==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=3CcMDuTUOHb8civot3IdMfbSlYSpkNWZDTPXpzzHZLo=; b=D3q5LbwonLT//4/a67Yz2IWMKZgqPoJ6yCpQP7b/2H2L18o1EZuEev3C1eoSwCKfkWM87t35nRyxKJDbAC5jb5LEWJuUzamowH0BNbwcPGg8yRj3PrwCBrkPMgs5mrjaZoKbFHEZnMyDyrum/ljBwjuWYayxsHrcH/hmVlI2Hl+7oqA888j6yWZDrMiIT/TOT2SlR/5Hc5P4BtB1J8S0t1vMtEmwalZusm/xjGG13rJpZLbrmhabulLeWC/7KaSubZ4N6PGpWEeB50a61KlGIeI2llMqYMHh3tgZy9tZ7ykdRryhfVADWVPv8EAvEbQEHGI/UTPJzzV5eOwnV4+6yQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3CcMDuTUOHb8civot3IdMfbSlYSpkNWZDTPXpzzHZLo=; b=xu5RazndImKX95mKASXYXiib9AMEmPCZwRQPbOkPHtNKqizJyezviHEjwudsJsql7dAP4GFSJn9L22or/xcmIOgpDbOf8ZeB1ecrB1k0Qg32hdX2X7DX0ZADdLXxrkBoIFwaqEgU6fp3qDkcwFzTkTkE03dVPejmgFVGWstDKZc=
Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=btconnect.com;
Received: from VI1PR07MB6704.eurprd07.prod.outlook.com (2603:10a6:800:18b::8) by DB9PR07MB8451.eurprd07.prod.outlook.com (2603:10a6:10:36d::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5654.14; Thu, 22 Sep 2022 11:24:12 +0000
Received: from VI1PR07MB6704.eurprd07.prod.outlook.com ([fe80::c563:7a8e:d761:4d45]) by VI1PR07MB6704.eurprd07.prod.outlook.com ([fe80::c563:7a8e:d761:4d45%9]) with mapi id 15.20.5654.016; Thu, 22 Sep 2022 11:24:12 +0000
To: last-call@ietf.org
References: <166369104231.12830.10750656935897696619@ietfa.amsl.com>
Cc: adrian@olddog.co.uk, opsawg@ietf.org, opsawg-chairs@ietf.org, draft-ietf-opsawg-yang-vpn-service-pm@ietf.org
From: tom petch <daedulus@btconnect.com>
Message-ID: <632C45E4.2000107@btconnect.com>
Date: Thu, 22 Sep 2022 12:24:20 +0100
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.5.0
In-Reply-To: <166369104231.12830.10750656935897696619@ietfa.amsl.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ClientProxiedBy: LO4P265CA0203.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:318::17) To VI1PR07MB6704.eurprd07.prod.outlook.com (2603:10a6:800:18b::8)
MIME-Version: 1.0
X-MS-PublicTrafficType: Email
X-MS-TrafficTypeDiagnostic: VI1PR07MB6704:EE_|DB9PR07MB8451:EE_
X-MS-Office365-Filtering-Correlation-Id: 8c7f6bca-1e31-49aa-463e-08da9c8cf9a5
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: nN29cj/GdGf0lg8mjs/FrONqeJ9O7hHH78aNkIdZXMRVywMXvOqNqfhiA0I14YdYvgpLE+oTRHNr+WD9OYUfBWfqIyHtC3O5UEWUhTw3AdlikhFwcWuTsV4F3hGE0qgICQenwH3mTFtjkj1Ue/qV3v/eooA5824nX1KvfVU5lNOYk0VqOYcgr7cza/WDMIopAjemaleWuO4gmDOU3PUH1ft+osMiwCXHmqZvG2cufIj7bgCtc73s28h3NGn8ICCDr/EvMUlLslXP/BXCZdglaWbcJnG1VUXOAS3gYhhtZ68H4t8YLwGU07HajQtWEfhE9/l8Uox9onABpsny9QhWizIudGsAm9LT05DG/zxImuQ7zdbJoRJHeqXAoACcPmsQ7uR0WT/xHZ3LkWhbqEuEwbHB5iJ8CAEtutRkBGgQ5LPqUtwO2xp5uDTvT9OkcF8Zn3o02HRkxetV2mnuD3YlgoEcIfNSM0ziZk4FbVYbZhksb5YQyRjbIwSAuRakno2JEr8NoiQw0xlofUAFcrWamvNFURGVO+nYEqgZz/gKltm63iquDeUc/K/QgnAiIp5NjGvhoQ2G3EB7mbJmVgwT9ukyhkAzdvCRFqySEGnD60xKM5OGZ1BO1HHkOHef8IzdDJvGr0rkGx4USBgviubKP3tIbZD1YlO1sL8Ja83aGfCa+JwTzLh9l1z0M1mx8RN6KdqcC1QRqpACJXb/B39bTnx/v28SRfzgpCK+lK5d7/zXbR0tD3eN3KNdoEE6RLaR55k4p6pxT94JsPrdUQTo+uOuJlzzF0PAIWIny6FP5YM91p60kZf6vMReur0e+p3Uoyhbdx+PvU05AgBtJJYHnOn+Uj6rnMAS1UvezIH5aG96Jqxl7EPkW5eMF3DpP5HH
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR07MB6704.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230022)(366004)(376002)(396003)(136003)(39860400002)(346002)(451199015)(33656002)(36756003)(2906002)(6666004)(66556008)(82960400001)(316002)(4326008)(8676002)(38100700002)(38350700002)(66476007)(5660300002)(66946007)(86362001)(6916009)(186003)(478600001)(26005)(8936002)(83380400001)(6512007)(87266011)(53546011)(2616005)(966005)(52116002)(6506007)(6486002)(41300700001); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: /JxiSBwTQ1xI3wa+W+oK7zEoYmbaosZanp46porME+AtFEqtGhQLdd00dbUyw6HzHI+oHIZPoxL6ltZAdw6Sdm0x764w5Clxz2YZjcpbMHyQs6oNUlj3GwIx93kUbwQ0iqFUgKVGV1bFjL9rMhINBg5po898wS8Ucdb0iUyWAdtSsAMhT3RsAhafj6eH5CwOEjuzurLTZ6Oszh1VpsBdAxEueoJCgiJJ0fu0U7xTqi1YYGxEBaA3lPbdCqAic3WZeeWz15Q4plbS6sVQsYN7s9rijfWClukl881UAOjakb0WnZ1idaeCBh4pLBUmS+x0LOJ9syoKGyeUAvOTZugrd79saclbB3PGN8krB+0aBwR5oZrAaHGky1CVQUij9nxVAhRYa8ciZ4wU/009kYGlURUCRZ4iJyaCjq3xe36PkWoA6YjB7DHcW12glJyHZUkFXRnekMYMSn34V4BtTvb7d/qN9zDYuWOL5ywklc8A3cGpXmPpqO/0kCsbIyMC40L+hsdadQn2zO/FsDEhoMoxo0OwhGauu/yPwpZsiu9LOV99cYNXU3N/9ttKvJGRcgTfC01RqllpP5i7k+EBgbBCvumx7SQT79iCdeAsBJm/WtXRuOn/hmzmE5nL6ZHRBPfABIuI5sV2IOJid64cgBq9ysuv8MiBckywGVWlM9k221cKL0R9TXZGKTM1lN5ZEBAgNwkCiGayCrl6FQ7pEKcviPvTA57N2ktHRKf30r4fbzq2SXEIB14Yf94wWky5NFsHH+Z0M7GpczWn6+rzlImkHxTWsxOMC4qCah1nmN+RylrZZx6EPmWxWxSwVi6X7E1dn5x7Q3Kxg5sgIDnofQI8n3AArwEluWrUZ8Pij5NiTZnghq+2mGragr932DuYFO7FkOKNhpnu96c4YFTVeXJ31HaKLznJpBkzg0i91IuAaKUafj7BVHKHJPkKaHgPQ2R4vABwwBx7Z44+MMM3PP1A8RUSeZml7MvVeBqAd+He/qwOnDdDgqT4a1JXfaSm4Ov3aijkK0jYZqKrYtFtiUkO+jlpNu+nD6KwsI357U4V/NX668TdKzhduU0LUxInsDiOf/yDriRjcfOrF/DVin7jirgXxV82mSH4n/2mxaytZPcgRqx/qGCFEN+U8wWcrSeRIc/GtinsMSuSr3iC3W6uWi8syUECpHcbLlrdh9NlxnW18dJ4YWAMT75X6v78Sw/zoBiU8bCy2vx2VSHm2fjaQ9wwgwXUhBNeoLgxjxjmtYepFzJc1cAXrZbwkpuTkHLqED4dTUA+otizryxvSOkp96lZpFeEguHEKKNiAkitHGZTp7D0IjUiYtreuy3QrcTOFV4bEagBn5FzAxclpbEe9CFZzFsulWMk8oWWgPJxN8ck6kU2clmtj8gl9WiYeod+uYpIOPKQaxiKRaAqOepsSwGLIhdWOp3ud03lw4LMFdvqZ9TuW4tkc5xndHFrSEqkTlpz4j+UfHO9m9EeE+8HK3gknHsW/ZZBwyecXGmzrBEJST2QzOoWJT9fY01op7o3Uq4XcyUxR3DO7ljPJoOJqVTeHl0H/k6chkUmx07GO73C2e1rTtoiEotdY58ieyfp/QjVc9SbbR+NBj0J476k8Q==
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8c7f6bca-1e31-49aa-463e-08da9c8cf9a5
X-MS-Exchange-CrossTenant-AuthSource: VI1PR07MB6704.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Sep 2022 11:24:12.6235 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: G/qUEbl12rL4NRkIIuK4eR5CY5TcKp9KZWkLfo0P9oDr3C+YDVV+o+I0hGxHNr5vYuf6Uux/OzgGm/ygIbFwFQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR07MB8451
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/-GQhrWm40efUm5aJDyUQd7i7NjE>
Subject: Re: [OPSAWG] Last Call: <draft-ietf-opsawg-yang-vpn-service-pm-10.txt> (A YANG Model for Network and VPN Service Performance Monitoring) to Proposed Standard
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: Thu, 22 Sep 2022 11:24:24 -0000
On 20/09/2022 17:24, The IESG wrote: > > The IESG has received a request from the Operations and Management Area > Working Group WG (opsawg) to consider the following document: - 'A YANG Model > for Network and VPN Service Performance Monitoring' > <draft-ietf-opsawg-yang-vpn-service-pm-10.txt> as Proposed Standard I struggled to understand what this I-D offered until the AD Review where the AD had issues similar to mine. Even now, I am unclear if I understand it; the problem is wording and inconsistent use thereof. In many places, the I-D says 'This document defines a YANG module for performance monitoring (PM) of both underlay networks and overlay VPN services ' and it is that 'both' that I think starts to lead the reader, or at least me, up the garden path. s.4.2 says The model can be used for performance monitoring both for the underlay network and the VPN services. The two would be separate entries in the network list [RFC8345]. and then talks of the effect of the "service" presence container being absent or present, which would doubtless twitch the nostrils of a YANG Doctor. What it is saying, I think, is that the YANG module - either provides data for PM of a VPN service - or provides data for PM for the network itself but cannot do both, except in the sense that the YANG model in a node may contain multiple entries in the network list one or more of which is for a VPN service and one or more of which is for a network itself and that Netconf, e.g., can retrieve data for both in a single 'get'. I think that the use of 'both' above is a stretch for that use of the word, more precisely it is either VPN service or network itself. The rest of the I-D increases my confusion. s.4 ' The performance monitoring data augments the service topology as shown in Figure 2.' Figure 2 has no mention of service. Perhaps the reader must infer that what is meant is The YANG module for performance monitoring data augments the YANG module for service topology - i.e. ietf-network, ietf-network-topology - The presence container alluded to above appears as ' container service { presence "Presence of the container indicates a service topology, absence of the container indicates an underlay network."; ' The use of service topology here seems at odds with that in s.4.2 but later, in several places, there is when '../nw:network-types/nvp:service' { description "Augments only for VPN node attributes."; Well no, the augments only occurs when 'service' is present and that has just been defined as 'Presence of the container indicates a service topology'; seems contradictory here and in several places. Also, in most places, it is 'underlay tunnel' or 'underlay-tunnel' whereas here it is 'underlay network' as it is in the Abstract and that, for me, again, leads the reader - me - astray. In a similar vein, I see leaf start-time { type yang:date-and-time; config false; description "The time that the current measurement started."; The YANG type is date and time so that is 'The date and time ..'. I often see monitoring at the same time every day which is what the description might mean but does not. Likewise leaf unit-value { type identityref { base lime:time-unit-type; } default "lime:milliseconds"; description "Time units, where the options are s, ms, ns, etc."; This is taken from RFC8532 where the options are hours minutes seconds milliseconds microseconds nanoseconds. I think that the reader deserves a more accurate description. I see it as a clever idea to have one YANG module in two different roles determined by a presence container - perhaps too clever for me. Tom Petch > The IESG plans to make a decision in the next few weeks, and solicits final > comments on this action. Please send substantive comments to the > last-call@ietf.org mailing lists by 2022-10-04. Exceptionally, comments may > be sent to iesg@ietf.org instead. In either case, please retain the beginning > of the Subject line to allow automated sorting. > > Abstract > > > The data model for network topologies defined in RFC 8345 introduces > vertical layering relationships between networks that can be > augmented to cover network and service topologies. This document > defines a YANG module for performance monitoring (PM) of both > underlay networks and overlay VPN services that can be used to > monitor and manage network performance on the topology of both > layers. > > > > > The file can be obtained via > https://datatracker.ietf.org/doc/draft-ietf-opsawg-yang-vpn-service-pm/ > > > > No IPR declarations have been submitted directly on this I-D. > > > > > > _______________________________________________ > IETF-Announce mailing list > IETF-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/ietf-announce > . >