[netmod] revised-datastores and commonality of schemas

"Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com> Thu, 02 November 2017 18:51 UTC

Return-Path: <jason.sterne@nokia.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 139C813F898 for <netmod@ietfa.amsl.com>; Thu, 2 Nov 2017 11:51:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 btwchZleE67x for <netmod@ietfa.amsl.com>; Thu, 2 Nov 2017 11:51:01 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0104.outbound.protection.outlook.com [104.47.2.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D579B13F885 for <netmod@ietf.org>; Thu, 2 Nov 2017 11:51:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=5WXg9aEwiicaan3DfnydH+hVbQiFDudRKoQ7cufjLTc=; b=VhN1O+o4F7z8QQ0ardZwnnNDwG9y9UPX1WnTtEFblUgpQUOuFb8kHz57E57l3nqMjKdegprQqRliKP7KMLx5CAPA1kV2B/iQuKiVB2oO505qHlSQhMDpWlfi8InQaE/9KrfZsa4AC+JaKf27qfbH3URJiRcAojnP/PtNQQWLCpw=
Received: from AM3PR07MB1124.eurprd07.prod.outlook.com (10.163.187.158) by AM3PR07MB1123.eurprd07.prod.outlook.com (10.163.187.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.218.6; Thu, 2 Nov 2017 18:50:58 +0000
Received: from AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::746c:4eb1:1f6a:9527]) by AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::746c:4eb1:1f6a:9527%14]) with mapi id 15.20.0218.004; Thu, 2 Nov 2017 18:50:58 +0000
From: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>
To: Robert Wilton <rwilton@cisco.com>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: revised-datastores and commonality of schemas
Thread-Index: AdNUCoHtyAS1CimASZeXYMa36mq5Dg==
Date: Thu, 02 Nov 2017 18:50:58 +0000
Message-ID: <AM3PR07MB11243C4497C17B7E5A6F2E3C9B5C0@AM3PR07MB1124.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.245.20.10]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1123; 6:rct/tEu6oK3lUXlbwAM6q4j1Wg/NziCF/ZCSgEIY5PBqxpJ0fuuLk4GoaRMfzdqJn/6KC57mHDRecntN4ipkpHpNShOyFrFRTM/7UcSq/WGefb7DJFtRl3VYcPtD9iCRT1wsPWkbClAhAbN7ubchfkSoyCiB8Yroe/s8bjg55DwwdQ1WtpVdkjIWyZcDOejvNc4GKEMQl7xUWZ1Ogd1ifK0sUdY6Y5Q3IIwfBCA9A3RI7GnzdSyUBuTrn05TspqVWbY8dKyShmTuTHhMbEh+SWZ5PyuBtwBuDNCgwr+HKeEfGoxIoXw1jFwxEcy7S5PHPXuxVs+tMWWVd2UubTsM1WiG0tFp8NDcomGfyZonv64=; 5:zjVdSIB/YfP1imdPeRcOgN6x2YacjGjwFPGDU3v9y4xB7hBYNR9AxytSTnpAZyuWgRH4YB4ZgLFL70iFX/0RfbOk6F6Dy8xYWpq+qsCJUsjjgU+cPh7gJGfoWLxCZJBIPYWrqS4wjI617aJJdhxr1oqygbdVzb3nnI5ZFZBcXpE=; 24:fOZp5I7tX0x37Uh/85vl6LradcGbQ53pdmqpyA+6gGRhPp7Sd1t+5zhRroelcTheNPZxJDAhrPJjvEbQqLlgMaOikJPihJ+f1oa/l4H17V0=; 7:R5LOahNtaM0jk4QRUNMQPq9S0wSv8W8H54vB0RV1zHKrFxCSqNrDHOylyFFd2KWtJBY4loYvHSlujscWD7mEdX6a62UpHvxSYTtQ/v5UBDP+4yi1C2nqZi9ayXTUCk3GLjIZRoOtmJNiUbBnT8gvQ/iHSI6i+wjGu+zfcVWlsFXWDKu+A1pZRLkdcEDi5kQBxe81hoIj0IqiWviXRP93nr6mVKMgXIMKkmCFsoIZ0RJlBT7DP4xu6LpK6ymBIRtb
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: b2987c29-03c6-4fc3-efba-08d52222a7e6
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(2017052603238); SRVR:AM3PR07MB1123;
x-ms-traffictypediagnostic: AM3PR07MB1123:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jason.sterne@nokia.com;
x-exchange-antispam-report-test: UriScan:(120809045254105)(166708455590820);
x-microsoft-antispam-prvs: <AM3PR07MB11234FB3E0F9CED38B3E00B89B5C0@AM3PR07MB1123.eurprd07.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(100000703101)(100105400095)(3002001)(93006095)(93001095)(3231020)(10201501046)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(20161123558100)(20161123562025)(20161123564025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:AM3PR07MB1123; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:AM3PR07MB1123;
x-forefront-prvs: 047999FF16
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(376002)(346002)(39860400002)(24454002)(13464003)(199003)(189002)(377424004)(5250100002)(478600001)(2501003)(86362001)(4001150100001)(33656002)(9686003)(81156014)(55016002)(8936002)(316002)(81166006)(8676002)(6306002)(97736004)(3660700001)(966005)(3280700002)(2906002)(66066001)(99286004)(6116002)(3846002)(25786009)(102836003)(68736007)(189998001)(6436002)(101416001)(106356001)(14454004)(53936002)(74316002)(305945005)(7736002)(53546010)(2900100001)(105586002)(110136005)(50986999)(7696004)(54356999)(6506006)(5660300001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR07MB1123; H:AM3PR07MB1124.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b2987c29-03c6-4fc3-efba-08d52222a7e6
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Nov 2017 18:50:58.3486 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1123
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/lzxKXX9hsPxzyChR-yUHvrGEM8k>
Subject: [netmod] revised-datastores and commonality of schemas
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: Thu, 02 Nov 2017 18:51:04 -0000

Hi guys,

Templates are something that may be problematic for this concept of common schemas across the running/candidate/intended DSes and then operational being a superset.

The <running> DS needs to have both the template itself in the schema as well as whatever nodes are used to hold 'exploded' data.  But what about intended and operational ?

For example, imagine we have the following instance data in a candidate & running DS:
1) a template that sets an admin-state leaf to 'enabled' in all interfaces
2) a set of 3 interfaces with a few leafs of config in them (address, etc)

Clearly the schema for the candidate/running DSes contain both the template and the interface schema nodes.

But does the schema for the intended DS actually have the template schema nodes ?   In theory it doesn't *need* to (since templates are exploded between running & intended), and it feels strange to have those in there, but I suppose it could have them.  If they are there, then a read of the intended would show "admin-state enabled" in the template *and* in the 3 interfaces.

Does the operational DS contain the template schema nodes ?  If yes, then I suppose we would consider all templates as 'applied' implicitly ?

Rgds,
Jason


> -----Original Message-----
> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Robert
> Wilton
> Sent: Tuesday, October 31, 2017 10:01
> To: netmod@ietf.org
> Subject: Re: [netmod] I-D Action: draft-ietf-netmod-revised-datastores-
> 06.txt
> 
> So this version of the draft contains the small change that defines "datastore
> schema" and describes the "datastore schema" of <operational> as being the
> superset of the datastore schema for all the configuration datastores.
> 
> There are two remaining issues open on the issue tracker
> (https://github.com/netmod-wg/datastore-dt/issues):
> 
> (1) Sign off that usage of RFC 2119 language is appropriate. Perhaps one of
> the proponents of this change could please verify this.
> (2) The email thread regarding Actions and RPCs in NMDA.  I will send
> updated proposed text on the appropriate thread.
> 
> Thanks,
> Rob
> 
> 
> On 30/10/2017 18:04, internet-drafts@ietf.org wrote:
> > A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> > This draft is a work item of the Network Modeling WG of the IETF.
> >
> >          Title           : Network Management Datastore Architecture
> >          Authors         : Martin Bjorklund
> >                            Juergen Schoenwaelder
> >                            Phil Shafer
> >                            Kent Watsen
> >                            Robert Wilton
> > 	Filename        : draft-ietf-netmod-revised-datastores-06.txt
> > 	Pages           : 38
> > 	Date            : 2017-10-30
> >
> > Abstract:
> >     Datastores are a fundamental concept binding the data models written
> >     in the YANG data modeling language to network management protocols
> >     such as NETCONF and RESTCONF.  This document defines an architectural
> >     framework for datastores based on the experience gained with the
> >     initial simpler model, addressing requirements that were not well
> >     supported in the initial model.
> >
> >
> > The IETF datatracker status page for this draft is:
> > https://datatracker.ietf.org/doc/draft-ietf-netmod-revised-datastores/
> >
> > There are also htmlized versions available at:
> > https://tools.ietf.org/html/draft-ietf-netmod-revised-datastores-06
> > https://datatracker.ietf.org/doc/html/draft-ietf-netmod-revised-datast
> > ores-06
> >
> > A diff from the previous version is available at:
> > https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-revised-datastores
> > -06
> >
> >
> > Please note that it may take a couple of minutes from the time of
> > submission until the htmlized version and diff are available at tools.ietf.org.
> >
> > Internet-Drafts are also available by anonymous FTP at:
> > ftp://ftp.ietf.org/internet-drafts/
> >
> > _______________________________________________
> > netmod mailing list
> > netmod@ietf.org
> > https://www.ietf.org/mailman/listinfo/netmod
> > .
> >
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod