Re: [netconf] Question about RFC8040 data root node and depth example

Henning Rogge <hrogge@gmail.com> Thu, 07 May 2020 11:15 UTC

Return-Path: <hrogge@gmail.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1211C3A005F for <netconf@ietfa.amsl.com>; Thu, 7 May 2020 04:15:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 QCY0f3UBY3Jt for <netconf@ietfa.amsl.com>; Thu, 7 May 2020 04:15:09 -0700 (PDT)
Received: from mail-lj1-x241.google.com (mail-lj1-x241.google.com [IPv6:2a00:1450:4864:20::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 122333A005C for <netconf@ietf.org>; Thu, 7 May 2020 04:15:08 -0700 (PDT)
Received: by mail-lj1-x241.google.com with SMTP id f18so5820190lja.13 for <netconf@ietf.org>; Thu, 07 May 2020 04:15:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SFcpMZGK/J+y0amfqEAeYiQAcHH5RsO2//JVw2Dbv4Q=; b=kDZ/XQ/QFt7MT7r/HD4XoryfNpTXR2t+MilIEmSOoVHz3MQKJzS5zwH2DkBZMvtJ0A HaSNjfRqs1SpTfvEfyvO1C4j7TRxmbsNA60ebNDrXpG7QXi7rxksYdBsdY8BWG6RUP0T sxxnpn0J5SxiIZbO3sr9KxowDlGEum+YJ4qZvcbN/lcAKuvWd++jAeRF336N439UJiKH 7NELwhrlt5TDIhCzBets+00RXSgEVrp21TVloc2oXntlO790zzmmrdTnKZ5bVl1xUzmi gc5GkMLz39tzgZn/VCEaARRfxyw8ZcckHpp+n9oxHnmMNAXi5DKvduzdMxLJmTQYO9D3 d5tA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SFcpMZGK/J+y0amfqEAeYiQAcHH5RsO2//JVw2Dbv4Q=; b=fVLiPBrXAYzOvhdMWR1d/B8cxmSbx3Q/zgWnKptfD+p5RkZkKq7X5NU92sTTNfec9g UlidhfmqEPRMdbPNCUGJtHKRcds9AUCMKae2ARtyHE4a0+1Ph0ihbk3TZMEA5qyv5j0j HknhVb4rWjWmIirjYmH/af/BvP/ikD1JU+ezZ0gg9jplHk6nbhISSzezrJsS9UJFthnn N+6KP1pZnmzAclALgCFwQgTEyXllVSlaoY2GPWK95B5rZt6or81aRBT2X+lBkXgE10e3 dUMlzKG5W4SrjAUTT1sgBrwxexfPK9zjNyD4NApLp3K/hDYdPojPB95In8UrmYwlkTcT mRAA==
X-Gm-Message-State: AGi0PuZa7pp8130nuFc0TOh8GdSM/2RoROlQa6WAaRHBQFJhwUmJU06R DjJy3If70uyl7d2meoDxFhxAdoeFgOTGHwadEJg=
X-Google-Smtp-Source: APiQypJDCMsHVgJmHxpJ2LXZlWrQ6zmxq6sF44kVVizRGmDYmAFkTbfKvqH4iWJx9xB4lZdYJnqZ9EMHB/TD9a08QtQ=
X-Received: by 2002:a2e:8693:: with SMTP id l19mr7922408lji.63.1588850106763; Thu, 07 May 2020 04:15:06 -0700 (PDT)
MIME-Version: 1.0
References: <CAGnRvuqk6UnbZSr0GzHRfS4E5ORGTmPO=cY_KA9gAg=Nout50A@mail.gmail.com> <DM6PR11MB38183AC997EA6C633F2A0864DBA50@DM6PR11MB3818.namprd11.prod.outlook.com>
In-Reply-To: <DM6PR11MB38183AC997EA6C633F2A0864DBA50@DM6PR11MB3818.namprd11.prod.outlook.com>
From: Henning Rogge <hrogge@gmail.com>
Date: Thu, 07 May 2020 13:14:40 +0200
Message-ID: <CAGnRvuox=3F0eH89a0FBHy3Bz9eSH=gKwh0zH6sFhcyM0kRVPw@mail.gmail.com>
To: "Per Andersson (perander)" <perander@cisco.com>
Cc: "netconf@ietf.org" <netconf@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/X1P8Sw9w_znSW1ob3KkJJd5MJ3I>
Subject: Re: [netconf] Question about RFC8040 data root node and depth example
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 May 2020 11:15:11 -0000

On Thu, May 7, 2020 at 11:46 AM Per Andersson (perander)
<perander@cisco.com> wrote:
> I would say this is an error in RFC 8040, there is no note about it
> in the Errata. [0]

ok.

> > The second is about GET queries directly to the /data node, as it is
> > done in example B.3.3.
> >
> > Is the server meant to "join" both the ietf-restconf,
> > ietf-yang-library and the "user" datamodel into a larger one? This is
> > interesting because the ietf-restconf yang model does not event
> > implement any container, only a grouping that could be used by other
> > models.
>
> Under the unified datastore (i.e. {+restconf}/data node), all top level
> nodes would be found

**sigh** I was worried to get this answer. My current implementation
of the "yang data model" does load one library file... not a
hierarchical series of libraries...

This makes iterating over the "unified" datastore 'interesting',
especially because of the depth/fields query parameter.

> {
>   "ietf-restconf:data": {
>     "ietf-yang-library:yang-library": {},
>     "example-jukebox:system": {},
>     "example-jukebox:jukebox": {},
>     "ietf-restconf-monitoring:restconf-state": {}
> }

In theory It should be possible to define the "data" YANG model and
then import/augment everything from there, right?

> Note that example-jukebox have two top level nodes.

I assume this is just your example, not the "example-jukebox" in the
RFC 8040, right?

Henning