[core] Re: Core: FYI/discuss/complain: draft-ietf-anima-brski-discovery-09 updating rfc6690
Esko Dijk <esko.dijk@iotconsultancy.nl> Mon, 10 November 2025 09:41 UTC
Return-Path: <esko.dijk@iotconsultancy.nl>
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 F025E86D110B for <core@mail2.ietf.org>; Mon, 10 Nov 2025 01:41:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.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_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=iotconsultancy.nl
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 OqN9uOtJuFVI for <core@mail2.ietf.org>; Mon, 10 Nov 2025 01:41:39 -0800 (PST)
Received: from dane.soverin.net (dane.soverin.net [185.233.34.11]) (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 EF76586D1104 for <core@ietf.org>; Mon, 10 Nov 2025 01:41:38 -0800 (PST)
Received: from smtp.soverin.net (unknown [10.10.4.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519) (No client certificate requested) by dane.soverin.net (Postfix) with ESMTPS id 4d4l6g4yZDzXZY; Mon, 10 Nov 2025 09:41:31 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.100]) by soverin.net (Postfix) with ESMTPSA id 4d4l6g1JwnzHP; Mon, 10 Nov 2025 09:41:31 +0000 (UTC)
Authentication-Results: smtp.soverin.net; dkim=pass (2048-bit key; unprotected) header.d=iotconsultancy.nl header.i=@iotconsultancy.nl header.a=rsa-sha256 header.s=soverin1 header.b=AS3JWPdB; dkim-atps=neutral
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iotconsultancy.nl; s=soverin1; t=1762767691; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=+G1cWzKh9/RhUR/4ODGNrWTHdCcrP8LQbSO1otBNejM=; b=AS3JWPdBnaD9I2pFaNKJvU1431sG2Sl3ITJxCYMyoQmQUrUjJbYksO/e2Lo4cZvF/fjlL/ fKTEsyQOnMkKZcAWfc1+FHIywPsFeRhehOzbbuAinFh/T6wWumh0mwPtMYGAtA3Y0Gv0S1 phjAACUt29SCkpF8lRtXDzRLbiG4xFJWesXIMjn7ByKl3WXgNtO9rHoIdttqJ+uCsuSIRn 0wmJyYjUNHMpA728GYFbEHsh8theWiEcKdB97hUVXwH806bS+zKIGedd2iFlpXqWxcPJXc IlVPHvVPVNb9yiDVDH6HS4fL6jwSMYg/VdhVhAsdDmUkyGoIaeaD0sj/2aMyDw==
X-CM-Envelope: MS4xfDWvyoTQQsecEeTfucArtasggPg4lyTPyyMzigfaLQfYP5rAu95NajM3lUTl5r1w0iz559XnYXj1w2tuAlBbU/MqMLHxX3Q2xS1K0GFX6ppX1drADVOj DiisNcH2gEHnWezzoM/dy6taKkZN2htoFZmR7iUsIV3JyUc++wc6+6ckec9ZBRAQgOm7dp/Ly4NpnUtsWE3FZOsQspRV1h+WZ7o=
X-Soverin-Id: 019a6d24-5cf8-7b26-98d9-7d8d323a8535
Content-Type: multipart/alternative; boundary="------------IMA0BZbRcKT5gYRCwrVoVekz"
Message-ID: <f245f35f-521e-4fa9-9e83-f6f4d166f612@iotconsultancy.nl>
Date: Mon, 10 Nov 2025 10:41:32 +0100
MIME-Version: 1.0
To: Toerless Eckert <tte@cs.fau.de>, core@ietf.org
References: <aQ5koI8reVrsSEuk@faui48e.informatik.uni-erlangen.de>
Content-Language: en-US
From: Esko Dijk <esko.dijk@iotconsultancy.nl>
Organization: IoTconsultancy.nl
In-Reply-To: <aQ5koI8reVrsSEuk@faui48e.informatik.uni-erlangen.de>
X-Spampanel-Class: ham
Message-ID-Hash: HXP5IGBPICAW4KWJYLXW4EA6B2JPG5AX
X-Message-ID-Hash: HXP5IGBPICAW4KWJYLXW4EA6B2JPG5AX
X-MailFrom: esko.dijk@iotconsultancy.nl
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
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [core] Re: Core: FYI/discuss/complain: draft-ietf-anima-brski-discovery-09 updating rfc6690
List-Id: "Constrained RESTful Environments (CoRE) Working Group list" <core.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/TojVpSdDafdHcdHOiT3LfR63NrA>
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>
Hi Toerless,
the prior discussion on this in September 2025 was only between you and
me - so best to double-check this in the next CoRE interim, which is
early December.
I would prefer a shorter note to add to the Resource Type (rt=) Link
Target Attribute Values registry; like:
Resource Type values with the "brski" prefix MUST be reviewed by the
Designated Experts of the BRSKI Discovery Parameters Registry (Section
5.4 of [ThisRFC]).
This will automatically point the reader to the requirements for such
entry, which should be defined in the document itself. These are the
same requirements that the experts would review for.
And we don't have to burden non-BRSKI users of the registry with the
long & detailed text note.
Esko
On 7-11-2025 16:29, Toerless Eckert wrote:
> Hi folks,
>
> forgot to ask for slot, so we can discuss again on next interim if contntuous.
>
> We had some discuss in one of the prior core interims about how to "reserve"
> whatver.* prefixes in the IANA Resource Type Link Target Attribute Values,
> and in my memory, there ws no immediate agreement to go all the way out in
> making this a new registry (through a separate new rfc), so for now i am trying to go with what
> looks like the second option, adding individual entries as updates to rfc6690.
>
> So, draft-ietf-anima-brski-discovery-09 does exactly that for brski.*. Please check.
> section 4.3 and 5.1.1
>
> Goal of course is that the additional requirements checks from 4.3 are being applied
> to new brski.* allocations into the table.
>
> This was checked with Amanda Barber (IANA) and uses appropriate terminology
> ("registration procedure table" instead of "registration table").
>
> Cheers
> Toerless
>
> _______________________________________________
> core mailing list --core@ietf.org
> To unsubscribe send an email tocore-leave@ietf.org
--
*IoTconsultancy.nl* | Email/Teams: esko.dijk@iotconsultancy.nl | +31 6
2385 8339
- [core] Core: FYI/discuss/complain: draft-ietf-ani… Toerless Eckert
- [core] Re: Core: FYI/discuss/complain: draft-ietf… Esko Dijk
- [core] Re: Core: FYI/discuss/complain: draft-ietf… Toerless Eckert
- [core] Re: Core: FYI/discuss/complain: draft-ietf… Esko Dijk