Re: [urn] NEW NAMESPACE REGISTRATION: KNX

worley@ariadne.com Tue, 05 September 2023 17:53 UTC

Return-Path: <worley@alum.mit.edu>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B919C151983 for <urn@ietfa.amsl.com>; Tue, 5 Sep 2023 10:53:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.992
X-Spam-Level:
X-Spam-Status: No, score=-0.992 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_SOFTFAIL=0.665, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcastmailservice.net
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y-1xXpe5nEEA for <urn@ietfa.amsl.com>; Tue, 5 Sep 2023 10:53:36 -0700 (PDT)
Received: from resdmta-h1p-028482.sys.comcast.net (resdmta-h1p-028482.sys.comcast.net [96.102.200.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83948C151711 for <urn@ietf.org>; Tue, 5 Sep 2023 10:53:36 -0700 (PDT)
Received: from resomta-h1p-027916.sys.comcast.net ([96.102.179.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 256/256 bits) (Client did not present a certificate) by resdmta-h1p-028482.sys.comcast.net with ESMTP id dYQEqannMDqQadaD9q7TaS; Tue, 05 Sep 2023 17:51:35 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcastmailservice.net; s=20211018a; t=1693936295; bh=FD+s8ei14bfhZa8PUaA8t/Gczr4LrZUgQm08/bpIjfE=; h=Received:Received:Received:Received:From:To:Subject:Date: Message-ID:Xfinity-Spam-Result; b=TNdPcktGquO+5pa4GCQNutWP1vb8RteK9B+OfdSLEDabD3ISs5VF4/OxfC9FzwvUW eau7f145HksrF5yeaeVuodxXgordl0be3qpmV0rw4I6nHocLsI4QSCCkhnEk0Rl5RN Vw/z5OajYYF6ccWPZZGj9VYiJ9n72GatXsIvLXleRRtBVVn9XgvNBU7FLKAFaLBtT/ 8QaAOLmI0wdNK4xk855uzBYe2JBhR2wGugVUTD5jQiXIEFmFe3tGtmnXDT2M5St1DU mWBxhpi7VxzS/rRg7pwu8yYVyH4f4IpDQvFeNfS75ZwjNLkyqxbN2KFupCKXEX61Pt CFlw7+CuBogwA==
Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4a00:430::62d7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 256/256 bits) (Client did not present a certificate) by resomta-h1p-027916.sys.comcast.net with ESMTPA id daD2qtuFuifpQdaD4qPq4N; Tue, 05 Sep 2023 17:51:33 +0000
X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgedviedrudehuddgleehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuvehomhgtrghsthdqtfgvshhipdfqfgfvpdfpqffurfetoffkrfenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvvefujghssedttddttddttddtnecuhfhrohhmpeifohhrlhgvhiesrghrihgrughnvgdrtghomhculdffrghlvgcutfdrucghohhrlhgvhidmnecuggftrfgrthhtvghrnhepjeetueegteekheevgfdtkeeijeehfeetffefvdehleejkeevueeuheejheeljeffnecukfhppedviedtudemudelvdemgegrtddtmeegfedtmeemiedvugejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghlohephhhosghgohgslhhinhdrrghrihgrughnvgdrtghomhdpihhnvghtpedviedtudemudelvdemgegrtddtmeegfedtmeemiedvugejpdhmrghilhhfrhhomhepfihorhhlvgihsegrlhhumhdrmhhithdrvgguuhdpnhgspghrtghpthhtohepkedprhgtphhtthhopehsthhpvghtvghrsehsthhpvghtvghrrdhimhdprhgtphhtthhopeifrdhvrghnuggvrhgsvggvkhestggrshgtohgurgdrtghomhdprhgtphhtthhopehsthgvvhgvnhdruggvsghruhihnhgvsehknhigrdhorhhgpdhrtghpthhtoheprghhrggvnhgvlheskhhngidrohhrghdprhgtphhtthhopehjohhoshhtrdguvghmrghrvg hstheskhhngidrohhrghdprhgtphhtthhopehurhhnsehivghtfhdrohhrgh
X-Xfinity-VMeta: sc=-100.00;st=legit
Received: from hobgoblin.ariadne.com (localhost [127.0.0.1]) by hobgoblin.ariadne.com (8.16.1/8.16.1) with ESMTPS id 385HpR1p2989425 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Tue, 5 Sep 2023 13:51:27 -0400
Received: (from worley@localhost) by hobgoblin.ariadne.com (8.16.1/8.16.1/Submit) id 385HpQCN2989422; Tue, 5 Sep 2023 13:51:26 -0400
X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f
From: worley@ariadne.com
To: Peter Saint-Andre <stpeter@stpeter.im>
Cc: worley@ariadne.com, michael.critchfield@knx.org, urn@ietf.org, joost.demarest@knx.org, ahaenel@knx.org, steven.debruyne@knx.org, w.vanderbeek@cascoda.com
In-Reply-To: <6d751df7-5396-a874-3a98-c8c4e032a15d@stpeter.im>
Sender: worley@ariadne.com
Date: Tue, 05 Sep 2023 13:51:26 -0400
Message-ID: <877cp433vl.fsf@hobgoblin.ariadne.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/0RA2pda431LlVdrDnRrq5O2yL-o>
Subject: Re: [urn] NEW NAMESPACE REGISTRATION: KNX
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Revisions to URN RFCs <urn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn>, <mailto:urn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/urn/>
List-Post: <mailto:urn@ietf.org>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn>, <mailto:urn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Sep 2023 17:53:40 -0000

Peter Saint-Andre <stpeter@stpeter.im> writes:
> I disagree. There *is* a contradiction, the KNX specification is using 
> the term "relative URN" (which is undefined), and allowing this is not a 
> responsible way to proceed.
>
> Why do the authors of the KNX specification apparently feel the need to 
> elide 'urn:knx' from the start of (some) URNs in the KNX namespace? Is 
> this being done to save a few bytes over constrained links for IoT?

There actually *is* a definition of "relative URN", although the
discussion admits that relative URNs are largely worthless.  See RFC
8141 section 4.3 "URNs and Relative References".

As far as I can tell from the document, the KNX people want to save the
7 bytes over constrained links.

IMHO the KNX usage would better use the word "abbreviated", as the
connotations of the word are closer to the intended usage -- the
transmitted string is shorter, but it is not interpreted *relative to*
another string.  But I'm OK with a second meaning being given to a word
when the situation is syntactically distinguishable from the original
meaning and almost certainly will be confined to a circumscribed
subfield.

Dale