Re: [netmod] evaluation of "when" under NMDA

Martin Bjorklund <mbj@tail-f.com> Mon, 04 December 2017 21:09 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 AA6221267BB for <netmod@ietfa.amsl.com>; Mon, 4 Dec 2017 13:09:20 -0800 (PST)
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, SPF_PASS=-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 6BFqf-TorxHU for <netmod@ietfa.amsl.com>; Mon, 4 Dec 2017 13:09:18 -0800 (PST)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 97B42124BAC for <netmod@ietf.org>; Mon, 4 Dec 2017 13:09:18 -0800 (PST)
Received: from localhost (h-12-197.A165.priv.bahnhof.se [155.4.12.197]) by mail.tail-f.com (Postfix) with ESMTPSA id B84711AE0399; Mon, 4 Dec 2017 22:09:16 +0100 (CET)
Date: Mon, 04 Dec 2017 22:09:16 +0100
Message-Id: <20171204.220916.1239542403096469961.mbj@tail-f.com>
To: lhotka@nic.cz
Cc: j.schoenwaelder@jacobs-university.de, netmod@ietf.org
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <1512410991.8751.4.camel@nic.cz>
References: <1512407158.6635.8.camel@nic.cz> <20171204172247.rj3ilazharvzbyn6@elstar.local> <1512410991.8751.4.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="us-ascii"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/7r2JxA0ru7M-rtKykUt6VvkEoVk>
Subject: Re: [netmod] evaluation of "when" under NMDA
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: Mon, 04 Dec 2017 21:09:21 -0000

Ladislav Lhotka <lhotka@nic.cz> wrote:
> On Mon, 2017-12-04 at 18:22 +0100, Juergen Schoenwaelder wrote:
> > On Mon, Dec 04, 2017 at 06:05:58PM +0100, Ladislav Lhotka wrote:
> > > On Mon, 2017-12-04 at 17:34 +0100, Martin Bjorklund wrote:
> > > > Ladislav Lhotka <lhotka@nic.cz> wrote:
> > > > > Hi,
> > > > > 
> > > > > if we have
> > > > > 
> > > > > augment "/target/node" {
> > > > >   when "...";
> > > > >   ...
> > > > > }
> > > > > 
> > > > > is the "when" expression supposed to be evaluated separately in each
> > > > 
> > > > datastore,
> > > > > and the augment applied only in those datastores where the result is
> > > > > true?
> > > > 
> > > > Yes.
> > > 
> > > But then it cannot be guaranteed that the schema for <operational> is a
> > > superset
> > > of the schema of configuration datastores - the when expression can evaluate
> > > to
> > > false in <operational> but true in <intended>.
> > > 
> > 
> > For me, its still the same schema - a when expression does not change
> > my notion of 'schema'.

Agreed.

> Well, according to draft-ietf-netmod-revised-datastores-07:
> 
>    o  datastore schema: The combined set of schema nodes for all modules
>       supported by a particular datastore, taking into consideration any
>       deviations and enabled features for that datastore.

This text does not write that nodes with false when expressions are
not considered part of the schema.

> And "when" determines whether a given schema node is valid or not. So if a
> schema node is invalid in the schema of <operational> but valid in the schema of
> <intended>

They are still part of the schema.

Again, it is a matter of terminology - when we say that the "schema"
of <operational> is a superset of the "schema" of the conventional
datastores, we do not exclude false when expressions from the
"schema".  As per the defintion above we include the modules, their
features and deviations in the term "schema".


/martin



>, then the former can hardly be a superset of the latter.
> 
> Lada
> 
> > 
> > /js
> > 
> -- 
> Ladislav Lhotka
> Head, CZ.NIC Labs
> PGP Key ID: 0xB8F92B08A9F76C67
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>