Re: [netmod] I-D Action: draft-ietf-netmod-entity-02.txt

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 08 March 2017 14:51 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 DAA80129416 for <netmod@ietfa.amsl.com>; Wed, 8 Mar 2017 06:51:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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 YJtXar9LMMBW for <netmod@ietfa.amsl.com>; Wed, 8 Mar 2017 06:51:30 -0800 (PST)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D5F3129496 for <netmod@ietf.org>; Wed, 8 Mar 2017 06:51:30 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id DCA8A16AA; Wed, 8 Mar 2017 15:51:28 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id yUNyPYSCuQz0; Wed, 8 Mar 2017 15:51:28 +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 atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 8 Mar 2017 15:51:28 +0100 (CET)
Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 72AF120039; Wed, 8 Mar 2017 15:51:28 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 92HJ6XWK8Qz4; Wed, 8 Mar 2017 15:51:28 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id EDABE2002C; Wed, 8 Mar 2017 15:51:27 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 6EE123E9BD89; Wed, 8 Mar 2017 15:51:33 +0100 (CET)
Date: Wed, 08 Mar 2017 15:51:33 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Bogaert, Bart (Nokia - BE)" <bart.bogaert@nokia.com>
Message-ID: <20170308145133.GC9814@elstar.local>
Mail-Followup-To: "Bogaert, Bart (Nokia - BE)" <bart.bogaert@nokia.com>, Martin Bjorklund <mbj@tail-f.com>, "netmod@ietf.org" <netmod@ietf.org>
References: <D62E05768DBAFF42A72B9F4954476D65010EB1F736@FR712WXCHMBA09.zeu.alcatel-lucent.com> <20170307.194147.1826195488124124099.mbj@tail-f.com> <AM2PR07MB06279B5FF45770892B69273D942E0@AM2PR07MB0627.eurprd07.prod.outlook.com> <20170308.140730.165843214949076575.mbj@tail-f.com> <AM2PR07MB06274901D9A0765AA847E026942E0@AM2PR07MB0627.eurprd07.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <AM2PR07MB06274901D9A0765AA847E026942E0@AM2PR07MB0627.eurprd07.prod.outlook.com>
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/9-vK3Spy8MjRD7RxW97NOpXA4oM>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] I-D Action: draft-ietf-netmod-entity-02.txt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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, 08 Mar 2017 14:51:33 -0000

On Wed, Mar 08, 2017 at 02:48:15PM +0000, Bogaert, Bart (Nokia - BE) wrote:
> Hi,
> 
> > If we pick the former, it will not be possible to configure a
> > component with a system controlled parent (unless you also add the
> > system controlled parent to the configuration).
> > [Bart Bogaert] Is there a reason to only have this parent in the state
> > tree and not in the config tree?
> 
> I am not sure I understand the question.  Suppose the config tree is empty,
> and the system boots and populates the state tree with all detected
> harwdare.  Next, a client would like to pre-provision a module in a chassis
> that exists in state.  If the leafref is to the config tree, the client
> would have to create both the chassis and the module in the config tree,
> since the leafef would otherwise fail to validate.
> 
> [Bart Bogaert] Ok, so you are looking for a solution that refers to an entry
> in the state tree.  I always thought that one could not refer from config to
> state but it seems I misunderstood this since this is exactly what you are
> proposing. 
> 
> > If we pick the latter you will not get any validation (since it has to
> > be require-instance false).
> >
> > It is fine w/ me to change the type string to a leafref of the former
> type.
> 
> Correction: I am fine with changing the string to a leafref to state.
> 
> > [Bart Bogaert] If we leave it as a string it would mean that an
> > external application would have to check whether the value of the
> > string actually corresponds to a component that should exist (in the
> > case of a non-system-controlled parent)?
> 
> So are you ok with a leafref to state?
> 
> [Bart Bogaert] Since that seems possible this would solve the problem.  I'm
> checking this with our people.

Are you discussing leafref to a config false node with require
instance false? I am not sure this is valid YANG.

/js

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