Re: [netmod] Datastore leaf for yang instance data
Robert Wilton <rwilton@cisco.com> Wed, 28 November 2018 15:27 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 256BF130FBE for <netmod@ietfa.amsl.com>; Wed, 28 Nov 2018 07:27:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.96
X-Spam-Level:
X-Spam-Status: No, score=-15.96 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-1.459, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 lP9W4Bur4GiM for <netmod@ietfa.amsl.com>; Wed, 28 Nov 2018 07:27:30 -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 2D73D130F90 for <netmod@ietf.org>; Wed, 28 Nov 2018 07:27:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2569; q=dns/txt; s=iport; t=1543418850; x=1544628450; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=zoa802mwjgRl23pa+zeg0GxTzEGjH4YBPygfpff9O04=; b=faLouLsP/pgNJ9ceWn9kHyzqpIypYW0QWunQU1bK6Iu0tRScIxgYXm2h bPowoueYLQuNByvFuJPp40QNty9pcEd6b+6/ea7lJ03PQ/Oa360DbQk3m HnHVcfF/0X8wCwQ/JABvqH9Myzb7VnYJDrTfG/IOl+uvgsFylk5vZZ4nH c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0ADAACFsv5b/xbLJq1bCRkBAQEBAQEBAQEBAQEHAQEBAQEBgVEEAQEBAQELAYM4IRKEIIgYX40KLZdCgXoNgXeCdQKDTjQJDQEDAQECAQECbSiFPAEBAQECASMPAQVRCxgCAiYCAlcGAQwIAQGDHYF6CKZegS+FQIR8gQuLIoFAP4ERJ4I9LoRXgy6CVwKJBZcWCZErBhiJaIctiHaIboZkgUY4gVUzGggbFYMokFo/A45qAQE
X-IronPort-AV: E=Sophos;i="5.56,291,1539648000"; d="scan'208";a="8388663"
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; 28 Nov 2018 15:27:28 +0000
Received: from [10.63.23.68] (dhcp-ensft1-uk-vla370-10-63-23-68.cisco.com [10.63.23.68]) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTP id wASFRQMT007362; Wed, 28 Nov 2018 15:27:27 GMT
To: Balázs Lengyel <balazs.lengyel@ericsson.com>, Ladislav Lhotka <lhotka@nic.cz>, Martin Bjorklund <mbj@tail-f.com>, "netmod@ietf.org" <netmod@ietf.org>
References: <87y3a6izap.fsf@nic.cz> <20181106063648.jjf2scqzoack5l3z@anna.jacobs.jacobs-university.de> <58740c15bf3277e04329546476f60c1d12516594.camel@nic.cz> <20181106.104157.239419955739949818.mbj@tail-f.com> <866ff105cf8fda7eadbdce5b344f4cd734fd99b8.camel@nic.cz> <1f4103c1-4953-3df4-d50d-aed1961fbc50@ericsson.com> <20181123154951.anviss5nllq6gwrn@anna.jacobs.jacobs-university.de> <d1716b42-12d0-072a-76b7-74b9a8efcbe9@ericsson.com> <20181128102050.37iyrx2xhdohnepb@anna.jacobs.jacobs-university.de>
From: Robert Wilton <rwilton@cisco.com>
Message-ID: <bff9a787-f9fd-1bbc-e6f2-e0dfe3fbad63@cisco.com>
Date: Wed, 28 Nov 2018 15:27:26 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1
MIME-Version: 1.0
In-Reply-To: <20181128102050.37iyrx2xhdohnepb@anna.jacobs.jacobs-university.de>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Outbound-SMTP-Client: 10.63.23.68, dhcp-ensft1-uk-vla370-10-63-23-68.cisco.com
X-Outbound-Node: aer-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/C2b_r_NXXJ0RD0-Ce8XD7NDVLLI>
Subject: Re: [netmod] Datastore leaf for yang instance data
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, 28 Nov 2018 15:27:41 -0000
On 28/11/2018 10:20, Juergen Schoenwaelder wrote: > On Wed, Nov 28, 2018 at 09:41:12AM +0000, Balázs Lengyel wrote: >>> I do not buy this story. Your software needs to decide somehow what >>> instance data means. A config true leaf in candidate means something >>> different than the same config true leaf in running and this yet again >>> means something different than the same config true leaf in operational. >>> >>> /js >> BALAZS: As I understood the WG decided that this draft should only be about >> the format of the yang instance data. What the SW does with it is out of >> scope. So considerations whether instance data should be loaded into running >> or candidate or not at all, are outside the scope. > If you do not know what the instance data means, any attempt to use it > is kind of broken. > >> I want to provide a datastore indicator, but how that should be used (and >> thus what is exactly means) is out of scope. > I disagree. The datastore indicator is needed to understand what the > data means, i.e., to do anything meaningful with it. I think that a datastore indicator is useful sometimes. E.g. it might be helpful in some cases to know that the data was associated with a particular datastore. But in the general case I think that this is just "data at rest", and probably the key thing to know is whether (i) the data relates to configuration, or (ii) the data relates to operational state. This could potentially be inferred from a datastore leaf, or perhaps this distinction could more explicitly be made by a separate field, which I would make an enumeration or identity, since there might be other types of data in future, such as capability information or diagnostics. Thanks, Rob > >> Anyway in some cases it would be problematic to define a single datastore >> parameter. E.g. the draft allows the real world use case of putting config >> and state data in the same file. In this case state data is associated with >> operational while config data is with running/candidate. In the non-NMDA >> case I do not even know what the correct daatastore is for state data. > We created NMDA because mixing <running> with <operational> is broken > in a number of cases. I am fine to accept that the datastore indicator > may be absent paired with a clear warning that in this case it is > undefined what the data means. (And I will hope that robust > implementations will avoid working with data that has unclear > semantics or at least generate warnings.) > > /js >
- [netmod] Fwd: New Version Notification for draft-… Balázs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Joe Clarke
- Re: [netmod] Fwd: New Version Notification for dr… Ladislav Lhotka
- Re: [netmod] Fwd: New Version Notification for dr… Joe Clarke
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] Fwd: New Version Notification for dr… Joe Clarke
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] Fwd: New Version Notification for dr… Ladislav Lhotka
- Re: [netmod] Fwd: New Version Notification for dr… Martin Bjorklund
- Re: [netmod] Fwd: New Version Notification for dr… Ladislav Lhotka
- Re: [netmod] Fwd: New Version Notification for dr… Balázs Lengyel
- [netmod] Datastore leaf for yang instance data Balázs Lengyel
- Re: [netmod] Datastore leaf for yang instance data Juergen Schoenwaelder
- Re: [netmod] Datastore leaf for yang instance data Balázs Lengyel
- Re: [netmod] Datastore leaf for yang instance data Balázs Lengyel
- Re: [netmod] Datastore leaf for yang instance data Juergen Schoenwaelder
- Re: [netmod] Datastore leaf for yang instance data Juergen Schoenwaelder
- Re: [netmod] Datastore leaf for yang instance data Martin Bjorklund
- Re: [netmod] Fwd: New Version Notification for dr… Joe Clarke
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] Datastore leaf for yang instance data Robert Wilton
- Re: [netmod] Datastore leaf for yang instance data Juergen Schoenwaelder
- Re: [netmod] Datastore leaf for yang instance data Robert Wilton
- Re: [netmod] Datastore leaf for yang instance data Juergen Schoenwaelder
- Re: [netmod] Fwd: New Version Notification for dr… Qin Wu
- [netmod] yang-instance-file-format - do we need a… Balázs Lengyel
- [netmod] yang-instance-file-format - do we need a… Balázs Lengyel
- Re: [netmod] yang-instance-file-format - do we ne… Juergen Schoenwaelder
- Re: [netmod] yang-instance-file-format - do we ne… Balázs Lengyel
- Re: [netmod] Datastore leaf for yang instance data Balázs Lengyel
- Re: [netmod] yang-instance-file-format - do we ne… Qin Wu