Re: [netconf] Wrong example in RFC 8040 Section 3.1

Henning Rogge <hrogge@gmail.com> Thu, 23 April 2020 09:20 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 715973A1794 for <netconf@ietfa.amsl.com>; Thu, 23 Apr 2020 02:20: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 PF8RIwvoFPxS for <netconf@ietfa.amsl.com>; Thu, 23 Apr 2020 02:20:10 -0700 (PDT)
Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (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 E41B33A1793 for <netconf@ietf.org>; Thu, 23 Apr 2020 02:20:09 -0700 (PDT)
Received: by mail-lj1-x229.google.com with SMTP id f18so5404425lja.13 for <netconf@ietf.org>; Thu, 23 Apr 2020 02:20:09 -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=KMi6bYHf8ocBjiV1N1DWoY9raRLG+7AKoh+tyKLFEfs=; b=EWUNi8/TwjhtunJZmE3an+GWXtO3o891buHzl/TPJniwYTAU4MzrOkdETumkSNqr4k 8k6Dc1cb9mNOtwwncs0tj0jlnX9vbR8Jky3K/2gP2OUD/l7cnsoTZMpvwjodBSlux7gY iDqb033Uw2T70pTbCwSoId9LINhlLMPlIX/RAEYEZf8N4X7boHGXIvu4kSO/v/jaFMfu xon5ynf00EE3jRhtuIGzl/z89z3p9HYJ97I6W9zf57Gt0+cjXTLRx5P0HbpdKl/w+IN+ GCGFRn7F4CU+drgys9rpluHlmYzg7mlkJKxwjpRU1rOJJ2n+7JASFsNQbaHeHooTF9qi 3lUg==
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=KMi6bYHf8ocBjiV1N1DWoY9raRLG+7AKoh+tyKLFEfs=; b=afoDj5WEeDrZhHVj19eG0r6vMUsiURsEkBvnOOd2dUenQ0B8b1DA7L+E7bxxGrHrEM lJqr3JBGTqr1O5uw+hdLLd+aVGYGm4PRBTYCRklgB8aoga1SX4HfUwCum2xtAlPux29D cbzYuMTw+24w8nuXw9u84sPYbn483vZ6GpwSjq5jAweZC9/nVnEonuXJUVftFFrHydGb JVzZXbHAIxHew0FpgP2s5dU1c9t5FpY/iM2XkjFbE+xt1xPvIj4yqHnpCRl7jW6SYeTi a8C2RXve5Wtsh/XJtrlMe+CBw1lBRF871MWZSFRYlKLkeiLDTqNH+Z2n45cg9yphNWI2 LAUA==
X-Gm-Message-State: AGi0Pua8Bd/MbDxsrYArZVljM7pydsc7TjT+B9dXAStqADnVkxVTgMwt 0oxtAhSx15in69CXtgcEdXjUUmVlyTlAG8FizgY=
X-Google-Smtp-Source: APiQypLC1qlNAqHxenbq2/n3S0hf00/PhK2cT2RH5jV8BoNj3xnd7Hvbg/8xKyXL+/GxowAPxjtXB+vXlRAnzQ2l3Og=
X-Received: by 2002:a2e:8658:: with SMTP id i24mr1660155ljj.287.1587633608101; Thu, 23 Apr 2020 02:20:08 -0700 (PDT)
MIME-Version: 1.0
References: <CAGnRvuoWdt0Exvg5BTHSCfG+Mo0UaOTdzV10M_m3zLzOH_ab0A@mail.gmail.com> <DM6PR11MB3818D89D7B6EE4D148AF86FADBD30@DM6PR11MB3818.namprd11.prod.outlook.com>
In-Reply-To: <DM6PR11MB3818D89D7B6EE4D148AF86FADBD30@DM6PR11MB3818.namprd11.prod.outlook.com>
From: Henning Rogge <hrogge@gmail.com>
Date: Thu, 23 Apr 2020 11:19:41 +0200
Message-ID: <CAGnRvuo4gGE=SCyd9kC9Tr8LH3TN0LXiKBVgydUtpCWr-j60Lg@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/viMPVxF-uzs9WvkQq572kma9zkg>
Subject: Re: [netconf] Wrong example in RFC 8040 Section 3.1
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, 23 Apr 2020 09:20:12 -0000

On Thu, Apr 23, 2020 at 10:39 AM Per Andersson (perander)
<perander@cisco.com> wrote:
>
> No, the examples are for the Root Resource Discovery, i.e. what is the
> path to {+restconf} ; not for the Root Resource, i.e. accessing the actual
> {+restconf} path.
>
> Note that the examples show different values (/restconf, and
> /top/restconf respectively) for {+restconf}, the RESTCONF Root
> Resource.

Okay... was a little bit subtil but I think you are right that I were wrong.

I was a bit confused that there is no normative example of querying
the root resource, only one in the appendix.

> > Is it correct to report data/operations always with an empty
> > dictionary for this root query, even if there are data/operations
> > available?
>
> Yes, I would say it is correct even though it is not explicitly stated
> in RFC 8040. The API resource is an overview of supported
> functionality by the RESTCONF server.
...
> Note that {+restconf}/data and {+restconf}/yang-library-version are mandatory
> while {+restconf}/operations is optional. If the RESTCONF Root Resource would
> also emit all data it would be very difficult to get an overvew of what the
> RESTCONF server supports.

Good, that one more "done" point in my implementation...

currently I am slowly working myself through RFC8040 to extract the
examples as test cases for my code.

Henning Rogge