Re: [netmod] Adding a pre-existing leaf into a new 'choice' - NBC change?

Martin Bjorklund <mbj@tail-f.com> Fri, 23 November 2018 10:05 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 2FD9A130E03 for <netmod@ietfa.amsl.com>; Fri, 23 Nov 2018 02:05:52 -0800 (PST)
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 JUw-zuDLl78i for <netmod@ietfa.amsl.com>; Fri, 23 Nov 2018 02:05:50 -0800 (PST)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 217E8130DFC for <netmod@ietf.org>; Fri, 23 Nov 2018 02:05:50 -0800 (PST)
Received: from localhost (h-39-108.A165.priv.bahnhof.se [213.136.39.108]) by mail.tail-f.com (Postfix) with ESMTPSA id C2AE71AE0187; Fri, 23 Nov 2018 11:05:48 +0100 (CET)
Date: Fri, 23 Nov 2018 11:05:48 +0100
Message-Id: <20181123.110548.845126088727972359.mbj@tail-f.com>
To: j.schoenwaelder@jacobs-university.de
Cc: netmod@ietf.org
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <20181123093813.gpxrtanbxgadpwih@anna.jacobs.jacobs-university.de>
References: <20181122163046.bkzck2bmbrf3fzm7@anna.jacobs.jacobs-university.de> <87tvk85et8.fsf@nic.cz> <20181123093813.gpxrtanbxgadpwih@anna.jacobs.jacobs-university.de>
X-Mailer: Mew version 6.7 on Emacs 25.2 / 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/ycrdJ_-wUB1-1m_2ednzMnJXVGs>
Subject: Re: [netmod] Adding a pre-existing leaf into a new 'choice' - NBC change?
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: Fri, 23 Nov 2018 10:05:52 -0000

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> On Fri, Nov 23, 2018 at 10:22:11AM +0100, Ladislav Lhotka wrote:
> > Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> writes:
> > 
> > > On Thu, Nov 22, 2018 at 03:00:27PM +0100, Martin Bjorklund wrote:
> > >> Andy Bierman <andy@yumaworks.com> wrote:
> > >> > 
> > >> > 9.9 <https://tools.ietf.org/html/rfc7950#section-9.9>.  The leafref
> > >> > Built-In Type
> > >> > 
> > >> >    The leafref built-in type is restricted to the value space of some
> > >> >    leaf or leaf-list node in the schema tree and optionally further
> > >> >    restricted by corresponding instance nodes in the data tree.  The
> > >> >    "path" substatement (Section 9.9.2
> > >> > <https://tools.ietf.org/html/rfc7950#section-9.9.2>) is used to
> > >> > identify the referred
> > >> >    leaf or leaf-list node in the schema tree.  The value space of the
> > >> >    referring node is the value space of the referred node.
> > >> 
> > >> Yes, it should be "data tree" in both occurrences.
> > >
> > > Time for an errata?
> > 
> > Here is the old discussion thread:
> > 
> > https://www.ietf.org/mail-archive/web/netmod/current/msg15979.html
> > 
> > Everything relevant had been extensively discussed in it, and I am
> > sceptical that we can come up with anything significantly better - it
> > will only be more (or different) hand-waving. The problem is inherent in
> > the leafref design introduced in YANG 1.1. It won't go away no matter
> > how much we paper over it.
> >
> 
> So you think the use of 'schema tree' in the text quoted above (is
> used to identify the referred leaf or leaf-list node in the schema
> tree) is correct??
> 
> I do not want to discuss whether you like the design of leafrefs or
> not here - at this time we should focus on whether the text is correct
> or not given the design we have. So again, you think that 'schema
> tree' is correct in the statement?

After reading the quoted thread and thinking some more, I think the
text in 9.9 is in fact correct.  As Lada wrote in that thread:
 
   2. It [path] also implicitly refers to a leaf node in the schema
      [...]

The problem is that this "implicit reference" isn't defined.  9.9
talks about reference to a schema node, and 9.9.2 talks about the data
tree, but there is no text that ties these together.


/martin