Re: [netmod] datastore-specific constraints

Jan Lindblad <janl@tail-f.com> Wed, 12 December 2018 14:52 UTC

Return-Path: <janl@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 67A7F128C65 for <netmod@ietfa.amsl.com>; Wed, 12 Dec 2018 06:52:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 HQCpuM4Kanrg for <netmod@ietfa.amsl.com>; Wed, 12 Dec 2018 06:52:50 -0800 (PST)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 1BA8B1288BD for <netmod@ietf.org>; Wed, 12 Dec 2018 06:52:50 -0800 (PST)
Received: from [10.147.40.248] (unknown [173.38.220.48]) by mail.tail-f.com (Postfix) with ESMTPSA id D26E61AE0351; Wed, 12 Dec 2018 15:52:48 +0100 (CET)
From: Jan Lindblad <janl@tail-f.com>
Message-Id: <BE57F393-5E00-4877-BA04-7B980DDB3CDF@tail-f.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_EC7D00FA-0EA6-4679-89AA-F79359795BAE"
Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\))
Date: Wed, 12 Dec 2018 15:52:47 +0100
In-Reply-To: <87zhtan7bo.fsf@nic.cz>
Cc: netmod@ietf.org
To: Ladislav Lhotka <lhotka@nic.cz>
References: <87zhtan7bo.fsf@nic.cz>
X-Mailer: Apple Mail (2.3445.102.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/dOcsIKlj-LEdZK_20B_xnr8Kt4I>
Subject: Re: [netmod] datastore-specific constraints
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: Wed, 12 Dec 2018 14:52:53 -0000

Lada,

Maybe you could just skip the when and explain the behavior in the description? E.g.

leaf foo {
 ...
 description "Foo controls bla, bla. 
  Any configured value will be ignored when auto-foo is true.";
}

Best Regards,
/jan

> On 12 Dec 2018, at 15:33, Ladislav Lhotka <lhotka@nic.cz> wrote:
> 
> Hi,
> 
> in some cases, constraints expressed with "when" or "must" may only be
> intended for configuration datastores. A typical example is an
> auto-negotiable parameter:
> 
> leaf auto-foo {
>  type boolean;
>  default true;
>  description "If true, parameter 'foo' will be auto-negotiated.";
> }
> leaf foo {
>  when "../auto-foo = 'false'";
>  ...
> }
> 
> This means that if auto-foo is true, it is impossible to configure the
> foo parameter. However, even with auto-foo = true, it is desirable to
> see the auto-negotiated value in <operational>, so, ideally, the "when"
> constraint should not apply in <operational>.
> 
> How can this logic be modelled under NMDA? Is an extra leaf
> "foo-operational" needed?
> 
> Thanks, Lada
> 
> -- 
> Ladislav Lhotka
> Head, CZ.NIC Labs
> PGP Key ID: 0xB8F92B08A9F76C67
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>