Re: [netmod] WG LC draft-ietf-netmod-module-tags-02 - 10/2/18 - 10/16/18

Joel Jaeggli <> Thu, 25 October 2018 07:05 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7E20512D4F2 for <>; Thu, 25 Oct 2018 00:05:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.898
X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id H7NvXZQAlHKC for <>; Thu, 25 Oct 2018 00:05:04 -0700 (PDT)
Received: from ( [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 1DEDB12F18C for <>; Thu, 25 Oct 2018 00:05:04 -0700 (PDT)
Received: from [IPv6:2601:647:4201:4561:6502:25ec:21ee:cd18] ([IPv6:2601:647:4201:4561:6502:25ec:21ee:cd18]) (authenticated bits=0) by (8.15.2/8.15.2) with ESMTPSA id w9P752uG033394 for <>; Thu, 25 Oct 2018 07:05:03 GMT (envelope-from
From: Joel Jaeggli <>
Content-Type: multipart/alternative; boundary="Apple-Mail=_225DFFBC-1197-4B32-AC23-913590F37413"
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
Date: Thu, 25 Oct 2018 00:05:02 -0700
References: <>
To: NETMOD Working Group <>
In-Reply-To: <>
Message-Id: <>
X-Mailer: Apple Mail (2.3445.100.39)
Archived-At: <>
Subject: Re: [netmod] WG LC draft-ietf-netmod-module-tags-02 - 10/2/18 - 10/16/18
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 25 Oct 2018 07:05:07 -0000

This WG LC closed on the 16th. 

Working group last calls serve a useful forcing function even for drafts that may end up looking unready as a result due to the attention. If I am making a judgement call here based on the feedback received during this period and the prior one.

I will try and summarize the major concerns that  see expressed with this draft.

Jurgen had a significant list of comments and edits <>

Followed up by Christian

One detail teased out there and in other comments bears revisting

> I do not like this. YANG has extension statements and having to

> parse stuff out of free text description statements seems to be a

> movement backwards.

This is used by the human implementer of the module (i.e., they need to write code to implement the module). As such it was not intended for machine parsing.

I am personally not convinced. The whole reason why we have YANG is
automation and I believe people will go and write tools to extract
tags and having to extract them out of free form text looks like a
step backwards.


It is more than a step backwards.
There is an unexplained procedure for declaring the  module-tag conformance,
in addition to the module-tag mappings.


I have no issue with systems using tags to classify or organize modules, however this seems to me like something that would be specific to the system doing the classifying. It would not be something that needs to be specified in the module itself (except perhaps as freeform description text), and it certainly would not need to involve the NETCONF server. What would a server do with module classification data? (unless it is also implementing some kind of module browsing interface, in which case it might be used to supply the browser with data)

Wether or not this is intended for or will be parsed by machines remains a significant unresolved concern. The actual mechanics of restricting what goes into them however seems fairly straight forward.

Absent consensus on the above concern this document cannot probably advance, we do have the opportunity for significant face to face discussion in the near future so using that to arrive at a conclusion would probably allow this work to progress or stop.


> On Oct 2, 2018, at 13:21, joel jaeggli <joelja@bogus.Jcom> wrote:
> This is start of a two week working group last-call for
> draft-ietf-netmod-module-tags-02 a current netmod working group
> document.
> You may review at:
> Please send email to the list indicating "yes/support" or "no/do not
> support".  If indicating no, please state your reservations with the
> document.  If yes, please also feel free to provide comments you'd like
> to see addressed once the document is a WG document.
> The prior discussion of my mistaken WG adoption call is here
> commences here:
> In particular Andy's concerns expressed in that thread here:
> are probably important to tease out in considering this for last call.
> so that we are clear on dates. This last call timing resets and runs
> from 10/2/18 - 10/16/18
> Joel
> _______________________________________________
> netmod mailing list