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>
- [netmod] WG Last Call: draft-ietf-netmod-yang-dat… Joel Jaeggli
- Re: [netmod] WG Last Call: draft-ietf-netmod-yang… Rob Wilton (rwilton)
- Re: [netmod] WG Last Call: draft-ietf-netmod-yang… Qin Wu
- Re: [netmod] WG Last Call: draft-ietf-netmod-yang… Martin Bjorklund
- Re: [netmod] WG Last Call: draft-ietf-netmod-yang… Martin Bjorklund
- Re: [netmod] WG Last Call: draft-ietf-netmod-yang… Rob Wilton (rwilton)
- Re: [netmod] WG Last Call: draft-ietf-netmod-yang… Qin Wu
- [netmod] Conclusion WG Last Call: draft-ietf-netm… Joel Jaeggli
- Re: [netmod] Conclusion WG Last Call: draft-ietf-… Andy Bierman
- Re: [netmod] Conclusion WG Last Call: draft-ietf-… Joel Jaeggli
- Re: [netmod] Conclusion WG Last Call: draft-ietf-… Qin Wu