Re: [netmod] Operational state data in <get> operation
Martin Bjorklund <mbj@tail-f.com> Wed, 23 May 2018 07:00 UTC
Return-Path: <mbj@tail-f.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 C0AEE124319 for <netmod@ietfa.amsl.com>; Wed, 23 May 2018 00:00:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] 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 5gz6678dv1eJ for <netmod@ietfa.amsl.com>; Wed, 23 May 2018 00:00:16 -0700 (PDT)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id EC1D61243FE for <netmod@ietf.org>; Wed, 23 May 2018 00:00:15 -0700 (PDT)
Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id A42F31AE02A7; Wed, 23 May 2018 09:00:13 +0200 (CEST)
Date: Wed, 23 May 2018 09:00:13 +0200
Message-Id: <20180523.090013.2000918667483073613.mbj@tail-f.com>
To: rohitrranade@huawei.com
Cc: netmod@ietf.org
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <991B70D8B4112A4699D5C00DDBBF878A6BBAF534@dggeml510-mbx.china.huawei.com>
References: <991B70D8B4112A4699D5C00DDBBF878A6BBAF534@dggeml510-mbx.china.huawei.com>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/U4QWxee9OkmcraB2zErvZGxM3LM>
Subject: Re: [netmod] Operational state data in <get> operation
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: Wed, 23 May 2018 07:00:18 -0000
Hi, It is correct that <get> cannot return the applied configuration since it returns running config + state, unless the configuration and state data are modelled in different branches (e.g., /interfaces and /interfaces-state). This is why we introduce <get-data> as a new operation to retrieve all operational state, including the applied configuration. /martin Rohit R Ranade <rohitrranade@huawei.com> wrote: > > Hi All, > > > RFC 6244 says below statements in Section 4.3.1 > > "NETCONF does not follow the distinction formulated by the operators > between configuration data, operational state data, and statistical > data, since it considers state data to include both statistics and > operational state data. > " > > RFC 6241 definition for "state data": > o state data: The additional data on a system that is not > configuration data such as read-only status information and > collected statistics. > > RFC 8342 definition: > o system state: The additional data on a system that is not > configuration, such as read-only status information and collected > statistics. System state is transient and modified by > interactions with internal components or other systems. System > state is modeled in YANG using "config false" nodes. > > o operational state: The combination of applied configuration and > system state. > > According to NMDA, state-data and "system-state" are the same. So > "state-data" does not include operational state data. This means that > RFC 6244 understanding is inaccurate regarding state-data ? And hence > <get> cannot output Operational state as shown below. Please clarify. > > RFC 6241 : Description for <get> > 7.7. <get> > > Description: Retrieve running configuration and device state > information. > > RFC 6241: > The <get-config> operation retrieves > configuration data only, while the <get> operation retrieves > configuration and state data. > > > > With Regards, > Rohit R Ranade >
- [netmod] Operational state data in <get> operation Rohit R Ranade
- Re: [netmod] Operational state data in <get> oper… Martin Bjorklund