Re: [netmod] WG Last Call: draft-ietf-netmod-revised-datastores-04 guessing

Martin Bjorklund <mbj@tail-f.com> Fri, 15 September 2017 12:20 UTC

Return-Path: <mbj@tail-f.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 1EEFA133200 for <netmod@ietfa.amsl.com>; Fri, 15 Sep 2017 05:20:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=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 pv-4fQJpu8JG for <netmod@ietfa.amsl.com>; Fri, 15 Sep 2017 05:20:45 -0700 (PDT)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id AA0461331F1 for <netmod@ietf.org>; Fri, 15 Sep 2017 05:20:45 -0700 (PDT)
Received: from localhost (h-40-225.A165.priv.bahnhof.se [94.254.40.225]) by mail.tail-f.com (Postfix) with ESMTPSA id 1BB5B1AE00A0; Fri, 15 Sep 2017 14:20:44 +0200 (CEST)
Date: Fri, 15 Sep 2017 14:21:30 +0200
Message-Id: <20170915.142130.250716263736500205.mbj@tail-f.com>
To: lhotka@nic.cz
Cc: netmod@ietf.org
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <1505476654.18681.29.camel@nic.cz>
References: <511deba5-34ca-dde2-6637-ceaf4c4af125@labn.net> <022e01d32e17$dfd54d60$4001a8c0@gateway.2wire.net> <1505476654.18681.29.camel@nic.cz>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/fIjrl2m87-fCjmm9GuR73hq54JM>
Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-revised-datastores-04 guessing
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 15 Sep 2017 12:20:47 -0000

Ladislav Lhotka <lhotka@nic.cz> wrote:
> t.petch píše v Pá 15. 09. 2017 v 12:29 +0100:
> > Looking at a YANG module in future, how can I tell whether or not it is
> > written to work with revised datastores?
> 
> Ideally, this ought to be a wrong question. A YANG module (or rather a YANG data
> model) should specify constraints for a data tree, no matter where the tree
> happens to reside.

I agree, and an old module can be implemented in an NMDA-compatible
server (with some redundant info), and a new modules can be implemented in a
non-NMDA-compatible server (with limited functionality).

But the truth is that modules are and will be designed to fit into
some environment (or "meta model").  For example, with NMDA, there
will be a single tree.  If we had an annotation for "comments" on
nodes, you wouldn't see any leafs called "description".  If we didn't
have the ability to create things in the protocol, our models would
have objects of type "RowStatus".  Etc.


/martin


> 
> Coupling a data modelling language with rather specific aspects of an NM
> application is a bad design.
> 
> Lada 
> 
> > 
> > If the module is written assuming revised datastores and the environment
> > does not support this in some regard, then we have a management
> > malfunction, which could be disastrous.
> > 
> > I think that there should be some mechanistic way, something that can be
> > automated, for a system to check whether or not a module is assuming
> > revised datastores or not.  This is a bit like the change from YANG 1.0
> > to YANG 1.1; there needs to be a way of telling what environment the
> > module is written for, and so we have the
> > 
> > yang-version 1.1;
> > 
> > statement.
> > 
> > Revised datastores needs something similar in the module.
> > 
> > Tom Petch
> > 
> > 
> > ----- Original Message -----
> > From: "Lou Berger" <lberger@labn.net>
> > Sent: Friday, September 01, 2017 10:02 PM
> > 
> > 
> > > All,
> > > 
> > > This starts a two week working group last call on
> > > draft-ietf-netmod-revised-datastores-04.
> > > 
> > > The working group last call ends on September 17.
> > > Please send your comments to the netmod 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.
> > > 
> > > Thank you,
> > > Netmod Chairs
> > > 
> > > _______________________________________________
> > > netmod mailing list
> > > netmod@ietf.org
> > > https://www.ietf.org/mailman/listinfo/netmod
> > 
> > _______________________________________________
> > netmod mailing list
> > netmod@ietf.org
> > https://www.ietf.org/mailman/listinfo/netmod
> -- 
> Ladislav Lhotka
> Head, CZ.NIC Labs
> PGP Key ID: 0xB8F92B08A9F76C67
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod