Re: [netconf] [Technical Errata Reported] RFC8040 (6271)

Martin Björklund <mbj+ietf@4668.se> Thu, 03 September 2020 05:37 UTC

Return-Path: <mbj+ietf@4668.se>
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 A7AA53A0B78 for <netconf@ietfa.amsl.com>; Wed, 2 Sep 2020 22:37:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.616
X-Spam-Level:
X-Spam-Status: No, score=-0.616 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, PDS_NAKED_TO_NUMERO=1.482, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=nCV2IAta; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=h1ln13Fr
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 H1Fw3EZAX1gV for <netconf@ietfa.amsl.com>; Wed, 2 Sep 2020 22:37:27 -0700 (PDT)
Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D03603A0A41 for <netconf@ietf.org>; Wed, 2 Sep 2020 22:37:27 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id CF365A30; Thu, 3 Sep 2020 01:37:26 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Thu, 03 Sep 2020 01:37:27 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=4668.se; h=date :message-id:to:cc:subject:from:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=fm2; bh= X6XQ5+YPqlo+wKJMx4YFOmcS/FT5P75LGV7nO9GAusY=; b=nCV2IAtal2u/cjGd JsuQ1jI5j6a6LtNgFgwfptDksWXOwU1lgFPPpUJPZ2u4xkgRUQeGJQEqFzoS67OS XLcsU0WKiX0GK5MUtLNLHoyKQMusueKOyb001VoS626p6DBDZhP9blx3TkX3dLPy ZHLFJNYv/rd5tINSM1ZEGbwo7G7LMc+GeoSAtN4CIkQFNppnfjY16uf8kup8lB0e LRol3HrOTxcN1t+Nak32FgCl+UzVttdvfP+plSHCzc9ZSCeFX3iV+fOpuxK2QVhF bxqOZPMnaPLnraSEGfWINj7l5gMg03ISvOYtV5u0JlwzxJ7sltqkL/L0k1x/Unmo AJPyCg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=X6XQ5+YPqlo+wKJMx4YFOmcS/FT5P75LGV7nO9GAu sY=; b=h1ln13Fr3FFqBzQ9xetNL87eJ/xuslA3h2ICEK+eyOx+ynEolpTxxDY1x ZbNIeSwg+oRxJWJZjRNyyeBL2Q1KPEgTPpd/MtREvoTetPTMiYZ/jNRPV5hUhWEV r44yZE9fOT5LfqoA3WloQyo/bFswDfUZnPQT0zjukMAtPlA8FEsHOFFZKpnmMSbK 15ZvpWA4ROTeOpPAb3YI5XzuWzXbMieQDEXsJwvZiN7AWp8A7gh8EoMNcDxQJfbB u0V/hpTY1cInIdZgRh4BC0slANywTOQ0xRhpb3eqZ9Ew0rc9ReSzUKx/+q0aTjgE SjthxQoCiLJMiHDTrTScC5cCqe6Qg==
X-ME-Sender: <xms:FYFQX6UlLi3MLCDRwO7ag3zZ0fVdjnsxt8OwAmYqQkMc2wKhvySZkg> <xme:FYFQX2lhisQ8mEUdkJFdyUuUJbiAYurRmXNx7ZgM5a9Qs4UeXqmmakirbXUngrcuc OAIIR6mKaBgShXdS6w>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrudegtddgleejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffkffvuffhjghfofggtgfgsehtsg ertdertdejnecuhfhrohhmpeforghrthhinhcuuehjnphrkhhluhhnugcuoehmsghjodhi vghtfhesgeeiieekrdhsvgeqnecuggftrfgrthhtvghrnhepheetgedtfffggeffkedvje ekveelteeuuddttdffhfelgfetvdevhedvgeeutddunecukfhppeduheekrddujeegrdeg rdeggeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe hmsghjodhivghtfhesgeeiieekrdhsvg
X-ME-Proxy: <xmx:FYFQX-YnnNTyvtKqPtA4HRRZNThHPYA1wsfoSoBMDalwH_Lrmz6dDg> <xmx:FYFQXxUNQVN8eR5sBhhE1K1IJup6FQYzB6_AVo1clgzvWpxIImHC9g> <xmx:FYFQX0k0E2b9SZU4jpGGz2SfpqSFPpR13RWOBIAnAa-QQ7gKhKS0HQ> <xmx:FoFQXwvG4iy0hUr7XsPLaVZvDnCrmVU6Zfoyzjney6Mt78gOKVMOjg>
Received: from localhost (unknown [158.174.4.44]) by mail.messagingengine.com (Postfix) with ESMTPA id 3D7B0306005B; Thu, 3 Sep 2020 01:37:25 -0400 (EDT)
Date: Thu, 03 Sep 2020 07:37:23 +0200
Message-Id: <20200903.073723.641805022613525310.id@4668.se>
To: kent+ietf@watsen.net
Cc: andy@yumaworks.com, mbj+ietf@4668.se, netconf@ietf.org
From: Martin Björklund <mbj+ietf@4668.se>
In-Reply-To: <010001745065426d-097daf26-8257-4b71-b504-e281734cfed6-000000@email.amazonses.com>
References: <CABCOCHRTsyju+3e1jUSTzFswpvG5KzARWyQXM_M8AukxJqPkZw@mail.gmail.com> <010001744fa1d4f9-c6c34f02-e5c6-4078-9244-c0bd567ae2a2-000000@email.amazonses.com> <010001745065426d-097daf26-8257-4b71-b504-e281734cfed6-000000@email.amazonses.com>
X-Mailer: Mew version 6.8 on Emacs 26.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset="utf-8"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/McceC8D0P1IdgMRDCrozNpJHgTU>
Subject: Re: [netconf] [Technical Errata Reported] RFC8040 (6271)
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, 03 Sep 2020 05:37:29 -0000

Kent Watsen <kent+ietf@watsen.net> wrote:
> 
> 
> > On Sep 2, 2020, at 12:24 PM, Kent Watsen <kent+ietf@watsen.net> wrote:
> > 
> >     NEW:
> > 
> >        The default value is “last”, with exception to when used with PUT
> >        and the target resource already exists, in which case the default
> >        is to replace the target resource without altering its position in the
> >        "ordered-by user” list or leaf-list.
> 
> The text above allows/suggests that are four “insert” values MAY
> always be explicitly passed (and presumably processed).  Do we want to
> support the case where a PUT is used only to move an element?
> i.e. the passed “replacement” data is identical to what exists on the
> server, only the insert/point have an effect?
> 
> Or should this strategy be that the insert/point can always be passed
> (in a PUT for an "ordered-by user” list or leaf-list), but they only
> have meaning (i.e., are processed) when/if the object is being
> created, and otherwise ignored?

No, move (and possibly modify the entry) is supported.  Section 4.8.6
says:

   The "point" query parameter is used to specify the insertion point
   for a data resource that is being created or moved within an
                                             ^^^^^^^^
   "ordered-by user" list or leaf-list.


/martin