Re: [netmod] some comments on revised-datastores-01

Kent Watsen <kwatsen@juniper.net> Tue, 21 March 2017 16:18 UTC

Return-Path: <kwatsen@juniper.net>
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 290EC1294BB for <netmod@ietfa.amsl.com>; Tue, 21 Mar 2017 09:18:56 -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_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 zd5b4XE3wAvV for <netmod@ietfa.amsl.com>; Tue, 21 Mar 2017 09:18:50 -0700 (PDT)
Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0090.outbound.protection.outlook.com [104.47.40.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5AF0D129B9E for <netmod@ietf.org>; Tue, 21 Mar 2017 09:17:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=e0DhYT1gFX8BGLB2fV+6hm3LCNQjxox6WsFYbwMyzf8=; b=HmuEM0w4qJhcySQLMFz28LIqXCcUXCrLW55DyV7/9t3mfVHkY+9pcBQqFT5iYiJ+2k0NcBX9urfqHOUfFWQD0Hri7GA0PmT7c0+fB/v3ztiZr6i0JajCYoPUwtmBoU3t324sswhQopGziBHUFyv7SUMxxhdO7+k6fWM8Y89uiZ8=
Received: from BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) by BN3PR0501MB1443.namprd05.prod.outlook.com (10.160.117.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.991.4; Tue, 21 Mar 2017 16:17:47 +0000
Received: from BN3PR0501MB1442.namprd05.prod.outlook.com ([10.160.117.151]) by BN3PR0501MB1442.namprd05.prod.outlook.com ([10.160.117.151]) with mapi id 15.01.0991.013; Tue, 21 Mar 2017 16:17:46 +0000
From: Kent Watsen <kwatsen@juniper.net>
To: Susan Hares <shares@ndzh.com>, 'Juergen Schoenwaelder' <j.schoenwaelder@jacobs-university.de>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] some comments on revised-datastores-01
Thread-Index: AQHSoB0pC6yqRGsTNE2Jco/Jvjk1RKGb2quAgAA4bM+AAErBAIAAGmtHgAABXwCAABnezIAAsleAgAA81wCAAEaBgP//wCGAgABHLQD//+WigIABlTCA///uwYA=
Date: Tue, 21 Mar 2017 16:17:46 +0000
Message-ID: <2DE21F4B-8F5F-473A-A268-42BFB053E490@juniper.net>
References: <20170319.094733.1957440769000198080.mbj@tail-f.com> <CEDE2294-1BCB-451A-B79E-9E60294419FF@juniper.net> <20170319.173702.1332458451679178380.mbj@tail-f.com> <E5EC05F0-F65A-4C2F-A3F5-99E0088D075A@juniper.net> <20170319181630.GA32188@elstar.local> <17DE32B0-6B2A-4D55-98AC-C4B26FC4BC32@juniper.net> <20170320062722.GA32956@elstar.local> <79DEF6A3-F1AE-45C9-A88F-14796FEF884C@juniper.net> <20170320141729.GA33652@elstar.local> <4FAE1F8E-5449-4761-9950-41956A1CB7CB@juniper.net> <20170320144335.GB33724@elstar.local> <C5A7D551-EA2C-4699-9FB2-367182CA296C@juniper.net> <01de01d2a245$c5fc86f0$51f594d0$@ndzh.com>
In-Reply-To: <01de01d2a245$c5fc86f0$51f594d0$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.20.0.170309
authentication-results: ndzh.com; dkim=none (message not signed) header.d=none;ndzh.com; dmarc=none action=none header.from=juniper.net;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [66.129.241.11]
x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1443; 7:CgbnWT4uf5O3m3dwGR8uX/4Fmwbhq5G2xXu6gFOCn+pZOeJiM8QkPndXDZ9xrjzylVDniL1M0h682NpOqxfk05zk0bVM/dr7ysctgtwassG/WyMWIsjxkhvkuAjc2TDgUfCe7KtGyiVU7m0J6EIXoKfKGiErp7NlRdOgHwyy/H5zqotURR0dwZGvA8CYsz1aZasg1jLAuTMGrmZNcjj3UyPUh6XdfulleG/zpQOaqszUKx8bjboYRt7gZjrErSyyXwqqvuRrXlgtc+/xqabp/HADZ+wSz8eKYOy7y9zp9MEjc4ulIe3KjBLpBuBI2m4Hiu1vzHgAYwM8zmS4gUbuaw==
x-ms-office365-filtering-correlation-id: 1e104e9e-c576-46b4-ac19-08d47075d004
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081); SRVR:BN3PR0501MB1443;
x-microsoft-antispam-prvs: <BN3PR0501MB14439D154AD5641A284318A3A53D0@BN3PR0501MB1443.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123560025)(20161123562025)(20161123564025)(20161123555025)(20161123558025)(6072148); SRVR:BN3PR0501MB1443; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1443;
x-forefront-prvs: 02530BD3AA
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39850400002)(39840400002)(39410400002)(39860400002)(39450400003)(51444003)(377454003)(13464003)(3660700001)(83506001)(82746002)(2906002)(2900100001)(3280700002)(305945005)(83716003)(86362001)(7736002)(8936002)(2950100002)(8676002)(25786009)(81166006)(33656002)(66066001)(561944003)(6306002)(6512007)(77096006)(99286003)(6246003)(38730400002)(4001350100001)(6116002)(3846002)(102836003)(53936002)(36756003)(230783001)(6436002)(5660300001)(93886004)(189998001)(4326008)(50986999)(76176999)(122556002)(229853002)(53546009)(6486002)(6506006)(54356999); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1443; H:BN3PR0501MB1442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <BA710A589DF213498221A95D5FC0255F@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2017 16:17:46.8803 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1443
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/syLVLPDQA_Q2cas2Tve1irRamTY>
Subject: Re: [netmod] some comments on revised-datastores-01
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, 21 Mar 2017 16:18:56 -0000

Sue,

I think that only (c) is "done", and even then only to the point that a proposal is offered in the appendix D.2 in the revised-datastores draft.

(b) has never been discussed.

(a) is what this recent flap has been about.  We'll see if it's a list of datastores or capabilities or something else...

Kent


-----ORIGINAL MESSAGE-----

Kent and Juergen: 

To summarize your messages: 

a) a global datastore list 
b) Each datastore contains a list of modules it contains (currently done) 
c) Each module contains a list of datastores it supports. 

Is this correct?  Or did I misunderstand. 

Sue 

-----Original Message-----
From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Kent Watsen
Sent: Monday, March 20, 2017 1:09 PM
To: Juergen Schoenwaelder
Cc: netmod@ietf.org
Subject: Re: [netmod] some comments on revised-datastores-01


> I believe this is the wrong direction, even if we rewrite the module 
> in the revised datastores document and split it into multiple modules.
> A simple list of implemented datastores is cheap. It is flexible. It 
> does not require explanations and rules how definitions must be split 
> into modules that finally must be remembered and checked still in 5-10 
> years from now. I firmly believe that these types of 'optimizations'
> lead to creeping complexity down the road. Lets not create CLRs how 
> modules must be structued, named, etc.

That's a better answer.  At least now I get the sense that you actually
understood what I was saying.

As for your proposal, I agree with you that it would be best to have an
explicit list.  I assume that this would be another proposed change to YANG
Library (i.e., Section D.2 in the revised-datastores draft).  It will be
tricky to enforce the use of this version of YANG Library in RESTCONF
without a -bis document...

K.


_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod