IETF Logo Mail Archive

[netmod] revised-datastores-03: duplicate list entry from conventional + dynamic

"Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com> Tue, 18 July 2017 20:47 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 7E94F131A8F for <netmod@ietfa.amsl.com>; Tue, 18 Jul 2017 13:47: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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, 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 V-4qV82pwH-N for <netmod@ietfa.amsl.com>; Tue, 18 Jul 2017 13:47:02 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0091.outbound.protection.outlook.com [104.47.2.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5779E131A7C for <netmod@ietf.org>; Tue, 18 Jul 2017 13:47:01 -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=L9HoAF6C2EEfrEa/P9MzJcIPk2gdOetLweuqIEESwBA=; b=syyGTtQkERdkqX9GnWvAaU9p0IHDXpVIWEUYb05mTwfYh4ocD0o4bd4dcm7+Q6I+PNtN2nv2+xV/pCsBy5y7PNDpSHcM9rsC+AQMXI5rRvI2CaplUZrKT6B3K10nUZ3vP+VrpoyRR84fjuLON5HHJSo8zBQz37hRz1d+cz7P3T0=
Received: from HE1PR07MB0843.eurprd07.prod.outlook.com (10.162.24.16) by HE1PR07MB3386.eurprd07.prod.outlook.com (10.170.247.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.4; Tue, 18 Jul 2017 20:46:59 +0000
Received: from HE1PR07MB0843.eurprd07.prod.outlook.com ([fe80::2037:21a7:f18e:d337]) by HE1PR07MB0843.eurprd07.prod.outlook.com ([fe80::2037:21a7:f18e:d337%14]) with mapi id 15.01.1282.008; Tue, 18 Jul 2017 20:46:59 +0000
From: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>
To: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: revised-datastores-03: duplicate list entry from conventional + dynamic
Thread-Index: AdMABT5bA0iGlr9kSc2gTdFT3HTBPQ==
Date: Tue, 18 Jul 2017 20:46:58 +0000
Message-ID: <HE1PR07MB0843056A990E261D12E1C4F49BA10@HE1PR07MB0843.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [135.245.20.22]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; HE1PR07MB3386; 7:5W792a1rljCeDAB3nAcuHU/7ECOw6G33jIoOOLKqsUJcwFHuI1OnxQVlG8xF2xiLe3GcX1CSonDyOwYAnfteJtd3+96VclqfVqyeT3ZkOu6GbY/jZjw0jmqTzTts1HJruFX0gJ/lHAQoA9SAARJV9PAwfraiaxfoDbWE+2n5Ee6G7m7NkyqhbPrDsJwV46n/z/WttvfevUOiPDzCVe4y1DOMT3vgzrRcaev2lnyY/FJ/AJNGqm9q1JCgFmxNUmQqR+UtYWxwcvkD3e5+wSafywx4cDcGe7D5YyVzoaGsGsfTF5JfD66Zzryd720h/YNRF/iI80xnhG6Fxpku23xtF0oyGFKMADjZdNJhfbvmfCDY7seO4WVxM+7U7X+DFyOanPwkEQqdW0T42x1BB2AK01t6AE0Dv67JYyUhxyLDq7vwOT1YnBcL6xUrtixt+D9/Zwaw7bofzLizmSrRXgpz0UZPk+TF7nGMEZz2PvJIG/Z0HGHXYMA2Y1XKQe5Js3fc0xADK71ARHSUNbgAnLj+9Iz0ndeH78x2aASpTNgB+gpCmY+elOEbqjIIzURy1vEW3DpuNmqegff3CM2nE2bark0vRn997dSpe2fr4tHKWv9yYuhBCwhz+cZRD7ErFninqwQtrHvrJoMlUSEbJURHVmKK7HwyM70tfhD+CMdQXk1mYN8b5VeZlJccNtuQbjlI8RYc4Gr9FC9yi4iDH1c2CJXtf0NLZtHpkFz9BgWMkRd4uBgLXLH6zTUH0TT0PjQ/UYqkd+ST1uhHZtS2ClOXuPu+4a87CU3udgL1zEtggzU=
x-ms-office365-filtering-correlation-id: 14e31f15-7716-457b-c035-08d4ce1e22a1
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(300000503095)(300135400095)(48565401081)(2017052603031)(201703131423075)(201703031133081)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:HE1PR07MB3386;
x-ms-traffictypediagnostic: HE1PR07MB3386:
x-exchange-antispam-report-test: UriScan:(151999592597050)(278178393323532)(26388249023172)(236129657087228)(21748063052155)(247924648384137);
x-microsoft-antispam-prvs: <HE1PR07MB3386E8F7A8C71BA92AD9A6EF9BA10@HE1PR07MB3386.eurprd07.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(2017060910075)(8121501046)(5005006)(3002001)(93006095)(93001095)(10201501046)(100000703101)(100105400095)(6055026)(6041248)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123555025)(20161123560025)(20161123564025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:HE1PR07MB3386; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:HE1PR07MB3386;
x-forefront-prvs: 037291602B
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39400400002)(39410400002)(39860400002)(39850400002)(39450400003)(51444003)(53754006)(102836003)(3846002)(790700001)(6116002)(33656002)(189998001)(74316002)(3660700001)(3280700002)(2906002)(7696004)(7736002)(6506006)(6916009)(2351001)(2900100001)(5660300001)(2501003)(54896002)(14454004)(55016002)(53936002)(86362001)(99286003)(6306002)(9686003)(5640700003)(5630700001)(478600001)(25786009)(19609705001)(81166006)(230783001)(50986999)(54356999)(1730700003)(5250100002)(66066001)(8676002)(8936002)(110136004)(38730400002)(6436002); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR07MB3386; H:HE1PR07MB0843.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_HE1PR07MB0843056A990E261D12E1C4F49BA10HE1PR07MB0843eurp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jul 2017 20:46:58.9574 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3386
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/oIq0hJykin2l7nWGEItGJqhOWy0>
Subject: [netmod] revised-datastores-03: duplicate list entry from conventional + dynamic
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, 18 Jul 2017 20:47:04 -0000

Hi all,

The discussions about dynamic datastores in I2RS today made me wonder about a scenario:  What if a data model is supported in both conventional datastores and in a dynamic datastore (as well as being readable from the operational datastore), and the same list entry (e.g. interface abc, but with some different parms in the dynamic entry vs the config entry) has been created in both the running and the dynamic DS.

Only one of them can appear when reading the operational DS.

I presume that it is up to the specification document of the dynamic DS to define the collision resolution between dynamic & conventional.

But based on the revised DS draft I believe it would be necessary for the system to keep/store both copies of 'interface abc' so that a <get-data> with source=dynamic would return the dynamic version of interface abc while a <get-config> (or <get-data>) with source=running would return the conventional version of interface abc.  Do I have that correct ?

I think that also implies that removing one of the copies could cause the 're-installation' of the other (down to the app layer).

This concept of storing multiple copies and re-installation is something I2RS wants to avoid.  But since they have declared that their scope only includes the use of their models in the dynamic (ephemeral) DS, they won't have that behavior.

Rgds,
Jason

v2.23.0 | Report a Bug | By Email