Re: [yang-doctors] Deprecated Nodes

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Thu, 08 August 2019 16:56 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: yang-doctors@ietfa.amsl.com
Delivered-To: yang-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8BA01200C4 for <yang-doctors@ietfa.amsl.com>; Thu, 8 Aug 2019 09:56:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 v2ertu5ZvE1n for <yang-doctors@ietfa.amsl.com>; Thu, 8 Aug 2019 09:56:38 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2184012006D for <yang-doctors@ietf.org>; Thu, 8 Aug 2019 09:56:38 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id DEE7A848; Thu, 8 Aug 2019 18:56:36 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.198]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id wXCuT4_4eWuw; Thu, 8 Aug 2019 18:56:36 +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 "DFN-Verein Global Issuing CA" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Thu, 8 Aug 2019 18:56:36 +0200 (CEST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by hermes.jacobs-university.de (Postfix) with ESMTP id C7E2A2013B; Thu, 8 Aug 2019 18:56:36 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10028) with ESMTP id T17AVX67ypJX; Thu, 8 Aug 2019 18:56:36 +0200 (CEST)
Received: from exchange.jacobs-university.de (SXCHMB01.jacobs.jacobs-university.de [10.70.0.120]) (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 835AE20136; Thu, 8 Aug 2019 18:56:36 +0200 (CEST)
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.1713.5; Thu, 8 Aug 2019 18:56:35 +0200
Received: by anna.localdomain (Postfix, from userid 501) id 9C3E937CAA9; Thu, 8 Aug 2019 18:56:35 +0200 (CEST)
Date: Thu, 08 Aug 2019 18:56:35 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Acee Lindem (acee)" <acee@cisco.com>
CC: YANG Doctors <yang-doctors@ietf.org>
Message-ID: <20190808165635.4ewaqzhi2mohi4sy@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: "Acee Lindem (acee)" <acee@cisco.com>, YANG Doctors <yang-doctors@ietf.org>
References: <249E26B5-9C2B-49C1-AC13-0EDEB52043CB@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
In-Reply-To: <249E26B5-9C2B-49C1-AC13-0EDEB52043CB@cisco.com>
User-Agent: NeoMutt/20180716
X-ClientProxiedBy: SXCHMB02.jacobs.jacobs-university.de (10.70.0.121) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155)
X-Clacks-Overhead: GNU Terry Pratchett
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/yang-doctors/73jtGkUxl_iIytlMnRxmt1etqmY>
Subject: Re: [yang-doctors] Deprecated Nodes
X-BeenThere: yang-doctors@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Email list of the yang-doctors directorate <yang-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/yang-doctors>, <mailto:yang-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/yang-doctors/>
List-Post: <mailto:yang-doctors@ietf.org>
List-Help: <mailto:yang-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/yang-doctors>, <mailto:yang-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Aug 2019 16:56:41 -0000

I fear the answer to this seemingly simple question is not that
simple. The reason is that NETCONF supports different implementation
styles, RFC 6243 gives you an idea what can all happen if we just look
at defaults.

Personally, I consider only the 'explicit' basic mode reasonable: I
want the system to remember what I configure and I expect that the
server does not do automatic conversions on the fly unless I have
explicitely requested this. I want the server to return what I
configured without changes (ignoring canonicalization of value
representations).

Systems that implement other modes often do not recall what was
actually configured but instead they generate what might have been
configured from the current state of the system. On such a system, if
you have multiple leafs for the same object, say one current and the
other deprecated, it might return values for both leafs or only the
value for the current leaf. I do not think this is really regulated.
But systems not implementing 'explicit' basic mode are surprising in
general from a clients perspective, people who have to deal with them
may be used to surprising behavior.

/js

On Thu, Aug 08, 2019 at 02:44:02PM +0000, Acee Lindem (acee) wrote:
> When a client retrieves configuration for a device, should the deprecated nodes be included in the response? For example, using NETCONF get-config? I have my own interpretation of the answer but don’t want to bias the response from others.
> 
> Thanks,
> Acee

> _______________________________________________
> yang-doctors mailing list
> yang-doctors@ietf.org
> https://www.ietf.org/mailman/listinfo/yang-doctors


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