[core] Re: Working Group Last Call (WGLC) of draft-ietf-core-uri-path-abbrev-04
Christian Amsüss <christian@amsuess.com> Mon, 06 July 2026 12:23 UTC
Return-Path: <christian@amsuess.com>
X-Original-To: core@mail2.ietf.org
Delivered-To: core@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 8D7121100995A; Mon, 6 Jul 2026 05:23:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1783340632; bh=bznagjqduznquQaMuBi9+UMblwpL9egjxkpcHkAtigo=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=xLXbJQcr07ZonMKJvkZbXkAAPpdgsVWKfliAJaLFuTYDeo2Kaq36spi5aw9xiYOQI 2LYSgZq46UE7BIrGQhAeFn2i9gjMP1vfNmlbYgbLFFfh0XrPdytw1dFYiZT8YGOpHn rQxzryaSys3jiH2rmbmul5ViTEM5sg4loxmzvfMs=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K2QdiZCpzLzJ; Mon, 6 Jul 2026 05:23:51 -0700 (PDT)
Received: from smtp.akis.at (smtp.akis.at [IPv6:2a02:b18:500:a515::f455]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 7430B11009736; Mon, 6 Jul 2026 05:22:12 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com ([IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bd]) by smtp.akis.at (8.18.2/8.18.1) with ESMTPS id 666CMCl8075219 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 6 Jul 2026 14:22:12 +0200 (CEST) (envelope-from christian@amsuess.com)
Received: from poseidon-mailbox.amsuess.com (hermes.lan.amsuess.com [10.13.13.254]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 6BE8B727B5; Mon, 6 Jul 2026 14:22:11 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:aa70:6ada:a93a:8615]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 86D0860E74; Mon, 6 Jul 2026 14:21:26 +0200 (CEST)
Received: (nullmailer pid 4138708 invoked by uid 1000); Mon, 06 Jul 2026 12:21:26 -0000
Date: Mon, 06 Jul 2026 14:21:26 +0200
From: Christian Amsüss <christian@amsuess.com>
To: Marco Tiloca <marco.tiloca=40ri.se@dmarc.ietf.org>
Message-ID: <akudxgjPbE-pFtKX@hephaistos.amsuess.com>
References: <GVYP280MB0464C219B5FC8EFAD3278363992F2@GVYP280MB0464.SWEP280.PROD.OUTLOOK.COM> <860c01dcd3f1$e7681790$b63846b0$@jpshallow.com> <GVYP280MB04644DBE4690797E75A7DB8199282@GVYP280MB0464.SWEP280.PROD.OUTLOOK.COM>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="oVjuMRYVjFRvEutM"
Content-Disposition: inline
In-Reply-To: <GVYP280MB04644DBE4690797E75A7DB8199282@GVYP280MB0464.SWEP280.PROD.OUTLOOK.COM>
X-Scanned-By: MIMEDefang 2.86
Message-ID-Hash: BEYJK5JO2R5B5ZMPWTCCFE6ZEQJYHJP4
X-Message-ID-Hash: BEYJK5JO2R5B5ZMPWTCCFE6ZEQJYHJP4
X-MailFrom: christian@amsuess.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-core.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "core@ietf.org" <core@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [core] Re: Working Group Last Call (WGLC) of draft-ietf-core-uri-path-abbrev-04
List-Id: "Constrained RESTful Environments (CoRE) Working Group list" <core.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/0mTwWXQcriG1PtfvH-7Oj8Fhzn0>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Owner: <mailto:core-owner@ietf.org>
List-Post: <mailto:core@ietf.org>
List-Subscribe: <mailto:core-join@ietf.org>
List-Unsubscribe: <mailto:core-leave@ietf.org>
Hello Marco, thanks for the review, all applied in https://github.com/core-wg/uri-path-abbrev/pull/45 (some with fuzz or obsolete becuase Esko also found them). Not applied: > * It says: > > > tentative use is not available for multicast requests > > Do you mean that clients MUST NOT employ tentative use in that case? No, because this is a factual statement -- due to how CoAP multicast edrrors work, it can't succeed. It is not an interoperability requirement. If some CoAP transport had a multicast where error responses are available and cheap, things can all of a sudden work. > [Section 2.3] > > * It says: > > > ... the proxy can reject the request ... > > Is "reject" here intended with the same meaning discussed in Appendix A? (both occurrences) No; better wording is "refuse" – it's a policy decision with negative outcome. I'd rather not spell out codes, because this can be 4.03 "I just won't let anybody", 4.01 "I'd let you use such options if your token said you do that responsibly" or 451 "They'll beat me with a stick if I let you do that". > Due to the normative requirement, I think that draft-ietf-core-href has to be a normative reference. Retracted as per sub-thread with Esko. > * It says: > > > Client implementations that are not updated and actually rely on not receiving an error response in this case will simply reject the message, causing little downside. > > Does "reject the message" here actually mean following-up with sending a RST message? That may happen, yes. But at that point the response is out from the server, and spurious RSTs to NON responses can generally happen (eg. after client reboots). So it wouldn't be a surprising behavior. (I haven't seen it implemented that way; for the relevant case 7252 says that "Rejecting a Non-confirmable message MAY involve sending a matching Reset message"). > [Nits] > --- s/what caused/that caused No, I think it should be "information about what caused". Thanks Christian -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom
- [core] Working Group Last Call (WGLC) of draft-ie… Marco Tiloca
- [core] Re: Working Group Last Call (WGLC) of draf… Jon Shallow
- [core] Re: Working Group Last Call (WGLC) of draf… Marco Tiloca
- [core] Re: Working Group Last Call (WGLC) of draf… Esko Dijk
- [core] Re: Working Group Last Call (WGLC) of draf… Mikolai Gütschow
- [core] Re: Working Group Last Call (WGLC) of draf… Esko Dijk
- [core] Re: Working Group Last Call (WGLC) of draf… Marco Tiloca
- [core] Re: Working Group Last Call (WGLC) of draf… Marco Tiloca
- [core] Re: Working Group Last Call (WGLC) of draf… Christian Amsüss
- [core] Re: Working Group Last Call (WGLC) of draf… Christian Amsüss