[netmod] Datastore leaf for yang instance data

Balázs Lengyel <balazs.lengyel@ericsson.com> Fri, 23 November 2018 13:21 UTC

Return-Path: <balazs.lengyel@ericsson.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 54CD2128CFD for <netmod@ietfa.amsl.com>; Fri, 23 Nov 2018 05:21:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.058
X-Spam-Level:
X-Spam-Status: No, score=-4.058 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=dnoFwJ81; dkim=pass (1024-bit key) header.d=ericsson.com header.b=ErtWy6gf
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 3Pz71KOIHekE for <netmod@ietfa.amsl.com>; Fri, 23 Nov 2018 05:21:33 -0800 (PST)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 123AB127B92 for <netmod@ietf.org>; Fri, 23 Nov 2018 05:21:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1542979290; x=1545571290; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=i21Z52KUYGunNdv+rQkbAFBS05Vf3S9xkp626YdtqW8=; b=dnoFwJ810RSfVbQh01h0Dy+hFFmbsuGm5NMoh1HhngYFUwokh9gTn5uDkkoX0Wux TD56Pnlv/8azpa5Zl1itAl5TVZ7jWqWfccQ0NQP6azMLErFbqOk0UyJkxBx/GQn1 jFJRrbmNIHP5cn8HfX5XNV/s55sPmb8ZlrJ1/VmTKVs=;
X-AuditID: c1b4fb25-a68609e00000191f-25-5bf7fedab35c
Received: from ESESSMB505.ericsson.se (Unknown_Domain [153.88.183.123]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 7E.E1.06431.ADEF7FB5; Fri, 23 Nov 2018 14:21:30 +0100 (CET)
Received: from ESESBMR505.ericsson.se (153.88.183.201) by ESESSMB505.ericsson.se (153.88.183.193) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 23 Nov 2018 14:21:25 +0100
Received: from ESESSMB503.ericsson.se (153.88.183.164) by ESESBMR505.ericsson.se (153.88.183.201) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 23 Nov 2018 14:21:25 +0100
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB503.ericsson.se (153.88.183.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Fri, 23 Nov 2018 14:21:25 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TRp6E/FteXWN0ZQQNxGnqCKLLZhAMyH49BceVlXMWQQ=; b=ErtWy6gf+7kI8nhF5JDtKQ7eJGhIlL9sh71cV3UWk4Eq/5G9iVa9BYS9VLbrtl6GLuPSpoq9cI9zLcBWO8Ad56xb4iXsHtluD1qaTWTU5SH2Xd6TATiSBkx5cR/2igXW1mtQmeFvd1Vx2ed4S+VCOZPkWpkSdYEyyjeyKAZNh9U=
Received: from VI1PR0701MB2736.eurprd07.prod.outlook.com (10.173.80.148) by VI1PR0701MB2814.eurprd07.prod.outlook.com (10.173.71.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1361.9; Fri, 23 Nov 2018 13:21:24 +0000
Received: from VI1PR0701MB2736.eurprd07.prod.outlook.com ([fe80::70d1:cf80:392b:814b]) by VI1PR0701MB2736.eurprd07.prod.outlook.com ([fe80::70d1:cf80:392b:814b%4]) with mapi id 15.20.1382.007; Fri, 23 Nov 2018 13:21:24 +0000
From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= <balazs.lengyel@ericsson.com>
To: Ladislav Lhotka <lhotka@nic.cz>, Martin Bjorklund <mbj@tail-f.com>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: Datastore leaf for yang instance data
Thread-Index: AQHUgy9uQuT8qLL6iU6nVdbyZztkVQ==
Date: Fri, 23 Nov 2018 13:21:23 +0000
Message-ID: <1f4103c1-4953-3df4-d50d-aed1961fbc50@ericsson.com>
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>
In-Reply-To: <866ff105cf8fda7eadbdce5b344f4cd734fd99b8.camel@nic.cz>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [129.192.74.5]
user-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1
x-clientproxiedby: HE1P191CA0011.EURP191.PROD.OUTLOOK.COM (2603:10a6:3:cf::21) To VI1PR0701MB2736.eurprd07.prod.outlook.com (2603:10a6:801:8::20)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR0701MB2814; 6:2FxPZI578MVkZcSq41szn5hPZVzoZRCyFVcmIcFU8NMSKIC9pN+U2DJpUJuZvwQxhbnoxpyfhH+J4tei7/4icTFz4zjWoWVgW85ZlhkgkrD5mmFWYkd/Pdj34SOCHnXm/5kK/AxbEhhLoFGbs3I+VbqIX8Veh4v2vy3ozAOW0G2it7j3mJdV9IVjoO/01vmdfiuu4AnayPWYuLZnM5PwsdFdgtrUaIj50cPeJaILxatsUEgUVKO5E1DRxlTx7GlHquNoYG2Xlvu6asKGxaW2THFZdRjjVXcs8vc6K7qwSG6IYrlM0sOU+SvvzFh1m+G39X4v0sMjMLl8ToE0v+cBjXM8PIts8t60nqurQNwXPU5V+cY0z66bDl1Wz4raKS42ZLmXDLfUz+zdNPqJpU7YGL258JCvdlsFiQg0VNcvFaEzDXUzHTv8T9Z0taU2xc/AQiRhuyuDCA3LCt2qcI7n3Q==; 5:Jie4Wl9GAQw25z4DGVKuyFd8bQ0gq6hG10CqX+0TYHFkhW8ox81UzHwVZtBX4fgoQzVXsE0g0ZMF3xSv+/PnQ6o0jPkVP3j1GUmc1FChBHCMJKByGTVyiPepPLyQb7xXjqTUVzgjRFSblMNlKJFzioRkDBocssdBsdWVqMomexA=; 7:w6akibPq1Kc62ZpqH5U0TRq2w8vWYcTFMz/MhPzL9TpEChQGPWcEOf7JuilgDyDhLyW60iKTP+xdIB4dFLj+lEeCiLtJLa6GBv4uObopzSEmM8NL0qUkZ06g8p5d8aqa5P+3szuqQmenHoBEHOM1EQ==
x-ms-office365-filtering-correlation-id: b2a894f2-f721-402c-309c-08d651469017
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(49563074)(7193020); SRVR:VI1PR0701MB2814;
x-ms-traffictypediagnostic: VI1PR0701MB2814:
x-microsoft-antispam-prvs: <VI1PR0701MB281416B61F9CEC904F1F7E3EF0D40@VI1PR0701MB2814.eurprd07.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(5005006)(8121501046)(3231442)(944501410)(4983020)(52105112)(3002001)(10201501046)(93006095)(93001095)(148016)(149066)(150057)(6041310)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:VI1PR0701MB2814; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0701MB2814;
x-forefront-prvs: 086597191B
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(366004)(376002)(136003)(396003)(39860400002)(51444003)(189003)(199004)(252514010)(106356001)(66066001)(81166006)(8676002)(65806001)(65956001)(58126008)(81156014)(110136005)(65826007)(6506007)(97736004)(386003)(76176011)(105586002)(8936002)(99936001)(85182001)(7736002)(71200400001)(71190400001)(64126003)(5660300001)(68736007)(256004)(31686004)(14454004)(85202003)(4326008)(6436002)(6116002)(3846002)(476003)(36756003)(478600001)(26005)(6486002)(3260700006)(25786009)(2906002)(186003)(446003)(11346002)(2616005)(53936002)(236005)(102836004)(114624004)(966005)(52116002)(99286004)(6306002)(606006)(486006)(316002)(54896002)(31696002)(93886005)(6512007)(86362001)(2900100001); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0701MB2814; H:VI1PR0701MB2736.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: 9gTICPM03ZaBqwj7XSTrgOmk8uE+z/D3D0nYQ6CUmc1Rw7tRDCaBqHnupjRl+q0SgGjp6OtgoZzVp8RY5DDQVwMuoASLnOnozwj8zk1HG+AEELU1SpupiZvgEWs1XGN25FANoHi9TIJMmkaJHgG3Bx0S9C7Ond/QxzLynmQdPvF5HQfHtUx9fcFiVoIZWKS1o9QG+nX9/HbPgL54j/Vlm5K92/JpMVedd4Lw0ybkT4/E3JwnwhI9X/I6yVSDuveWP2CAlhxyhFZ7TlEszt8s1JBbL0kP8w+/VdoopPUj+6ohBWgakOVc7L97v9Mmwiqzlwq7HJuKPwktTq7sHQ+BxZjHkbugF1QhsOumo6ikeas=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms050408040505030308040407"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: b2a894f2-f721-402c-309c-08d651469017
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Nov 2018 13:21:23.9324 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB2814
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA1WSfUhTURjGOffe3V1Xg5NpvkyCGmnRx6xMEooy0rRA6MMkrMyVtyXpjF2z tCCdiHMz8ivUZUxxmKhkrS+LTLTsQ0srE81GZU2zJlmjFBVXu94V9d/vOc/zvs85cBjSc1Ak YxLUKaxGrUyU0xKqbM+tUyv6neN7Vw6bVgY/r71IBxsMQ+Jg04tMUQgZYTZPEBGWbiuKuDpZ RW0nYyTr49nEhFRWE7AhTnIks+ux+FhP+smmrPAMZDqsRwwDeA10VizRIwnjiR8g0N1uIAQx hsD6Sif+K6aMDrcwE/Cpv4nmBYXzSehqcVCCc56Am8NatxhCcK95zLXNg6FxKOR8bZ5hL7wF eswXKZ5JvBis7R9pnudiBby7XOfOBML78jsigRVQ01iIeKawH7y+5CD4m0vxRmi3rxO6Cgm4 Yhsh+YyHq6uyoV7MM8LzYLy9nhC6fKDfZpphwF4w8KKDFtgbPn90igReAF+L2mbOvfF+KDHn Ib4AcBGC+8Z8WlgaC3ff6tzDy+FZrw0JPB9emgzugT4aeh9OkIIRCbppp1gwrAieNjrQn2lt eT6dj1Yb/7mh0ZUjcS6CvM5fBG9I8Rx4UmajjK5nk9gfqrPl/+d5XgbVlXZS4HVQOtlCC7wQ ig0DYoGDwN72HQkcCNWXp+kKJKlF3hzLHUxSrQ5UsJqEQxyXrFao2RQLcn24lutTfo2oe2RT K8IMks+W6r+P7/UUKVO5tKRWtMi158OVuudIRqmT1azcS6pd6LKl8cq0dFaTfEBzPJHlWpEv Q8l9pANrr8V4YpUyhT3KssdYzR+XYDxkGcj7QXSmdUqyrWCPsz57rnnZkze7o4IKasIqd9w8 sS8m7OXZXSU3LGEdobmKUt+42LrBb8WRuiiHdmdI6s8AVV8znbW7StUxyJ4Z6o06kDO82f54 zB7edG70XYN+MujM6NULp0Nl17f+sERGh8YSOYU3ZtX6D5fGObMfley0+ehlki9yijuiXLWU 1HDK36pIXCt4AwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/T7WiMHc65gl5D7nUVhnVKjeNlJ8>
Subject: [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: Fri, 23 Nov 2018 13:21:36 -0000

BALAZS: "Instance data associated with a datastore" may mean many things, that's why this relatively loose term is used. It may mean:

  • Data was read from that datastore
  • Data is intended to be fed into that datastore
  • Something else ???


This can be useful if data is read from a datastore, but in a number of cases it is not useful:

  • Preloading configuration data: datastore may be running or candidate.
  • Preloading mixed config and state data: We do have state data that is very stable and thus it is documented as instance data, and the instance data file is actually used to feed the state data into the SW. So datastore is: running, candidate + operational if NMDA is supported or state datastore (whatever that is) if NMDA is not supported

regards Balazs


    
On 2018. 11. 06. 11:03, Ladislav Lhotka wrote:
On Tue, 2018-11-06 at 10:41 +0100, Martin Bjorklund wrote:
Ladislav Lhotka <lhotka@nic.cz> wrote:
On Tue, 2018-11-06 at 07:36 +0100, Juergen Schoenwaelder wrote:
I agree that

        leaf datastore {
          type ds:datastore-ref;
          description  "The identity of the datastore for which
            the instance data is documented for config=true data nodes.
            The leaf MAY be absent in which case the running dtastore or
            if thats not writable, the candidate datastore is implied.

            For config=false data nodes always the operational
            data store is implied.";
    }

is pretty confusing. It should be something like this:

        leaf datastore {
          type ds:datastore-ref;
          description  "The identity of the datastore holding
            the instance data. If the instance data is not associated
Or rather the datastore that the instance data was extracted from.
I prefer "associated with".  There are other uses cases than just
holding data "extracted from", e.g., data that is supposed to "be
inserted into" a datastore.  "associated with" is less resrictive.
It unclear what "associated with" means in this context.

Lada


      

        
After that,
the data exists on its own and the originating datastore may later be
holding
something else.

        with a datastore, then this leaf MUST be absent.";
RFC 2119 language would make sense if there is anything that could break if
that
MUST isn't observed. But we even didn't know what the data is going to be
used
for.

I would treat the "datastore" item as a purely optional information
I agree.


/martin



that, if
present, was provided for some reason. If it is false, what can we do?

    }

I am against merging data from different datastores together, which
the last sentence of the original text seems to imply.
Both config true and config false data may come from <operational>, so it
doesn't necessarily mean any mixing of datastores. But then again, I think
that
the datastore information isn't in most cases that interesting.

Lada

/js

On Tue, Nov 06, 2018 at 11:51:26AM +0700, Ladislav Lhotka wrote:
Joe Clarke <jclarke@cisco.com> writes:
===

Section 6

With your datastore leaf, if I pull this off of a running YANG server,
serialize it and share it with my customer, why wouldn't I have the
actual datastore from which I retrieved it?  What I'm saying is that
this element may be missing, but if it is, I don't think you can
assume
the source datastore for config=true nodes.

The description of the "datastore" leaf doesn't make much sense to
me. It says that for configuration data the default is "running" or
"candidate" if "running" isn't writable. Why should it matter whether
"running" is writable? It looks like it is assumed that the config data
will
eventually be fed into the indicated datastore, but I don't see any
reason for such an assumption.

I can see that "datastore" can be occasionally useful as auxiliary
metadata but, in my view, this document addresses also instance data
that is not necessarily bound to any datastore.

Lada

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

_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod" rel="nofollow">https://www.ietf.org/mailman/listinfo/netmod
-- 
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67

_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod" rel="nofollow">https://www.ietf.org/mailman/listinfo/netmod

-- 
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@ericsson.com