Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02

Andy Bierman <andy@yumaworks.com> Sun, 30 September 2018 23:15 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 D61BA129AB8 for <netmod@ietfa.amsl.com>; Sun, 30 Sep 2018 16:15:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 KAqVgEz7mZhE for <netmod@ietfa.amsl.com>; Sun, 30 Sep 2018 16:15:46 -0700 (PDT)
Received: from mail-lj1-x242.google.com (mail-lj1-x242.google.com [IPv6:2a00:1450:4864:20::242]) (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 F0A48126CB6 for <netmod@ietf.org>; Sun, 30 Sep 2018 16:15:45 -0700 (PDT)
Received: by mail-lj1-x242.google.com with SMTP id 203-v6so10339736ljj.13 for <netmod@ietf.org>; Sun, 30 Sep 2018 16:15:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=bdpSg5nI+CltHHg9bBPnrLR0H6Vloe0R9lG+Hq61j6g=; b=D7e5JtrnVwig+VNBWmFXXyMafcM4aCBQPanUt6Hi4nh+O4aAAnouug1bTrqn8iIGce 1qx05hQ1+hvPaYh1HaJ6sU0vHqpq3j3K8aCiesRw1K1pngGegZH1zG6ID9iUYWt9MXb3 CrIwYdUbclOqhbReyM+tbXWWm66eHiZCbghmYLcmuvDTyPW+g5UV2MUmVQUaAF8BsY6J 4AJJG7zUe88G+sbq72sJHsVhmFu7iEf5qyJvynFb5lYEwz0TPQywD1xDXo3wzISPRhbb +L7KbuZbWGFouvpJDq3pTtFxkoa/uSjxVM66UpYHLK0ETacfP5nbDkAOyTzyWgJbS4vc IXVg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=bdpSg5nI+CltHHg9bBPnrLR0H6Vloe0R9lG+Hq61j6g=; b=e93w2evWG4/Azq8s41rSNNP/G5HxA3dlk9BbIqLQPRZcEZ0tJgc7wuG81n3NE6Xui4 0xMIOdOLwGI42nHiTLE25WpTMMlWUVad3wwGXf2+h3Wk2YsBeCm1+BoE18/ooeRvOR7c 4KpOOhXo0OlkOrDbUMvJSPMnH/1kkgw6CDl4UkP5wtfGdM9r7DNGh51Nvrje/yNUzKO/ R578gmy+qTtFtMGzHQnXoVKIzgZ1Frff00V9+6mX4mNS6SJTZjVse7tMtIT6Puf9MLun GrninFwtxCx7nQDb/H57OR+gfQg0c1/Bsd47ewWQ7HKVeZx5Aavtg5jzwEylWu9qfAqT AoZA==
X-Gm-Message-State: ABuFfogFP7neYLS5GAFsP8EKHmcjf/U6a/FIQP/EV6Wka2HkwcAO0Hxq 3ggCeU2Y7ZgdKDUY7/ch3yLz5DYd5MMv8S6epTL+/w==
X-Google-Smtp-Source: ACcGV62o2bo8E3d6nLh+olaWdCf8hBc18WOUGiY4mCpMFaPywO+32C/HYWxsFB9OMFQRtcZXty+23atpys93toDUopo=
X-Received: by 2002:a2e:2205:: with SMTP id i5-v6mr3996256lji.15.1538349343911; Sun, 30 Sep 2018 16:15:43 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a19:f811:0:0:0:0:0 with HTTP; Sun, 30 Sep 2018 16:15:42 -0700 (PDT)
In-Reply-To: <2499792f-325e-ac3d-3a9f-ee5186a57b1b@bogus.com>
References: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> <CABCOCHTpvbc9uH-4RTGmCCVGGeUyYQQR8HWn2QE6+xLPuwn8Eg@mail.gmail.com> <20180926160942.z534dzoji3jlgpd5@anna.jacobs.jacobs-university.de> <CABCOCHTP9R2VYKq7NS7dyoAvf=YhPqHNw4TtepSY8AaV_6tugg@mail.gmail.com> <2499792f-325e-ac3d-3a9f-ee5186a57b1b@bogus.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Sun, 30 Sep 2018 16:15:42 -0700
Message-ID: <CABCOCHTtyR7fR2VWV9ZfRNEaLTna0eqXXetFQZG5NVBNGALxWg@mail.gmail.com>
To: joel jaeggli <joelja@bogus.com>
Cc: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, joel jaeggli <joelja@gmail.com>, draft-ietf-netmod-module-tags@ietf.org, NetMod WG <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000002f423405771edef9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/VwcUQNvdN6C_WBnE3Wrn_BoIPjI>
Subject: Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02
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: Sun, 30 Sep 2018 23:15:50 -0000

On Sun, Sep 30, 2018 at 1:17 PM, joel jaeggli <joelja@bogus.com> wrote:

> On 9/26/18 09:23, Andy Bierman wrote:
> >
> >
> > On Wed, Sep 26, 2018 at 9:09 AM Juergen Schoenwaelder
> > <j.schoenwaelder@jacobs-university.de
> > <mailto:j.schoenwaelder@jacobs-university.de>> wrote:
>
> >
> > It is even worse than a step backwards.
> > The draft specifies a lot of details about module tag conformance
> > that needs to be present in the description-stmt.
>
> this seems like an important issue to square away  before we  move ahead.
>
>
agreed.

Also, what does it mean to match a module-tag?
There is text that implies it is an opaque string and other text that
suggests it is a colon-separated list of terms.
It cannot really be both.



> > The idea that tools must screen-scrape description statements goes
> against
> > everything YANG-based management is all about. YANG has extension
> > statements, so we don't need to put complex syntax into comments and
> > descriptions..
>
> and parse descriptions for meaning.
>

So what the choices?

1) IANA
2) YANG extension
3) ad-hoc
4) do nothing

IMO IANA has enough to do and it only covers IETF modules anyway, so (1) is
out.
The current approach is (3).  It is slightly better than (4), but there is
nothing
preventing every module from declaring the module tags differently.
This does not help the YANG reader (#1 priority).

Only a YANG extension (or real statement in YANG 2.0) supports all modules
in a way that is consistent for all readers.




>
> > IMO all text about module tag conformance and defining tags in
> > description-stmts
> > should be removed.  There is no explanation why a standard YANG module
> > would define multiple module-tags for the same module in the first place,
> > let alone why each different tag would have different conformance
> > requirements.
> >
> >
> >
> >     .....
> >
> >     /js
> >
> >
> > Andy
> >
>

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
> >
>
>
>