IETF Logo Mail Archive

Re: [netconf] Trouble with RFC 8040 (Restconf) fields Query Parameter

Andy Bierman <andy@yumaworks.com> Tue, 12 May 2020 21:16 UTC

Return-Path: <andy@yumaworks.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 68BA93A0BE8 for <netconf@ietfa.amsl.com>; Tue, 12 May 2020 14:16:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 CRR03LbPQYwQ for <netconf@ietfa.amsl.com>; Tue, 12 May 2020 14:16:42 -0700 (PDT)
Received: from mail-yb1-xb34.google.com (mail-yb1-xb34.google.com [IPv6:2607:f8b0:4864:20::b34]) (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 D52783A0BEC for <netconf@ietf.org>; Tue, 12 May 2020 14:16:41 -0700 (PDT)
Received: by mail-yb1-xb34.google.com with SMTP id o8so7699860ybc.11 for <netconf@ietf.org>; Tue, 12 May 2020 14:16:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=zsw/Ej1bGI931N/XQ1ki1volV6wATHOFJCBSQsEU3+k=; b=RR8udfvKrpVO1r0Ds4vXgdsoLWmy3LfNv2Hvm2x/G/OcPPNHtXMPrOmbIpmrsGCDds +rKlwRjsGrXG6AF+tbSfRvP5EflzgZV6jUci6mvFc74Ne2T9wnRkmeNlm5ncImubTMvB DwQDqiBP/nyXGgJ5rNRF1QIBB5y6pYFc+kFHXBKNTKm7oNeO/PYhFzYfjVDeHitkvI4K PgZBALheLC9qwM5gnIgBZimNZuTM21KUddsEJBfqXUtF2AJMXpEU7CBp4Qz6wSJACE4p 5d7btoAdR/cqBK+a/LKCvs6ATLo66667lDPtaID4QpFFMNm7nJJemudvhOHd/DbRiRZL 5wDw==
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=zsw/Ej1bGI931N/XQ1ki1volV6wATHOFJCBSQsEU3+k=; b=hadZairbZ6FbetNKzi4QK9K0nXQByeOeMoo3TE++zvGg3Co5/nxxk3kRLp/kFKk2es XI9/B+e34m9vT7Yd5PZLHpVybtTeVvJHQ/GkZ7LUuHbLztggrKJFpdKI7FzrsO4XijB8 Tpr/VTDsGkIP+Gj4/166MVPqekK5gYpEtcsfIj5d01rvZaaUk890jGPHgImZkGfuHLv6 Na0Zfi+IRoOr6rRN8qYr6a3VVu1x8NP5VKPBtxcvSQZ8xQHqpCKuJbHPbXltMV1PzgO/ P6bOfXG26e0p4gui1my7LpGGZpHbF2F4Wl/tq1GQTKWN+/kjMUInF7ljIkk8a3EoahLr NK1A==
X-Gm-Message-State: AGi0PuYnykj4VPILoHNak/1e5Sw5Cvhzfx0DjhVLnyCDL72u0JNfNOAu G9kAHbMz2NUhUO/1//8yTBK0Fj27GvcIyQrcFwSxYg==
X-Google-Smtp-Source: APiQypK6mxHDnMHPSIphqBooEh3+1BjA/Vq0Eu5BE3uFuSnX+UCF+C7raJPL4gUcHakzcIKpbfF47vu5J78CZyWx2v8=
X-Received: by 2002:a25:787:: with SMTP id 129mr36403335ybh.359.1589318200802; Tue, 12 May 2020 14:16:40 -0700 (PDT)
MIME-Version: 1.0
References: <CAGnRvup-pLVYgxAx7PnbJJ1gS-GTkD6t5jGD_Ayhh7ctpPothw@mail.gmail.com> <CAGnRvuq=ESLkeyWsgiqE9sXqFwHGUef3A4QRuW=H8ompVO3C4Q@mail.gmail.com> <20200414.222236.518728457229433184.id@4668.se> <CAGnRvurVJBHbRbwtnLXQFeSrDUFSGKWhL1UUjUDjw5-Gc44ozg@mail.gmail.com> <9C6D0A8A-2BD4-4578-8CB3-6969078CE10A@gmail.com> <CAGnRvupBeUnmpTLmeNR7y3Ycb22Jkngo=kfssNFfxHndxxEfPQ@mail.gmail.com> <20BA9136-0FC6-4CAC-BF59-89FC16DB583E@gmail.com> <01000171f59ea8ae-a7319ea3-12ca-4857-9b43-3f89ef6ec35c-000000@email.amazonses.com> <CAGnRvurn163ON65dDD8eZ-706fGrNGh8jHehFfwShm29cGyDOA@mail.gmail.com> <CAGnRvuoG04aKApt8LrKZhJD6iKWyGEiDNhmjkf1q34mYBjV=9A@mail.gmail.com> <DM6PR11MB3818284F0D47F5DF846584A3DBBE0@DM6PR11MB3818.namprd11.prod.outlook.com> <CAGnRvuqtb4Z_gqZEXQ2Mi2XL2Pygn866f6UjTbmqMwPTnqTYBQ@mail.gmail.com> <010001720a72cd87-57dc4f05-1079-470c-b1eb-d84e548c7ca6-000000@email.amazonses.com>
In-Reply-To: <010001720a72cd87-57dc4f05-1079-470c-b1eb-d84e548c7ca6-000000@email.amazonses.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Tue, 12 May 2020 14:16:29 -0700
Message-ID: <CABCOCHSGnizqMUr12qpuLkGpMHDSQutnuJHjkHF45tBz6wo_KA@mail.gmail.com>
To: Kent Watsen <kent+ietf@watsen.net>
Cc: Henning Rogge <hrogge@gmail.com>, "netconf@ietf.org" <netconf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000cb51a205a579fa67"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/1fOWitCaUL7chDB73wqo0nFk_T4>
Subject: Re: [netconf] Trouble with RFC 8040 (Restconf) fields Query Parameter
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: Tue, 12 May 2020 21:16:43 -0000

On Tue, May 12, 2020 at 12:53 PM Kent Watsen <kent+ietf@watsen.net> wrote:

> Hi Henning,
>
> Does the counting just begin when the explicit selected fields end or
> does it directly jump to the depth measured from the root node?
>
>
> It's measured from the target resource.
>
> Think of "fields" as like a SQL "WHERE" clause and "depth" as a post-op on
> the result.   Note that certain combinations of depth and fields can lead
> to all the selected fields being trimmed out of the response.  That is a
> valid user-error scenario.
>
>
The fields nodes are supposed to be included in depth=1

https://tools.ietf.org/html/rfc8040#section-4.8.2

   The requested data node has a depth level of "1".  If the "fields"
   parameter (Section 4.8.3
<https://tools.ietf.org/html/rfc8040#section-4.8.3>) is used to select
descendant data nodes,
   then these nodes and all of their ancestor nodes have a "depth" value
   of "1".  (This has the effect of including the nodes specified by the
   fields, even if the "depth" value is less than the actual depth level
   of the specified fields.)  Any other child node has a "depth" value

      that is 1 greater than its parent.



>
> Henning Rogge
>
>
> Kent // contributor
>


Andy



>
> _______________________________________________
> netconf mailing list
> netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf
>

v2.23.0 | Report a Bug | By Email