Re: [Netconf] WG LC for draft-ietf-netconf-rfc6536bis

Andy Bierman <andy@yumaworks.com> Thu, 04 May 2017 20:02 UTC

Return-Path: <andy@yumaworks.com>
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 53762128854 for <netconf@ietfa.amsl.com>; Thu, 4 May 2017 13:02:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 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_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 EwWRLWmYh8GR for <netconf@ietfa.amsl.com>; Thu, 4 May 2017 13:02:42 -0700 (PDT)
Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2BD7512778D for <netconf@ietf.org>; Thu, 4 May 2017 13:02:42 -0700 (PDT)
Received: by mail-wm0-x232.google.com with SMTP id u65so6850596wmu.1 for <netconf@ietf.org>; Thu, 04 May 2017 13:02:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=+vPeaHp3//n9utLHWFBFw4ykDNE/QgfG5yyX6ZhCQz8=; b=ep4Xs3ruVa2W+/zfKBnsCwnA9N5+JM/f20lMfVTLUUkxIXy/rmG26mXQEcu3i4E/Ue B6z0M64+e8Z747nND9cEEuVviCX3eaejBfS02xCMlvCi2YkbSOOUsO0XIwPR1r0KyL3L LQACe3HKKRn+Qe9nvoZVXOcGVnvrwIF6yhQYhB+LzK7WmMnZaAiM/eJH9SFpI551XsH4 2gCyiEmAxQyO48cPEwcopAdlXab6L6+vXtYM6faHeMIbt/Gz5y28W6gLb2h8NFdxCkw9 oUKh6NYN6H4hynEd7+wS1g3NCnle6lhSgINcJ5xfjNvTppgPJdlujkA8bnooj1PZPMsu HE2w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=+vPeaHp3//n9utLHWFBFw4ykDNE/QgfG5yyX6ZhCQz8=; b=bjIYmf8CRuke8iEgkRYXgUKQgoOinfYJFzm1JV1JyAhyznqVGGOI7G6y7CDhxsc5s4 UK4lqC71trh0BH26/qBpwm0jnYbt+fuG3CrVjMo7IM3VdyMfs3fkw4nA4gIuVdXyQ3wI vkSb55873cvR6TPwU+vCQVRSncwm8ChCe8P2DyeRbwNtuLaPiNO1O8c7LvsfNOeCvUlj tiQ+s6PupGseQJesjw4d5CReYsJ12iPaKlJuA5+jfik2yoKLkt/pDKIpOz4msbKpGFvw akwSyX/xMP4mgpr0+D+nyHYywyp6O0Oi+mP08uDyHwDT0KdXY4wROTxlnM4/udQLguOR E8Cw==
X-Gm-Message-State: AN3rC/7v7kyo40dpwIMPcKtk65gdJ/kbM2jU0TxnRwaTjQ8y8dYONFbl tEOoQXDfOUJlp8X0ewnHZKFwYC3qgg==
X-Received: by 10.28.20.9 with SMTP id 9mr2908894wmu.99.1493928160702; Thu, 04 May 2017 13:02:40 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.155.2 with HTTP; Thu, 4 May 2017 13:02:39 -0700 (PDT)
In-Reply-To: <20170504191415.GF8393@elstar.local>
References: <A13E62FA-AB96-4164-98D5-3CC1D04A78E8@gmail.com> <E236AC6C-4B6D-43B1-8092-0B8AA3F4D6AA@gmail.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0DF956E8@SJCEML701-CHM.china.huawei.com> <CABCOCHT9fNKHn=qgFsQ0mznByArCpqsAz4m4jjjPE7M243UjeA@mail.gmail.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0DF9584C@SJCEML701-CHM.china.huawei.com> <CABCOCHRgaTpxXJ0nOgbHx4Hbz6FgfTahN3T2OedfC6gnbnAN0A@mail.gmail.com> <20170504191415.GF8393@elstar.local>
From: Andy Bierman <andy@yumaworks.com>
Date: Thu, 04 May 2017 13:02:39 -0700
Message-ID: <CABCOCHT5_Up8v5m_0b7Fx9siMTATZPeL9tbC_Pciw1gUyCsTiQ@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Andy Bierman <andy@yumaworks.com>, Alexander Clemm <alexander.clemm@huawei.com>, Netconf <netconf@ietf.org>
Content-Type: multipart/alternative; boundary="001a1145a8ea56cf05054eb8411a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/ORALgZF4U6a1M9n5FMvPdeUXT0c>
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: Thu, 04 May 2017 20:02:44 -0000

On Thu, May 4, 2017 at 12:14 PM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Thu, May 04, 2017 at 11:28:48AM -0700, Andy Bierman wrote:
>
> > 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.
> > Most rules apply to the schema tree. Data rules apply to instance data
> > but they apply to all instances in all datastores).  I can make this
> clear
> > in the next revision
>
> Does NACM apply to an I2RS datastore? Just checking before a generic
> all datastores quantifier is put in place. Perhaps it is safer to say
> where we know NACM applies and leave the rest to be defined later.
>
>
It applies to all datastores.
The datastore may not support all the CRUD operations that NACM supports.
The subset that does apply is enforced.

The other variant (the datastore supports more operations than the
NACM CRUDX model supports) is not covered.

So NACM should be careful to say new operations not covered by CRUDX
are out of scope.

IMO the  I2RS user priority enforcement is part of the protocol, not NACM,
similar to NETCONF enforcing data-missing on a delete operation.



> /js
>

Andy


>
> --
> 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/>
>