Re: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext version 4

Joel Jaeggli <joelja@bogus.com> Sun, 13 October 2019 15:33 UTC

Return-Path: <joelja@bogus.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 2DEE1120071 for <netmod@ietfa.amsl.com>; Sun, 13 Oct 2019 08:33:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.897
X-Spam-Level:
X-Spam-Status: No, score=-6.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
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 hWRT-9nEENFc for <netmod@ietfa.amsl.com>; Sun, 13 Oct 2019 08:32:58 -0700 (PDT)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (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 17B3112000F for <netmod@ietf.org>; Sun, 13 Oct 2019 08:32:58 -0700 (PDT)
Received: from [172.31.98.150] (50-242-125-195-static.hfc.comcastbusiness.net [50.242.125.195]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id x9DFWuoV045426; Sun, 13 Oct 2019 15:32:57 GMT (envelope-from joelja@bogus.com)
X-Authentication-Warning: nagasaki.bogus.com: Host 50-242-125-195-static.hfc.comcastbusiness.net [50.242.125.195] claimed to be [172.31.98.150]
From: Joel Jaeggli <joelja@bogus.com>
Message-Id: <29C7C756-8976-4893-A2C0-14E478F28C10@bogus.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_C988F6C8-B1F7-45AA-838E-BAF33FA00959"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Sun, 13 Oct 2019 08:32:53 -0700
In-Reply-To: <CABCOCHRxM7B0GvTnExNdOM6p5GRJRjQVL25ezJx6Y+3R_xq6Vg@mail.gmail.com>
Cc: NETMOD Working Group <netmod@ietf.org>
To: Andy Bierman <andy@yumaworks.com>
References: <CBBD7EDD-0B53-4720-B76B-7932655FF27A@bogus.com> <7644E805-C8AD-4E89-A87F-B5D9B5BEE1EF@bogus.com> <CABCOCHRxM7B0GvTnExNdOM6p5GRJRjQVL25ezJx6Y+3R_xq6Vg@mail.gmail.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/u5RhgOIo4wxpa8V9BTcTUFYvs4I>
Subject: Re: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext version 4
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, 13 Oct 2019 15:33:01 -0000


> On Oct 13, 2019, at 08:28, Andy Bierman <andy@yumaworks.com>; wrote:
> 
> 
> 
> On Sat, Oct 12, 2019 at 12:08 PM Joel Jaeggli <joelja@bogus.com <mailto:joelja@bogus.com>> wrote:
> This concludes the netmod WG last call for 
> 
> draft-ietf-netmod-yang-data-ext version 4...
> 
> There was a modest amount of commentary generally positive, during the last call period with some requests for clarification (Qin wu) and some minor nits (Robert Wilton). 
> 
> It might be good to have closure on the last email in that cycle.
> 
> https://mailarchive.ietf.org/arch/msg/netmod/QRWFS4fnd-jJ8Ajhxpr3pG0nuvY <https://mailarchive.ietf.org/arch/msg/netmod/QRWFS4fnd-jJ8Ajhxpr3pG0nuvY>
> 
> 
> 
> It is not clear which issues remain open from this review.
> The main issues seem to be:
> 
>    1) Put this functionality in yang-next instead of this document
>     * The WG decided several times to go forward with this document
> 
>    2) When there is a yang-next, these extensions will not change or go away
>     * This issue was not discussed as part of this draft. The WG should make
>        these decisions if and when yang-next is a work item
> 
>    3) There needs to be machine-readable statements to define where a structure can be used
>     * The WG decided to just use description-stmt for this purpose
> 
> I do not know if this list is complete or correct.

That sounds like closure to me.

Thank you.

> That is for the WG Chairs to decide.
> 
> The 'structure' extension is basically a copy of container-stmt with some stuff removed.
> It is not a data node, rpc, or notification. Its use is implementation-dependent.
> A container-stmt is tightly coupled to protocols and datastores.  A structure is
> not coupled to anything.  There can be notifications and actions defined nested within
> a structure's data-def-stmts. (Who knows what this means - it is implementation-specific.)
> 
> 
> 
> but it looks like the document is ready to advance based on this and prior wg discussion.
> 
> Thanks
> Joel
> 
> Andy
>  
> 
>> On Sep 26, 2019, at 22:32, Joel Jaeggli <joelja@bogus.com <mailto:joelja@bogus.com>> wrote:
>> 
>> All,
>> 
>> This starts a two week working group last call for  draft-ietf-netmod-yang-data-ext-04
>> 
>> The working group last call ends on  Friday October 11th 2019.  Please send your comments to the working group mailing list.
>> 
>> Positive comments, e.g., "I've reviewed this document and believe it is ready for publication", are welcome!  This is useful and important, even from authors.
>> 
>> https://tools.ietf.org/html/draft-ietf-netmod-yang-data-ext-04 <https://tools.ietf.org/html/draft-ietf-netmod-yang-data-ext-04>
>> 
>> The diff from 03, produced prior to IETF 105 is available here:
>> 
>> https://tools.ietf.org/rfcdiff?difftype=--hwdiff&url2=draft-ietf-netmod-yang-data-ext-04.txt <https://tools.ietf.org/rfcdiff?difftype=--hwdiff&url2=draft-ietf-netmod-yang-data-ext-04.txt>
>> 
>> Thanks
>> Joel
>> 
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org <mailto:netmod@ietf.org>
> https://www.ietf.org/mailman/listinfo/netmod <https://www.ietf.org/mailman/listinfo/netmod>