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
>