Re: [urn] NEW NAMESPACE REGISTRATION: KNX

"Lars G. Svensson" <lars.svensson@web.de> Mon, 04 September 2023 10:16 UTC

Return-Path: <lars.svensson@web.de>
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 7C350C151711 for <urn@ietfa.amsl.com>; Mon, 4 Sep 2023 03:16:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.102
X-Spam-Level:
X-Spam-Status: No, score=-2.102 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=web.de
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 0bDBHaReRmR3 for <urn@ietfa.amsl.com>; Mon, 4 Sep 2023 03:16:04 -0700 (PDT)
Received: from mout.web.de (mout.web.de [212.227.15.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78D95C14CE30 for <urn@ietf.org>; Mon, 4 Sep 2023 03:16:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1693822559; x=1694427359; i=lars.svensson@web.de; bh=0njehf8JtjaDx3XRP6E4UW9RbBjhy8vSzxUo2vY+EGU=; h=X-UI-Sender-Class:From:To:Cc:References:In-Reply-To:Subject:Date; b=nBXxom2EnyWoTZenMTIZ/tBdF9MwyErWd9IV7NOik7on1qemiaO4Sui/sLQkXIsucdLc94d vJdFCnJ6YHYCQ7raCqz2J5i05OVw9CyKQRW7bexkh0AmnVDEOb7MIS/ROU73IATV4+3jXIyt8 zlTzF+9oSzBT0GkrLn1q644QUPGyiDCLtkgyZvbA93rb9/937p3ZXswDIY8pqSNwU9vn2/wqa r3D8QUPc9VQPc+urBwb3px3F74MPA9TXU37AlhnR9GvpydpAz+RGu44B3qJj1bgoo6geYi/M3 4ObRZ+5askfLgWQBrlOmC2bwUrF0Gwru0J71yV9xkd+CjXQgVQlQ==
X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6
Received: from FNBW1006512 ([193.175.97.254]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1N4vRY-1pcIpv2LyO-011AOh; Mon, 04 Sep 2023 12:15:59 +0200
From: "Lars G. Svensson" <lars.svensson@web.de>
To: 'Michael Critchfield' <michael.critchfield@knx.org>, 'Ted Hardie' <ted.ietf@gmail.com>
Cc: urn@ietf.org, 'Joost Demarest' <joost.demarest@knx.org>, 'André Hänel' <ahaenel@knx.org>, 'Steven De Bruyne' <steven.debruyne@knx.org>, "'W. van der Beek'" <w.vanderbeek@cascoda.com>
References: <AS8P251MB0199DFD95358D7D57EE51BBEFFE6A@AS8P251MB0199.EURP251.PROD.OUTLOOK.COM> <CA+9kkMBWm8=PncUx9rbA9oh=y9kdH4jf6Ny4rU067RZpK5FMQg@mail.gmail.com> <CA+9kkMCEh48OoDcug9S74w9GD9vW=DTTZapvBzDsA9_eHteFcw@mail.gmail.com> <AS8P251MB0199D29D375C45885D476270FFE9A@AS8P251MB0199.EURP251.PROD.OUTLOOK.COM>
In-Reply-To: <AS8P251MB0199D29D375C45885D476270FFE9A@AS8P251MB0199.EURP251.PROD.OUTLOOK.COM>
Date: Mon, 04 Sep 2023 12:15:59 +0200
Message-ID: <008301d9df18$ccfecc80$66fc6580$@web.de>
MIME-Version: 1.0
Content-Type: multipart/related; boundary="----=_NextPart_000_0084_01D9DF29.908A3490"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQEHH+5WJE+K4229VJi/P+Mw97VUXQEUO484AkH7kKMCkiMJM7GArYqQ
Content-Language: de
X-Provags-ID: V03:K1:2i6RxdqbOorUoGx//EsTaiKaF9yWws4Fa4PLzye6lVeLIpxIbgo x2N8BuRxsqv9AUG8cVWQCSBR8s+GneddMVSHSAUgL33D+fCcl/74KjmCGO2dw2TtgZtxbCs fhZcG9+r0yS5GBmmm42i2SQvBQNQuM7NL41IjGSmNbimqNeQluhMIKDSvni2roawky98Rnm vHuDakIdJjBBkl3itJxRw==
UI-OutboundReport: notjunk:1;M01:P0:lIl3vFFs14M=;NzmqRshvJ0rZu2I283T8jPukG6F EcGX1HxGY68P6HUvgNm/7gX3CTqSOMOairFOJwbK5VgMHCzlU54PvaXVTvxe14eHbHuIrg28r 070cXUHc4K8yXfxBA/A3bDcnU3/24gIeFmDEyjDQW/4bKPlNP6h05fOAOv2Px0rQIqojjp7AA OZ3oFeIVf5cnHmL0IYiNsFQDYA9ZMrc/0G/ovc7gX5K7iJzWxkdEtyx/Rg+pbHu6UkW2+oIGe SYIFBLDEJTwmSdl+r1TXeeCkx0irH4rBnp+z0Axz6HXmmD5FGMVyF/plVv80nwySf57EBjkfD GAXqZ8qQBB7mtM0AFNRuR4szyXdPozaUKxqfPV9YSghp0W5BkF/hF0G+7pCZXZ97KRTeahzEk 4CGU7hev9x8zoxAkVL5kssXis14h1RJuzFaJrAm3wsKmOFk0cpbomW+lH9jyzXJ0H3hrtsXIm WZqMmQ3RJ44R6ziLSuQLT3LVNldoSbLDoSGGwvTVFO9fthuVrj9WFKGw0Z6+rCRboMMizrzHt yJSyln/7yAPAwK9E4hRYVjqAvwBdBtoQorj/E2aAvqqw/BpNzePGIw8g9gGL1nY6bS0pcIHBp jfoz1slCDRDnEu039ARG2ngANXr5uo/MwtRvTX5mYZ3sD+MVyLRJyffV0fq/7CEaa60MqKFS3 CDi4t0zLvJX3xz7D92XvPl6I6JVvPRZO5q9Fcbz0OoemKp8gtPodd6r0yg4eEwvvFKBZ9XlxQ 9mouN8sj1iAMm8Dc6rCeZprJF0TE4AMn34wLW6JzNUYcESDMllTPoZRQmxppOp1mA4S8UJF6q GKRqDwfT3cstiMljQ3gsELnDddP/icMMI3WU2bkECvaS6IBsbIGoeEoe1VJCf7UOjjf+8rvUe h+BGzOLSrIs4+HZHrf5FNLMbexywsvZif+DVwEHLbagYBzsVmLnyw/3sWppyN2QZT8INh+zOw 5v1Xn7o7dc6ZazcO8DbjE0cV37M=
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/FQW0zp6-x3tiY4C4gEt19brwI6I>
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: Mon, 04 Sep 2023 10:16:09 -0000

Dear Michael,

 

Ted’s main point is that you’re still using the procedure and the template set forth in RFC 3406.

 

Some years ago, RFC 2141 and RFC 3406 were obsoleted by the new RFC 8141 “Uniform Resource Names (URNs)” [1]. There are indeed some changes between the documents, the part on relative URNs is one of them.

 

[1] https://www.rfc-editor.org/rfc/rfc8141

 

Best,

 

Lars

 

Von: urn [mailto:urn-bounces@ietf.org] Im Auftrag von Michael Critchfield
Gesendet: Montag, 4. September 2023 11:05
An: Ted Hardie <ted.ietf@gmail.com>
Cc: urn@ietf.org; Joost Demarest <joost.demarest@knx.org>; André Hänel <ahaenel@knx.org>; Steven De Bruyne <steven.debruyne@knx.org>; W. van der Beek <w.vanderbeek@cascoda.com>
Betreff: Re: [urn] NEW NAMESPACE REGISTRATION: KNX

 

Hi Ted, 

Talking about confusion, I am not quite sure if what you wrote incurs any changes to our request or worse-even Specification changes. 

KNX Association would like to assign unique, permanent, location-independent names based on URNs for some resources it produces or manages.  These URNs will be constructed according to the URN syntax defined in [ <https://www.rfc-editor.org/rfc/rfc2141> RFC2141].  This namespace specification is for a formal namespace to be registered according to the procedures set forth in [ <https://www.rfc-editor.org/rfc/rfc3406> RFC3406].

 

May I kindly ask you to provide some more insight into what is missing in our request? From our understanding we need the registration, as we make extensive use of the CoAP core functionality.

Many thanks!

 

Best regards,

Michael Critchfield

 

Von: Ted Hardie <ted.ietf@gmail.com <mailto:ted.ietf@gmail.com> > 
Gesendet: Mittwoch, 30. August 2023 18:00
An: Michael Critchfield < <mailto:michael.critchfield@knx.org> michael.critchfield@knx.org>
Cc:  <mailto:urn@ietf.org> urn@ietf.org; Joost Demarest < <mailto:joost.demarest@knx.org> joost.demarest@knx.org>; André Hänel < <mailto:ahaenel@knx.org> ahaenel@knx.org>; Steven De Bruyne < <mailto:steven.debruyne@knx.org> steven.debruyne@knx.org>; W. van der Beek < <mailto:w.vanderbeek@cascoda.com> w.vanderbeek@cascoda.com>
Betreff: Re: [urn] NEW NAMESPACE REGISTRATION: KNX

 

I apologize, the formatting below came out badly.  Somehow my attempt to provide a link to RFC 8141 resulted only in it being named on a single line above the text; that seems quite odd, and I am sorry for any confusion that may cause.  

 

regards,

 

Ted Hardie

 

On Wed, Aug 30, 2023 at 4:21 PM Ted Hardie < <mailto:ted.ietf@gmail.com> ted.ietf@gmail.com> wrote:

Hi Michael,

 

RFC 8141.

 

 

I retrieved the document you suggested.  First, you probably want to update the reference within it to RFC 8141 and you probably should review in particular section 4.3, which discusses using relative references with URNs.  Your document discusses "relative URNs" in a way that I don't think quite matches the RFC 8141 approach.  You may also wish to review Appendix B, which highlights changes from RFC 2141.

 

The document also does not appear to have a definition of the namespace-specific identifiers.  It specifies that the NID would be knx, but does not seem to provide anything else.  Is there a different document which describes their production?

 

regards,

 

Ted Hardie

 

On Wed, Aug 30, 2023 at 3:58 PM Michael Critchfield < <mailto:michael.critchfield@knx.org> michael.critchfield@knx.org> wrote:

Dear URN Team,

As KNX Association cvba, we would like to register the following Namespace from our KNX IoT Point API Specification with you for listing in  <https://www.iana.org/assignments/urn-namespaces/urn-namespaces.xhtml> Uniform Resource Names (URN) Namespaces (iana.org)

 

Reference is our KNX IoT Point API Specification available on  <https://schema.knx.org> https://schema.knx.org.

Specifically, the KNX IoT Point API Specification is found under this link  <https://knxcloud.org/index.php/s/KNjAyyO0ojm5LSc/download> https://knxcloud.org/index.php/s/KNjAyyO0ojm5LSc/download.

 

*	Namespace Identifier:  knx (example „urn:knx:dpa“)
*	Version:  1
*	Date:  2023-08-30
*	Registrant:  KNX Association cvba, De Kleetlaan 5, B-1831 Brussels-Diegem, Belgium

*	Joost Demarest  <mailto:joost.demarest@knx.org> joost.demarest@knx.org

*	Purpose:  KNX IoT Point API, as specified on  <https://schema.knx.org> https://schema.knx.org (specifically  <https://knxcloud.org/index.php/s/KNjAyyO0ojm5LSc/download> https://knxcloud.org/index.php/s/KNjAyyO0ojm5LSc/download) and future EN50090-4-4.
*	Syntax: urn:knx:<NSS> where the syntax of "<NSS>" is specified in Section 2.2 of the URN Syntax requirements [RFC2141].
*	Assignment: Assignment done by KNX Association through KNX Specifications.
*	Security and Privacy: 

*	There are no additional security considerations other than those normally associated with the use and resolution of URNs in general, which are described in [ <https://www.rfc-editor.org/rfc/rfc1737> RFC1737], [ <https://www.rfc-editor.org/rfc/rfc2141> RFC2141], and [ <https://www.rfc-editor.org/rfc/rfc3406> RFC3406].
*	This document registers a namespace for URNs.  KNX Association may assign special meaning to certain of the characters of the Namespace Specific String (NSS) in its specifications.

*	Interoperability: No known issues related to interoperability.
*	Resolution: Not applicable; the "knx" namespace is not listed with a Resolution Discovery System.
*	Documentation: KNX IoT Point API, as specified on  <https://schema.knx.org> https://schema.knx.org (specifically  <https://knxcloud.org/index.php/s/KNjAyyO0ojm5LSc/download> https://knxcloud.org/index.php/s/KNjAyyO0ojm5LSc/download) and future EN50090-4-4.
*	Additional Information: Not applicable
*	Revision Information: Not applicable

 

In the meantime, please contact me for any registration related questions in this regard.

 

Best regards,

 

MICHAEL CRITCHFIELD 

ETS Product Management

 <mailto:michael.critchfield@knx.org> michael.critchfield@knx.org • T +49 151 50 666255 

 

KNX Association

De Kleetlaan 5, B-1831 Brussels-Diegem • Belgium

 <http://www.knx.org/> www.knx.org

 

 <https://knxperience.knx.org/> 

 

 

_______________________________________________
urn mailing list
 <mailto:urn@ietf.org> urn@ietf.org
 <https://www.ietf.org/mailman/listinfo/urn> https://www.ietf.org/mailman/listinfo/urn

	
This email comes from outside KNX organization. 
Do not click links (with or without explicit IP addresses) or open attachments unless it is an email you expected to receive.