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

Ladislav Lhotka <lhotka@nic.cz> Tue, 05 December 2017 09:03 UTC

Return-Path: <lhotka@nic.cz>
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 A7F6A127342 for <netmod@ietfa.amsl.com>; Tue, 5 Dec 2017 01:03:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7
X-Spam-Level:
X-Spam-Status: No, score=-7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz
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 KF87_5TfdU_A for <netmod@ietfa.amsl.com>; Tue, 5 Dec 2017 01:03:10 -0800 (PST)
Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (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 76EEC126C26 for <netmod@ietf.org>; Tue, 5 Dec 2017 01:03:10 -0800 (PST)
Received: from birdie (unknown [IPv6:2001:1488:fffe:6:1f99:257b:62cc:c0d5]) by mail.nic.cz (Postfix) with ESMTPSA id D27316374D; Tue, 5 Dec 2017 10:03:07 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1512464587; bh=c/cxblXv09VG6gxH/Y7zBZAif0jlSL+fdwK3R7ttrqA=; h=From:To:Date; b=EcpXWHMBrSXvbigkgzkJQI9sOY0RLLb613C1Pw5T90iTzYwd91RzavamXHvLooUIE 7Ymdh+2wQZCnCBrzTSPcbdDGOC8hf82cjRzWWtNMUYK/uB7wAi06sxC4L6XmZn0Rve ktnXq9e+brTXIKbp31R+6C0oYbasXVLBopcD2Iuc=
Message-ID: <1512464587.7827.13.camel@nic.cz>
From: Ladislav Lhotka <lhotka@nic.cz>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Cc: NETMOD WG <netmod@ietf.org>
Date: Tue, 05 Dec 2017 10:03:07 +0100
In-Reply-To: <20171204200019.2xvocmusfwfatqav@elstar.local>
References: <1512404811.1422.63.camel@nic.cz> <20171204.173431.1294203680272812703.mbj@tail-f.com> <1512407158.6635.8.camel@nic.cz> <20171204172247.rj3ilazharvzbyn6@elstar.local> <1512410991.8751.4.camel@nic.cz> <20171204200019.2xvocmusfwfatqav@elstar.local>
Organization: CZ.NIC
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.26.2
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamav-milter 0.99.2 at mail
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/8Lyz2AxEoIjglN0Bg1Mtp4d8e7c>
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: Tue, 05 Dec 2017 09:03:13 -0000

On Mon, 2017-12-04 at 21:00 +0100, Juergen Schoenwaelder wrote:
> On Mon, Dec 04, 2017 at 07:09:51PM +0100, Ladislav Lhotka wrote:
> > 
> > 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.
> > 
> > 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>, then the former can hardly be
> > a superset of the latter.
> 
> I do not follow your notion of 'schema node is valid or not'. Where is
> this concept defined? I think RFC 7950 talks about validation of data

Guess what, this notion is used in the definition of "when" statement (sec.
7.21.5):

   The "when" statement makes its parent data definition statement
   conditional.  The node defined by the parent data definition
   statement is only valid when the condition specified by the "when"
   statement is satisfied. ...

This text clearly talks about a schema node, because it is what data definition
statements define.

> trees against a "schema". Perhaps there are places where the wording
> is not clear enough? I know that there are places where the RFC 7950
> text says just "node" without being explicit about the distinction
> between schema node and corresponding data nodes. If this is an issue

Note that data node is just a special type of schema node (sec. 3).

> here, we may consider posting erratas to clear things up.

Right, the text above could say "The schema node defined ..." but it can never
say "an instance of a data node" because "when" can also be used for "choice",
"case" and "augment", and then there is no conditional (parent) instance.

Lada

> 
> /js
> 
-- 
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67