Re: [netmod] Question on RFC8342 + RESTCONF extension (draft-ietf-netconf-nmda-restconf)

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 11 December 2018 14:33 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 BED60126C7E for <netmod@ietfa.amsl.com>; Tue, 11 Dec 2018 06:33:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham 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 3On8fGb5sShp for <netmod@ietfa.amsl.com>; Tue, 11 Dec 2018 06:33:18 -0800 (PST)
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 5C435124BF6 for <netmod@ietf.org>; Tue, 11 Dec 2018 06:33:17 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 0B4C0EDD; Tue, 11 Dec 2018 15:33:16 +0100 (CET)
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 V6JviGV1OpSA; Tue, 11 Dec 2018 15:33:15 +0100 (CET)
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; Tue, 11 Dec 2018 15:33:15 +0100 (CET)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id DFA1120044; Tue, 11 Dec 2018 15:33:15 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id UJzaHIkNnnYa; Tue, 11 Dec 2018 15:33:15 +0100 (CET)
Received: from exchange.jacobs-university.de (sxchmb04.jacobs.jacobs-university.de [10.70.0.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 67A1020043; Tue, 11 Dec 2018 15:33:15 +0100 (CET)
Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1591.10; Tue, 11 Dec 2018 15:33:14 +0100
Received: by anna.localdomain (Postfix, from userid 501) id 9EBA93004E544D; Tue, 11 Dec 2018 15:33:14 +0100 (CET)
Date: Tue, 11 Dec 2018 15:33:13 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Seehofer, Markus" <Markus.Seehofer@belden.com>
CC: "netmod@ietf.org" <netmod@ietf.org>
Message-ID: <20181211143313.xouvshwdtakmkdz4@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: "Seehofer, Markus" <Markus.Seehofer@belden.com>, "netmod@ietf.org" <netmod@ietf.org>
References: <dee9854618dc46088972a34926c104c1@DCRIC1EXC03PA.mcp.local>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <dee9854618dc46088972a34926c104c1@DCRIC1EXC03PA.mcp.local>
User-Agent: NeoMutt/20180716
X-ClientProxiedBy: SXCHMB03.jacobs.jacobs-university.de (10.70.0.155) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/C_ysND-Joy9Niayq-kMoz2aITkI>
Subject: Re: [netmod] Question on RFC8342 + RESTCONF extension (draft-ietf-netconf-nmda-restconf)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
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, 11 Dec 2018 14:33:21 -0000

On Tue, Dec 11, 2018 at 02:17:07PM +0000, Seehofer, Markus wrote:
> Hello,
> 
> Reading RFC 8342 along with draft-ietf-netconf-nmda-restconf-05 I've some questions or comprehension problems with the text.
> 
> 
> 1.       RFC 8342 (NMDA)
> Chapter 5.3.  The Operational State Datastore (<operational>) says:
> "The operational state datastore (<operational>) is a read-only datastore .... "
> Chapter 6.2. Invocation of Actions and RPCs says:
> "Actions are always invoked in the context of the operational state datastore. The node for which the action is invoked MUST exist in the operational state datastore."
> 
> Chapter 3.1 in https://tools.ietf.org/pdf/draft-ietf-netconf-nmda-restconf-05 says:
> "YANG actions can only be invoked in {+restconf}/ds/ietf-datastores:operational."
> 
> Question: How can one invoke an action in a as read-only defined datastore? Or am I missing something?

Why do you expect that a datastore has to be writable in order to
invoke an action? RFC 7950 has the example of a ping action tied to an
interface. (You ping a remote system from that specific interface.)
In general, actions are understood as being tied to real resources and
hence to the operational datastore. (For example, you can't ping from
an interface that is configured but not physically present.)

> 2.       The NMDA is a huge step forward for NC and RC, thanks for that. NMDA in combination with the new RESTCONF extensions let one now select one of the named datastores
> in RFC 8342. Reading the RFC and draft I'm still missing (or even more overlook I guess) the following. RFC 8040 Chapter 4.5 says:
> "A PUT on the datastore resource is used to replace the entire contents of the datastore...". So does this mean one can have the same behavior as in NETCONF where you can copy
> the "running" config to "startup" or "candidate" config to "running" if a RESTCONF server would support them? Is there any example how this would look like if it is allowed?

A PUT does not really get you there, to copy a datastore to another
you want an operation on the server.
 
> 3.       Typo in https://tools.ietf.org/pdf/draft-ietf-netconf-nmda-restconf-05 Chapter 3.1 "the server would implement the resource {+restconf}/ds/example- ds-ephemeral:ds-ephemeral."
> There is a space in between "example-" and "ds-ephemeral:ds-ephemeral".
 
Lets hope we get this fixed with the help of the RFC editor.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>