Re: [netmod] Adoption poll for draft-tao-netmod-yang-node-tags

Andy Bierman <andy@yumaworks.com> Tue, 18 August 2020 19:10 UTC

Return-Path: <andy@yumaworks.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2724B3A0A49 for <netmod@ietfa.amsl.com>; Tue, 18 Aug 2020 12:10:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 u-pPbtGKAAvT for <netmod@ietfa.amsl.com>; Tue, 18 Aug 2020 12:10:25 -0700 (PDT)
Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (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 6F8513A0A51 for <netmod@ietf.org>; Tue, 18 Aug 2020 12:10:24 -0700 (PDT)
Received: by mail-lf1-x133.google.com with SMTP id k13so10812021lfo.0 for <netmod@ietf.org>; Tue, 18 Aug 2020 12:10:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=uwq9v7UGfIPE1VId1Doo9Irx7D47AxREBdnGPHhVjug=; b=YBj6jrMODMiVwPN5K8tmeSRp95GBTMMv2ZCPGUm8f+A2IsbqBcP15q+iexEG8Ip4u6 Rh4LTH3zVeJ++dD3cSLVX1vR1md2jMGQav02OkVbT3ik78lX7if3qkNyRSUpiQcT6YKP 0JXPTMdKosh/0SZ82GPbx/wvufRojbB/s9UE1h7om3jB+pOHBoO0G9zqJTnzArWijhOL vtuSv6TPe++i2t4+QEizBDCQe0WGdOPramVs4l1W2K/vJkMrv/wjjk2GYog2Kuv9Iju6 HZnHChXoIS+5QDsPGEGVGZAJ+V2SP/jqt17ZFBEuDBm1YH4btDE+uPOONFvePOB/zd/6 LYfw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=uwq9v7UGfIPE1VId1Doo9Irx7D47AxREBdnGPHhVjug=; b=TwBf6oBF2j5ohn4DBhHDrD/daZePWSlUXKd1O4ubnoFwCB4sNYJsCI7MFWpBiIrYFs xLZBAhYyA6CnNDzu5bzIqh+DuqM0IKbHzJRlv2hYwmswSVr88fnS56pOgmBxthuBnaDA /6DvqCih4h/ifIJ1fDCG8yKPWtHRIykCjB0f2E7g3y6vT2q+l5Ecu2vhbxDfLs7GiLpE i65gar9It/JEx3jPtZQlntz2MEGn6gIdI3mulT9RBTwhWTc4gmdOKzHMHQa6W4xjptA9 io4qHMN9kBSVqYRy+HguU9l+jS79juVTIBVC0/8/zWpE2grEjJetyqnaEUWlcaoaXDvC Xn+w==
X-Gm-Message-State: AOAM530pWb1EQfeq89O6Fa6Abk20d9R3Kq70gdgUZeHRSPNVFo5atX21 6TQXTbYHiIXBfcm331Iu5KV+n1HfvKqFrokhweaXQQ==
X-Google-Smtp-Source: ABdhPJxCs7kKZVZrEH7SV2y8uorylBOeyCb8u+tb+whFBhtJ7xBHnyfdl5YfwC32+/Pf54FFtWOBJ2aK6uCnXbri+SA=
X-Received: by 2002:a05:6512:1055:: with SMTP id c21mr10436196lfb.84.1597777822238; Tue, 18 Aug 2020 12:10:22 -0700 (PDT)
MIME-Version: 1.0
References: <01000173fe74b0c3-c08431ec-fea7-484b-a53a-6123c4c842d6-000000@email.amazonses.com> <20200818045306.chjnr32ypyzvekdo@anna.jacobs.jacobs-university.de>
In-Reply-To: <20200818045306.chjnr32ypyzvekdo@anna.jacobs.jacobs-university.de>
From: Andy Bierman <andy@yumaworks.com>
Date: Tue, 18 Aug 2020 12:10:11 -0700
Message-ID: <CABCOCHQ9ZLP1vGaUvO6gENc909BE7ihqMGMpUvVeQ=g5CjDuOw@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Kent Watsen <kent+ietf@watsen.net>, "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000008665ea05ad2ba37e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/OXQ-ddoAgai9_Cp9jRPYlnhAIHM>
Subject: Re: [netmod] Adoption poll for draft-tao-netmod-yang-node-tags
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Aug 2020 19:10:27 -0000

Hi,


On Mon, Aug 17, 2020 at 9:53 PM Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Mon, Aug 17, 2020 at 10:05:27PM +0000, Kent Watsen wrote:
> > This email begins a 2-week adoption poll for:
> >
> >     https://tools.ietf.org/html/draft-tao-netmod-yang-node-tags-05
> >
> > Please voice your support or objections on list before August 31.
> >
> > Notes:
> >    1)  -03 was presented during the 108 session, hence the I-D has been
> updated twice since then.
> >    2) Please be aware that IPR has been filed for this I-D:
> >
> https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-tao-netmod-yang-node-tags
> <
> https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-tao-netmod-yang-node-tags
> >.
> >
>
> I am against adoption. I am against introducing a collection of
> standards-track extension statements without answering the question
> who controls, enforces and reviews the usage of these extension
> statements (when and how are they used). Some statements and tags are
> either addressing issues caused by underspecified YANG modules or they
> overlap with the deviation mechanism that we have in place since day
> one of YANG. Others are very vaguely specified, it is unclear how they
> will lead to interoperable behavior. If module authors are too lazy
> to use existing YANG mechanisms properly, does it make sense to add
> more mechanism to the YANG eco system? I doubt it.
>
>

I am also against adoption.
This module introduces 9 extension-stmts that represent a huge
administrative burden for
module developers without any proven value.  It is not even clear that such
specific metadata
is even applicable to all instances of the tagged data node.  IMO it is not
likely that a single
metric will apply to all instances, all all times, in any
possible deployment scenario.

There are no standard operations or mechanisms to use module tags.
They have not demonstrated any standards value so far.


/js
>


Andy


>
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>