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

Robert Wilton <rwilton@cisco.com> Tue, 05 December 2017 15:31 UTC

Return-Path: <rwilton@cisco.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 22855129537 for <netmod@ietfa.amsl.com>; Tue, 5 Dec 2017 07:31:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 HwC1xpJi-Q9f for <netmod@ietfa.amsl.com>; Tue, 5 Dec 2017 07:31:54 -0800 (PST)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 648FC129536 for <netmod@ietf.org>; Tue, 5 Dec 2017 07:31:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2054; q=dns/txt; s=iport; t=1512487914; x=1513697514; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=5VyrmV5JSkMxXOTZ0uAWBDF+uF4aOjSYyEhV5vEYEzY=; b=WV2PxNwoLOW61IHP5cgLz5aIngcGRl8sMmDY9So88eTWznp2b98W0Jrw 52Orc8Udo09deOKUgA0QGqlkwrymFxjMYCcV1D/CPf20bEYXY0dnxOjv6 V9As55q2E8d4Q+Wxpbe0j3tVPW2mTQU8UDTyHps+/MBy80DK141m5jQ1C 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DLAQA6uyZa/xbLJq1cGQEBAQEBAQEBAQEBAQcBAQEBAYURJ4QAixSPVAkmlxaCAQqFOwKGChQBAQEBAQEBAQFrKIUiAQEBAQIBIw8BBUEQCw4KAgImAgJXBgEMBgIBAYoXCKkvgieKXAEBAQEBAQEBAQEBAQEBAQEBASCBD4I5g2CBaSkLgneFCQKDK4JjAQSidpUTghaJdYdNij6EF4d8gTo2IoFNMhoIGxU6gimEVUE3iikBAQE
X-IronPort-AV: E=Sophos;i="5.45,364,1508803200"; d="scan'208";a="655282"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Dec 2017 15:31:52 +0000
Received: from [10.63.23.85] (dhcp-ensft1-uk-vla370-10-63-23-85.cisco.com [10.63.23.85]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id vB5FVpub011854; Tue, 5 Dec 2017 15:31:52 GMT
To: Martin Bjorklund <mbj@tail-f.com>, balazs.lengyel@ericsson.com
Cc: andy@yumaworks.com, lhotka@nic.cz, netmod@ietf.org
References: <CABCOCHRg7H=DbS1oxOhdq=dkQgAcL_r1ECSFgcU=DkE-vXwcOg@mail.gmail.com> <409e9bb5-fcbe-d94f-a7cb-cb7961d9fdb2@cisco.com> <aa579364-ac89-36f4-8947-4a5eb1c6ba48@ericsson.com> <20171205.153824.189055168841663121.mbj@tail-f.com>
From: Robert Wilton <rwilton@cisco.com>
Message-ID: <4e1e5ccd-4338-0cd7-5aa2-978da8103f0e@cisco.com>
Date: Tue, 05 Dec 2017 15:31:51 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <20171205.153824.189055168841663121.mbj@tail-f.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/DMQ93fiC4dUegmgdrifTUM9Hrso>
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 15:31:56 -0000


On 05/12/2017 14:38, Martin Bjorklund wrote:
> Balazs Lengyel <balazs.lengyel@ericsson.com> wrote:
>> On 2017-12-05 11:04, Robert Wilton wrote:
>>
>>
>>
>>
>>
>>          I see your point now.
>>          The server has to evaluate the when-stmts in operational.
>>
>>      I think that this is probably down to implementation, but I don't
>>      think that this is necessarily required. A server is meant to
>>      conform to 'when' statements in <operational> (e.g. if the system
>>      is in a normal steady state), but they are allowed to be violated,
>>      and I'm not expecting that a server would evaluate them (except
>>      perhaps to discover implementation bugs). Further, if violations
>>      of when statements in <operational> are detected then I don't
>>      think that there is anything that the server can reasonable do.
>>
>>
>>
>> BALAZS: I always thought that if a when statement's argument was true
>> but becomes false, all instance data that is set/written according to
>> the schema nodes affected by the when statement shall be removed by
>> the server. So IMHO the server can and should do something about a
>> violated when statement.
> Yes.
But I still don't think that requires that you have to evaluate when 
constraints on <operational>.

E.g. [implementation dependent]:
  - user sends config to <running>
  - server calculates change to <intended> including implicit deletes 
due to now false when statements.
  - server sends calculated config change to daemons.
  - config daemons late update operational with the updated applied 
configuration.  When statements can be transiently violated in 
operational, but should converge to the behavior defined in the data 
model, all being well.

Thanks,
Rob


>
>> Actually I would like a list of statements and constraints that MUST
>> be satisfied in the different data stores. Speaking about syntactic
>> versus semantic seems fluffy.
> See RFC 7950, section 8 (esp. 8.1 and 8.2).
>
>
> /martin
> .
>