Re: [Netconf] WG LC for draft-ietf-netconf-rfc6536bis
Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 10 May 2017 06:46 UTC
Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FAB6128D69 for <netconf@ietfa.amsl.com>; Tue, 9 May 2017 23:46:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.664
X-Spam-Level:
X-Spam-Status: No, score=0.664 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RP_MATCHES_RCVD=-0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 5D2p-c9gMVo3 for <netconf@ietfa.amsl.com>; Tue, 9 May 2017 23:46:12 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07BA4129AC5 for <netconf@ietf.org>; Tue, 9 May 2017 23:46:11 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 44D20EFE; Wed, 10 May 2017 08:46:09 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id etu5b0Hy9QVv; Wed, 10 May 2017 08:46:08 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Wed, 10 May 2017 08:46:09 +0200 (CEST)
Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1F04E20062; Wed, 10 May 2017 08:46:09 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id BIPDVl9U7vwt; Wed, 10 May 2017 08:46:08 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 5FBF02005F; Wed, 10 May 2017 08:46:08 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 34AC33F406EF; Wed, 10 May 2017 08:46:08 +0200 (CEST)
Date: Wed, 10 May 2017 08:46:08 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Martin Bjorklund <mbj@tail-f.com>
Cc: andy@yumaworks.com, netconf@ietf.org
Message-ID: <20170510064608.GA14838@elstar.local>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Martin Bjorklund <mbj@tail-f.com>, andy@yumaworks.com, netconf@ietf.org
References: <CABCOCHT9fNKHn=qgFsQ0mznByArCpqsAz4m4jjjPE7M243UjeA@mail.gmail.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0DF9584C@SJCEML701-CHM.china.huawei.com> <CABCOCHRgaTpxXJ0nOgbHx4Hbz6FgfTahN3T2OedfC6gnbnAN0A@mail.gmail.com> <20170509.145030.58029732242199759.mbj@tail-f.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
X-Clacks-Overhead: GNU Terry Pratchett
Content-Transfer-Encoding: 8bit
In-Reply-To: <20170509.145030.58029732242199759.mbj@tail-f.com>
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/XyYcpAsY-D4NX2XhAqJNtuU497k>
Subject: Re: [Netconf] WG LC for draft-ietf-netconf-rfc6536bis
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 May 2017 06:46:14 -0000
On Tue, May 09, 2017 at 02:50:30PM +0200, Martin Bjorklund wrote: > Andy Bierman <andy@yumaworks.com> wrote: > > On Thu, May 4, 2017 at 11:21 AM, Alexander Clemm <alexander.clemm@huawei.com > > > wrote: > > > > > As mentioned in my message, I don’t think specific access control will be > > > needed (I am not aware of specific use cases), but specifically with the > > > revised datastore architecture about to the be introduced, its impact or > > > nonimpact and interrelation with NACM should be discussed. This can be as > > > simple as a small paragraph or subsection “Revised Datastore > > > Considerations”. > > > > > > > > > > > > > there is no text about candidate vs. running vs. startup. > > The NACM rules apply to all of them the same. > > I could add text that says there is no consideration for specific > > datastores. > > Actually, the document already says: > > 3.2. Datastore Access > > The same access control rules apply to all datastores, for example, > the candidate configuration datastore or the running configuration > datastore. > > Only the standard NETCONF datastores (candidate, running, and > startup) are controlled by NACM. > > > Somehow this needs to be updated when the revised datastore work is > done. E.g., I expect read access to intended to follow the same NACM > rules. > Yes. NACM likely also applies to the <operational/> datastore (but this follows already from the text that talks about 'state data'). My question, however, was about other future yet to be defined 'dynamic' datastores - does NACM make a statement of the form 'once an implementation announces NACM, NACM applies to all datastores - no exceptions' or do we leave it to the definition of future datastores to declare whether NACM applies to it. There may be three possible solutions: a) Once an implementation supports NACM, NACM applies to all datastores (including any datastores defined in the future). b) Once an implementation supports NACM, NACM applies to all conventional datastores and the operational state datastore. Other datastores must define whether NACM applies to them. (This means, whenever a new datastore is introduced, the question whether NACM applies has to answered for the new datastore.) c) Once an implementation supports NACM, NACM applies to all current and future datastore unless explicitely stated or signaled that NACM does not apply to a certain future datastore. (This is essentially b) but with a default that NACM applies unless things are explicitly regulated to be different.) I just thought it is worth to take a moment to think about this question. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 <http://www.jacobs-university.de/>
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- [Netconf] WG LC for draft-ietf-netconf-rfc6536bis Mahesh Jethanandani
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Mahesh Jethanandani
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Eric Voit (evoit)
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Eric Voit (evoit)
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Eric Voit (evoit)
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Alexander Clemm
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Alexander Clemm
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Alexander Clemm
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Alexander Clemm
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Juergen Schoenwaelder
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Juergen Schoenwaelder
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Martin Bjorklund
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Juergen Schoenwaelder
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Mahesh Jethanandani
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Mahesh Jethanandani
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Martin Bjorklund
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Martin Bjorklund
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Mahesh Jethanandani
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Martin Bjorklund
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… t.petch
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Eric Voit (evoit)
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Mahesh Jethanandani
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Mahesh Jethanandani
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Mahesh Jethanandani
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Andy Bierman
- Re: [Netconf] WG LC for draft-ietf-netconf-rfc653… Martin Bjorklund