Re: [core-parameters] NEW INTERFACE DESCRIPTION - KNX IoT Point API
Esko Dijk <esko.dijk@iotconsultancy.nl> Mon, 13 November 2023 08:57 UTC
Return-Path: <esko.dijk@iotconsultancy.nl>
X-Original-To: core-parameters@ietfa.amsl.com
Delivered-To: core-parameters@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9AE5C15152E for <core-parameters@ietfa.amsl.com>; Mon, 13 Nov 2023 00:57:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.097
X-Spam-Level:
X-Spam-Status: No, score=-7.097 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 (1024-bit key) header.d=iotconsultancy.nl
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 ceUzjINeedrf for <core-parameters@ietfa.amsl.com>; Mon, 13 Nov 2023 00:56:56 -0800 (PST)
Received: from EUR02-AM0-obe.outbound.protection.outlook.com (mail-am0eur02on2103.outbound.protection.outlook.com [40.107.247.103]) (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 81477C14CE54 for <core-parameters@ietf.org>; Mon, 13 Nov 2023 00:56:54 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cb3lq6lzBYUIAfUT1va9uiftk5180yezmcJN9xGSyhfO50qowiI4xBH2vOrRtiT3yoBpXKURf7YRmCHt5U/VgkjcsjsRcXmiTbBqF9j21KKPLwc01hXGaoV3MOZRH3pNyP4zzM3E7wxTUhcE3SUKjI8nfI7HilAB/9DvetwbJj7s3cXiB2mH+/mr89M08QdoQSTNn378GlHUfVab49Zu0ouuc9xqwfzSlPVYck4hWx/dzI5APlNsgSd8Ahj3yzXwMbF36W4od+EIgBLmdakSCHX3gGxg4xTCWhuYHEHYk6rqg/nunS6RppqWug6JEB2ja+ou1kNpO1sZqT/t8SIWNQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=nSt4XJQqm2KZbYGmXVpYoDU/J1FWoqss9HtH49El12U=; b=WzPJFcqDkvCTUFBA/X26Z+UCRNarM4XLkboGROMtxNpy5iDndfsiURwmJpZIJtzNMR2bo6nCbpQ7muUrn0whXfKPUyK8iLGXK1MpFH5p/6ic6juRVqBObypQcVMaH1Qp/Dm6mkSkqVcYRXQR4J3BmCEuNFGrIjGsgG731gtaJZcXjX8+Bye8j3N6Chjyz3zkHBe9edhZSpEbD3owQGfHJfZSQsJLIsFn1WfraYJs9HRpbCEKNYC17AHQji+D3J4BsQm/+/Xo1pjdtialoiPFhoxonxqxNNgctwO50xsShj4z3SHCxtxZV8p5BYyM7H6UAwk2KtmZII9t0K6w6hM30w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=iotconsultancy.nl; dmarc=pass action=none header.from=iotconsultancy.nl; dkim=pass header.d=iotconsultancy.nl; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iotconsultancy.nl; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nSt4XJQqm2KZbYGmXVpYoDU/J1FWoqss9HtH49El12U=; b=IoDKf3t+UzFQEnbfc7crY8vM3r0Fr3jowDtDZik98ol/vl6mKZpqIlLNA5rg0erlT5c89HLXsg+A9Vaw4sPUqoeDpEwybMgOU1vCQ7WXi5SqWbZt63aE6MTm3Viwc2GFz5nAV4ogmoUitAlMvhTGVs2KZCgHZurJ2TfyjUoxwBI=
Received: from DU0P190MB1978.EURP190.PROD.OUTLOOK.COM (2603:10a6:10:3b9::20) by VE1P190MB0894.EURP190.PROD.OUTLOOK.COM (2603:10a6:800:1a1::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6977.29; Mon, 13 Nov 2023 08:56:49 +0000
Received: from DU0P190MB1978.EURP190.PROD.OUTLOOK.COM ([fe80::f3e2:8d88:9528:f2bb]) by DU0P190MB1978.EURP190.PROD.OUTLOOK.COM ([fe80::f3e2:8d88:9528:f2bb%7]) with mapi id 15.20.6977.028; Mon, 13 Nov 2023 08:56:49 +0000
From: Esko Dijk <esko.dijk@iotconsultancy.nl>
To: "wouter.van.der.beek@gmail.com" <wouter.van.der.beek@gmail.com>, 'Michael Critchfield' <michael.critchfield@knx.org>, "core-parameters@ietf.org" <core-parameters@ietf.org>
CC: 'Joost Demarest' <joost.demarest@knx.org>, 'André Hänel' <ahaenel@knx.org>, 'Steven De Bruyne' <steven.debruyne@knx.org>, 'Wouter van der Beek' <w.vanderbeek@cascoda.com>
Thread-Topic: NEW INTERFACE DESCRIPTION - KNX IoT Point API
Thread-Index: AdnbSsp8vJjvadjkQF+Ognhei3vG6QADvIxwAAoJg9AAHxaW0AA8hriAAJJssr4GTgbLgADrV8fABeWLJIAAliXI0A==
Date: Mon, 13 Nov 2023 08:56:49 +0000
Message-ID: <DU0P190MB1978953EC905C912E0C1176AFDB3A@DU0P190MB1978.EURP190.PROD.OUTLOOK.COM>
References: <AS8P251MB0199CD157A86EC31EF8845E7FFE6A@AS8P251MB0199.EURP251.PROD.OUTLOOK.COM> <DU0P190MB19784B616972400C29DEDEB7FDE6A@DU0P190MB1978.EURP190.PROD.OUTLOOK.COM> <AS8P251MB0199DACAF9FD9F0A59C7023FFFE6A@AS8P251MB0199.EURP251.PROD.OUTLOOK.COM> <DU0P190MB1978E2DDF3873750B8C5F970FDE5A@DU0P190MB1978.EURP190.PROD.OUTLOOK.COM> <002001d9dcf0$58ea4470$0abecd50$@gmail.com> <DU0P190MB19783FA9F29CF2EB3AC9445FFDE9A@DU0P190MB1978.EURP190.PROD.OUTLOOK.COM> <011c01d9f872$26fb8bc0$74f2a340$@gmail.com> <DU0P190MB1978265EBD4DC2B7B53AA6EBFDCCA@DU0P190MB1978.EURP190.PROD.OUTLOOK.COM> <033301da13b5$b26d8060$17488120$@gmail.com>
In-Reply-To: <033301da13b5$b26d8060$17488120$@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=iotconsultancy.nl;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: DU0P190MB1978:EE_|VE1P190MB0894:EE_
x-ms-office365-filtering-correlation-id: afe0d2bc-a53e-4083-2606-08dbe4267904
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: E28h5rban+/ncRvunYKrjGmr2dqfKk4zi6/wvSFaey+CcGD1gU34sVQ493zPgXEK1v0qXDBi5xTmgFuMJfS1DYo0up5OJRobJIAjUxZBbZLcN1J1ido7y8Wtslx1mfMV5xbjpBWMar5OcLdJXX1SrZbTsTPhMgbrIh1icg81i54TdGsUylwj9e7ai/uxpPTh/OIA3dBDYojOtU9MrFS0oRVyf73CF3RwBEvO3kXO8mGvwFI0/g4uOurASYsCPGC6aeLiugS/7jX9fbPj+KcEJU7LKv4bya7I9JYdl5wIVbTrSISD079v7b1HyctaGEyq3pKC9jDL+1mxufHAr6szQNoMAO77SgI92zcYBmDLcJocmt2MEy33G0EELXbZNctVp07juAkofWjWwDFqAI1fofm3MXBOA3prHNL9mZr0M+NbuCjuMxl+F2Qx+HKTUvKp2wM5BaG0n0FJdIqusRTS41qieWhL21/fbsYxYAjXmMObSfcNitc5tNe65tgoyiQ1KPRFT2KOpmCAHuCSgiT8mU8erKknO4KARC1h3YuIh7CKWhzEeSTpYbZo12T1Pdtb1Ba3S7VmnXKjvK3Us/eoear+4P41JgKUXG6BZLFDXEyZn9gLesNf9iDfDygLpD0HbiUH4PCCpXwZcldKGdZWBQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DU0P190MB1978.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230031)(366004)(396003)(346002)(376002)(136003)(39830400003)(230273577357003)(230173577357003)(230922051799003)(64100799003)(451199024)(186009)(1800799009)(9326002)(4326008)(8676002)(8936002)(52536014)(316002)(66946007)(76116006)(66556008)(66476007)(66446008)(54906003)(64756008)(110136005)(2906002)(33656002)(41300700001)(44832011)(30864003)(86362001)(5660300002)(83380400001)(55016003)(66574015)(166002)(38070700009)(99936003)(122000001)(26005)(38100700002)(478600001)(16799955002)(966005)(71200400001)(9686003)(53546011)(7696005)(6506007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: myaUktI/svHSAt8iXPgKR42ml9AEWZlj0Mfu0YfVyppZdU7qWj3b8kMCJztye9xcerttJSmoQPcbS9Kv2No4wvRDw2jQ6jf1EBanr7ue/MQCM82xkq+qDvB03b6UkpUzqEosuhboGAvpKyiFoEeonvc77iSzz5gZelLeUdRFa4IIXLhUJG87zcfylZTLtad3gR/aVXoqtClqaVy3NBTvSs6klSXOi5bDcyzjPvspofSVlqGERh4F/h0OMylV++tlRjPTTUOvGzLP+ZDLDURAJ+bVc5NFgo4ahT3S1PLI2ozpDLwySzRdWNpxP5My/PibFeyjcq5USaH1opaI0+TsVpfz/NNrt86L1qbHBP6Brna/bmjaC+gF7QRSho/XP3Pqo2tXAY4Bwbqnb4iFagH9b2b35ji8gsDSYfxrTT01JOTMvwZBY438Nt8UgaHGhsZgPPJq1X66sDB7HCSJujIdJrbPm565UsqKYF84jQpo2TdSL/UQhjc3M9Ixo/XTtuA0/CnXX1SXGDDN4xpF2BxkanLk0cu/MdWPP22yt93xiChEek/17Hz+1ls0SuHTy/IpaM3wCyJyHS0Amqt5LZfHNhhFSg6BPgyF7O5osV+QcOeuIunjCE41oCJ1ven82psIrAHdz2MeLGuQUTNjmZ1jRqcNZN8h07O6Te6Xe5Jp6oQH6rTgpetLNjh4We5zaT8Fe+1mGmbdR/zqox982fmU8V/5VivIJ5GozXJqT5QCHwVELSnsJkl0ULWU5O2/NrksvlTDpuWMHI7INRlJuNMLfgQg2u/GFMvCr6bX9cRmBS87jrMlFHpwyotyV7bZ+peJka1OzzXl5ClLV8XyoL6HRxC20lvu604KIIotcFunx4JJ6x1iuGaT2cNETUcoIT+TRQ4lDu72uj8Y2fGlZnE/KP+Pq8K4PmS2pVaGtGSxHX+1hAOghWzock0Bh0w6ciw3onVUWy7ySYOBDw1x0iMUNbydJ0mj3tWslp+WE73K2G3lYJ3NtzPFx6bEeSNIcyYFaBlIKrXSA/cV5l+UOOF+U26q+an/ojIEHHuxAovnufjSlOH4BP6TSfAXDps5IdG2smhKZ/GNmeoc0QQohQoyetAhD8w8of4P6NNg+1g4S2x46gFIX/ifkdRZFFS/baV/79tpldD7x/P9+Dm7YeG40no2OTEffqs8pZzGAbeRf8SpLkyVnF6Jk5bF8dJ6B2TI8sy2gQqXUNpVpj4BsR3A81RXyV+PmsohgOfBe6qUOJOoeih2IlU/HPOSr5cs/BabCxvxKWt44yYmgnHzIEQyg1F5Dl0/GNOAGH0JZevAqyNGWdZbQ4A1/ALxoQ2uFvMOL4WjS9W04i+DzaYX28uHeqGK8UUeSQuuWpVMe2J5NEKtJRz1eT4ZYaUWxSpQdAwoDfHObORAxMF2aepKRYfm3F+37hxYcHSdpyOL8zawvo9+fKpZgBwvmwWGDrTge7Km2wbHgY4Fuk95wuZ07qEfMujeHv50iBhN4sjHklbF+6DWPOh+Q4nAipnWn+fOMhjJMMcMy0fyXa+OKlrCelCUoq20DgPTGRkhcRmTvo6hHQTgwemdsdIj26W+hUByjjda
Content-Type: multipart/related; boundary="_004_DU0P190MB1978953EC905C912E0C1176AFDB3ADU0P190MB1978EURP_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: iotconsultancy.nl
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DU0P190MB1978.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: afe0d2bc-a53e-4083-2606-08dbe4267904
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Nov 2023 08:56:49.2930 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 58bbf628-15d2-46bc-820b-863b6774d44b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 4S0FP9eVbC2XbPohJgmEcw5TZ2Dynz87IEVPnUYx/sOIqBfyYowrwCE2b6+rJF1OZAGc5fzbdxrrHnbZu11CXXOG85pkdcm7wyRhS4y7GdU=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VE1P190MB0894
Archived-At: <https://mailarchive.ietf.org/arch/msg/core-parameters/zN1F9PtZZ-ijfBzXryutDkGCXyE>
Subject: Re: [core-parameters] NEW INTERFACE DESCRIPTION - KNX IoT Point API
X-BeenThere: core-parameters@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Expert review of CoAP parameters." <core-parameters.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core-parameters>, <mailto:core-parameters-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core-parameters/>
List-Post: <mailto:core-parameters@ietf.org>
List-Help: <mailto:core-parameters-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core-parameters>, <mailto:core-parameters-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Nov 2023 08:57:01 -0000
Hi Wouter, It did not fit the interim agenda unfortunately, so I'll try to bring it up again on Nov 22 (the next one). One further idea is not to register every individual link format interface/resource-type/etc that exists in URN namespace, but avoid overhead, and rather show a single pointer per external specification or SDO. Something like a registry saying "KNX has defined various CoRE Link Format items under urn:knx:... , and the specification for this is here: <link to spec>." So that people can check out these specs if they want, knowing that they exist, before going off and defining new interface/resource/etc types. Regards Esko From: wouter.van.der.beek@gmail.com <wouter.van.der.beek@gmail.com> Sent: Friday, November 10, 2023 10:10 To: Esko Dijk <esko.dijk@iotconsultancy.nl>; 'Michael Critchfield' <michael.critchfield@knx.org>; core-parameters@ietf.org Cc: 'Joost Demarest' <joost.demarest@knx.org>; 'André Hänel' <ahaenel@knx.org>; 'Steven De Bruyne' <steven.debruyne@knx.org>; 'Wouter van der Beek' <w.vanderbeek@cascoda.com> Subject: RE: NEW INTERFACE DESCRIPTION - KNX IoT Point API Hi Esko, Any news on this topic? Kind Regards, Wouter From: Esko Dijk <esko.dijk@iotconsultancy.nl<mailto:esko.dijk@iotconsultancy.nl>> Sent: Wednesday 11 October 2023 09:53 To: wouter.van.der.beek@gmail.com<mailto:wouter.van.der.beek@gmail.com>; 'Michael Critchfield' <michael.critchfield@knx.org<mailto:michael.critchfield@knx.org>>; core-parameters@ietf.org<mailto:core-parameters@ietf.org> Cc: 'Joost Demarest' <joost.demarest@knx.org<mailto:joost.demarest@knx.org>>; 'André Hänel' <ahaenel@knx.org<mailto:ahaenel@knx.org>>; 'Steven De Bruyne' <steven.debruyne@knx.org<mailto:steven.debruyne@knx.org>> Subject: RE: NEW INTERFACE DESCRIPTION - KNX IoT Point API Hi Wouter, I'll raise this topic in the CoRE WG interim call of today - see if there are some opinions on this. Some ideas: there could be an optional 'informational' registration of URNs allowed, or an informational RFC could be published that lists the urn:knx:... values and explains their use. Though, the purpose of using URNs is precisely to delegate such registration to the organization owning the URN namespace, so trying to achieve something contrary to this purpose may not be easy. Regards Esko From: wouter.van.der.beek@gmail.com<mailto:wouter.van.der.beek@gmail.com> <wouter.van.der.beek@gmail.com<mailto:wouter.van.der.beek@gmail.com>> Sent: Friday, October 6, 2023 18:29 To: Esko Dijk <esko.dijk@iotconsultancy.nl<mailto:esko.dijk@iotconsultancy.nl>>; 'Michael Critchfield' <michael.critchfield@knx.org<mailto:michael.critchfield@knx.org>>; core-parameters@ietf.org<mailto:core-parameters@ietf.org> Cc: 'Joost Demarest' <joost.demarest@knx.org<mailto:joost.demarest@knx.org>>; 'André Hänel' <ahaenel@knx.org<mailto:ahaenel@knx.org>>; 'Steven De Bruyne' <steven.debruyne@knx.org<mailto:steven.debruyne@knx.org>> Subject: RE: NEW INTERFACE DESCRIPTION - KNX IoT Point API Hi Esko, KNX has now its own urn listed at IANA (it took a while..). However after the (internal) KNX meeting today we still see value for KNX to list the interfaces mentioned below. The reasoning behind this is the recognition (for IETF & KNX) that KNX is actively using RFC 6690: Constrained RESTful Environments (CoRE) Link Format (rfc-editor.org)<https://www.rfc-editor.org/rfc/rfc6690> Just having the urn registered does not give this kind of information. How can we proceed? Kind Regards, Wouter From: Esko Dijk <esko.dijk@iotconsultancy.nl<mailto:esko.dijk@iotconsultancy.nl>> Sent: Monday 4 September 2023 15:28 To: wouter.van.der.beek@gmail.com<mailto:wouter.van.der.beek@gmail.com>; 'Michael Critchfield' <michael.critchfield@knx.org<mailto:michael.critchfield@knx.org>>; core-parameters@ietf.org<mailto:core-parameters@ietf.org> Cc: 'Joost Demarest' <joost.demarest@knx.org<mailto:joost.demarest@knx.org>>; 'André Hänel' <ahaenel@knx.org<mailto:ahaenel@knx.org>>; 'Steven De Bruyne' <steven.debruyne@knx.org<mailto:steven.debruyne@knx.org>> Subject: Re: NEW INTERFACE DESCRIPTION - KNX IoT Point API Hi Wouter, It's the requirement in RFC 6690 Section 7.4: URIs are reserved for free use as extension values for these attributes and MUST NOT be registered The registration is not useful in this case because the owner of the URI/URN is able to freely define the values and what they mean within that namespace. If KNX registers the "urn:knx" namespace, then it can fully define the contents of this in own specs and registration at IETF should not be needed/desired. In RFC 3986 section 1.1.3 it explains how URNs are a subclass of URIs, and specs may refer to "URI" to include "URN"s. If the goal would be to register "knx.if.foo" entries instead of "urn:knx.if.foo", then registration in the CoRE Parameters Registry would be required. (Also with URNs there's always the risk that someone could start using a URN namespace without having registered it; even when that person doesn't own the namespace formally. Same thing for using "knx.foo" type CoRE attributes - anyone could start misusing these. ) Esko ________________________________ From: wouter.van.der.beek@gmail.com<mailto:wouter.van.der.beek@gmail.com> <wouter.van.der.beek@gmail.com<mailto:wouter.van.der.beek@gmail.com>> Sent: Friday, September 1, 2023 18:21 To: Esko Dijk <esko.dijk@iotconsultancy.nl<mailto:esko.dijk@iotconsultancy.nl>>; 'Michael Critchfield' <michael.critchfield@knx.org<mailto:michael.critchfield@knx.org>>; core-parameters@ietf.org<mailto:core-parameters@ietf.org> <core-parameters@ietf.org<mailto:core-parameters@ietf.org>> Cc: 'Joost Demarest' <joost.demarest@knx.org<mailto:joost.demarest@knx.org>>; 'André Hänel' <ahaenel@knx.org<mailto:ahaenel@knx.org>>; 'Steven De Bruyne' <steven.debruyne@knx.org<mailto:steven.debruyne@knx.org>> Subject: RE: NEW INTERFACE DESCRIPTION - KNX IoT Point API Hi Esko, Based on which RFC is the urn not required or possible to register? There must be some evidence for such position. Note that these values are used in the public wellknown core, hence having a clash that someone else would use the urn:knx prefix would not be good for an SDO like KNX. Hence why KNX (as organisation) wants to register it. Kind Regards, Wouter From: Esko Dijk <esko.dijk@iotconsultancy.nl<mailto:esko.dijk@iotconsultancy.nl>> Sent: Thursday, August 31, 2023 12:32 PM To: Michael Critchfield <michael.critchfield@knx.org<mailto:michael.critchfield@knx.org>>; core-parameters@ietf.org<mailto:core-parameters@ietf.org> Cc: Joost Demarest <joost.demarest@knx.org<mailto:joost.demarest@knx.org>>; André Hänel <ahaenel@knx.org<mailto:ahaenel@knx.org>>; Steven De Bruyne <steven.debruyne@knx.org<mailto:steven.debruyne@knx.org>>; wouter.van.der.beek@gmail.com<mailto:wouter.van.der.beek@gmail.com> Subject: RE: NEW INTERFACE DESCRIPTION - KNX IoT Point API Sure, no problem. So my take is that registration is not required nor possible for any URN values for CoRE attributes. If others on this list want to comment on that, I'm happy to hear about it. Regards Esko From: Michael Critchfield <michael.critchfield@knx.org<mailto:michael.critchfield@knx.org>> Sent: Wednesday, August 30, 2023 22:43 To: Esko Dijk <esko.dijk@iotconsultancy.nl<mailto:esko.dijk@iotconsultancy.nl>>; core-parameters@ietf.org<mailto:core-parameters@ietf.org> Cc: Joost Demarest <joost.demarest@knx.org<mailto:joost.demarest@knx.org>>; André Hänel <ahaenel@knx.org<mailto:ahaenel@knx.org>>; Steven De Bruyne <steven.debruyne@knx.org<mailto:steven.debruyne@knx.org>>; wouter.van.der.beek@gmail.com<mailto:wouter.van.der.beek@gmail.com> Subject: AW: NEW INTERFACE DESCRIPTION - KNX IoT Point API Thank you Esko, we did request the URN namespace registration like you suggested as well, right after requesting the Interface registration here. But there we got feedback requesting more information (from your colleague Ted Hardie) and will discuss internally how to respond. I will get back to you here once that is clarified. Can you hold the registration request until then? Best regards, Michael Von: Esko Dijk <esko.dijk@iotconsultancy.nl<mailto:esko.dijk@iotconsultancy.nl>> Gesendet: Mittwoch, 30. August 2023 17:59 An: Michael Critchfield <michael.critchfield@knx.org<mailto:michael.critchfield@knx.org>>; core-parameters@ietf.org<mailto:core-parameters@ietf.org> Cc: Joost Demarest <joost.demarest@knx.org<mailto:joost.demarest@knx.org>>; André Hänel <ahaenel@knx.org<mailto:ahaenel@knx.org>>; Steven De Bruyne <steven.debruyne@knx.org<mailto:steven.debruyne@knx.org>>; wouter.van.der.beek@gmail.com<mailto:wouter.van.der.beek@gmail.com> Betreff: RE: NEW INTERFACE DESCRIPTION - KNX IoT Point API Thanks Michael, I would like to check with other list members/experts if registration is possible at all. The interface names all are URNs. RFC 6690 states for URIs (which includes all URNs) a registration MUST NOT be made in the registry. All URNs are free to use by the respective namespace owner. So what KNX would need to do , is register its (top level) URN namespace at the registry over here: https://www.iana.org/assignments/urn-namespaces/urn-namespaces.xhtml . Then KNX can define all the items in there as it wants without requiring any IETF/CoRE expert involvement. Regards Esko PS I'm noting that Table 6 shows the interface values without the URN prefix, however, the examples in the spec and normative language make clear that the "urn:knx:" needs to be preprended to all the items. From: core-parameters <core-parameters-bounces@ietf.org<mailto:core-parameters-bounces@ietf.org>> On Behalf Of Michael Critchfield Sent: Wednesday, August 30, 2023 16:04 To: core-parameters@ietf.org<mailto:core-parameters@ietf.org> Cc: Joost Demarest <joost.demarest@knx.org<mailto:joost.demarest@knx.org>>; André Hänel <ahaenel@knx.org<mailto:ahaenel@knx.org>>; Steven De Bruyne <steven.debruyne@knx.org<mailto:steven.debruyne@knx.org>>; wouter.van.der.beek@gmail.com<mailto:wouter.van.der.beek@gmail.com> Subject: [core-parameters] NEW INTERFACE DESCRIPTION - KNX IoT Point API Dear Core Parameters Team, As KNX Association cvba, we would like to register the following Interfaces from our KNX IoT Point API Specification with you for listing in Constrained RESTful Environments (CoRE) Parameters (iana.org)<https://www.iana.org/assignments/core-parameters/core-parameters.xhtml#if-link-target-att-value>. Reference is our KNX IoT Point API Specification available on https://schema.knx.org. Specifically, the KNX IoT Point API Specification is found under this link https://knxcloud.org/index.php/s/KNjAyyO0ojm5LSc/download. The Table below refers to the KNX IoT Information Model in various places, you can find this on https://schema.knx.org and https://knxcloud.org/index.php/s/E12pxbhctLEREaO/download. If required, Registration contact shall be Joost Demarest, CTO at KNX Association, joost.demarest@knx.org<mailto:joost.demarest@knx.org>. Type Interface Method Description Link List urn:knx:if.ll GET, (OBSERVE) Read a linked list and, in combination with if.o, subscribe to all Points of the list. Parameter urn:knx:if.p GET, PUT, (OBSERVE) Adjust parameter Point (see [03] "KNX Information Model"). Diagnostic urn:knx:if.d GET, (OBSERVE) Read diagnostic Point (see [03] "KNX Information Model"). Configuration urn:knx:if.c GET, PUT, POST, DELETE Configuration and programming of a device. Logical Input urn:knx:if.i PUT, POST Write and command runtime input Group Object Point (see [03] "KNX Information Model"). Logical Output urn:knx:if.o GET, POST, OBSERVE Read and subscribe runtime output Group Object Point (see [03] "KNX Information Model"). Group Communication urn:knx:if.g.s POST, GET (OBSERVE) Group communication (S-Mode) runtime interworking (input and output) address. Batch urn:knx:if.b GET, PUT, POST Read or write a collection (e.g., Point list). Actuator urn:knx:if.a GET, PUT, POST Hardwired actuator (see [03] "KNX Information Model"). Sensor urn:knx:if.s GET, PUT Hardwired sensor (see [03] "KNX Information Model"). Security urn:knx:if.sec GET, PUT, POST, DELETE Configuration (read and write) of security, incl. authorization-related data. Software Update urn:knx:if.swu GET, PUT, POST, DELETE Software update (push and pull) related data. Programming Mode urn:knx:if.pm GET Data that can be read in Programming Mode. Manufacturer urn:knx:if.m.{name} Manufacturer-specific definition Manufacturer-specific interface types. Interface definitions and methods (from Table 6 of the KNX IoT Point API Specification on https://schema.knx.org) In the meantime, please contact me for any registration related questions in this regard. Many thanks in advance. Best regards, MICHAEL CRITCHFIELD ETS Product Management michael.critchfield@knx.org<mailto:michael.critchfield@knx.org> * T +49 151 50 666255 KNX Association De Kleetlaan 5, B-1831 Brussels-Diegem * Belgium www.knx.org<http://www.knx.org/> [cid:image001.jpg@01DA1617.B75375D0]<https://knxperience.knx.org/> 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.
- [core-parameters] NEW INTERFACE DESCRIPTION - KNX… Michael Critchfield
- Re: [core-parameters] NEW INTERFACE DESCRIPTION -… Esko Dijk
- Re: [core-parameters] NEW INTERFACE DESCRIPTION -… Michael Critchfield
- Re: [core-parameters] NEW INTERFACE DESCRIPTION -… Esko Dijk
- Re: [core-parameters] NEW INTERFACE DESCRIPTION -… Esko Dijk
- Re: [core-parameters] NEW INTERFACE DESCRIPTION -… Esko Dijk
- Re: [core-parameters] NEW INTERFACE DESCRIPTION -… wouter.van.der.beek
- Re: [core-parameters] NEW INTERFACE DESCRIPTION -… Esko Dijk
- Re: [core-parameters] NEW INTERFACE DESCRIPTION -… Esko Dijk