Re: [Anima] checking on advancing draft-ietf-anima-constrained-join-proxy / 'rt' naming

Peter van der Stok <stokcons@bbhmail.nl> Tue, 30 November 2021 10:22 UTC

Return-Path: <stokcons@bbhmail.nl>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5763C3A1011; Tue, 30 Nov 2021 02:22:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.093
X-Spam-Level:
X-Spam-Status: No, score=-2.093 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_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=bbhmail.nl
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S2r_fhaN1ZgM; Tue, 30 Nov 2021 02:21:55 -0800 (PST)
Received: from smtprelay.hostedemail.com (smtprelay0209.hostedemail.com [216.40.44.209]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFA563A100B; Tue, 30 Nov 2021 02:21:54 -0800 (PST)
Received: from omf12.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay01.hostedemail.com (Postfix) with ESMTP id 091F310208437; Tue, 30 Nov 2021 10:21:52 +0000 (UTC)
Received: from [HIDDEN] (Authenticated sender: stokcons@bbhmail.nl) by omf12.hostedemail.com (Postfix) with ESMTPA id 665868019044; Tue, 30 Nov 2021 10:21:48 +0000 (UTC)
MIME-Version: 1.0
Date: Tue, 30 Nov 2021 11:21:51 +0100
From: Peter van der Stok <stokcons@bbhmail.nl>
To: Esko Dijk <esko.dijk@iotconsultancy.nl>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, core@ietf.org, anima@ietf.org
Reply-To: stokcons@bbhmail.nl
Mail-Reply-To: stokcons@bbhmail.nl
In-Reply-To: <AM8P190MB0979AC083E25DD142A5035C6FD669@AM8P190MB0979.EURP190.PROD.OUTLOOK.COM>
References: <AM8P190MB09795402012270BDE6CD0327FD619@AM8P190MB0979.EURP190.PROD.OUTLOOK.COM> <80674.1637776136@dooku> <AM8P190MB0979AC083E25DD142A5035C6FD669@AM8P190MB0979.EURP190.PROD.OUTLOOK.COM>
Message-ID: <5259f69ffb5d08891bca1de956625a27@bbhmail.nl>
X-Sender: stokcons@bbhmail.nl
Organization: vanderstok consultancy
Content-Type: multipart/alternative; boundary="=_0e0a1d66b670ec54960c5031e1081549"
X-Stat-Signature: 3kxuaouyoi35gk9x9y6yqmgo33ga3ais
X-Rspamd-Server: rspamout02
X-Rspamd-Queue-Id: 665868019044
X-Session-Marker: 73746F6B636F6E73406262686D61696C2E6E6C
X-Session-ID: U2FsdGVkX1/5IRKx2g4S1JJub/blW9fb24S/pf3s5Mw=
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bbhmail.nl; h=mime-version:date:from:to:cc:subject:reply-to:in-reply-to:references:message-id:content-type; s=key; bh=IAqoEN3emV2wryzQ346LB8HE1R/cSdghwkOBKWuzJkg=; b=if/hmffoiClbZT3Frsqb3A/eptv9CUGWYnmeg9jMuhcDU3rRSR0njVOmWg4+OkegXsgeu/6f7TNxHJJ+vN47Un0GprL+CQhWDhiKOJhfMnqVXwKCDHuwmqY4Duj611hXiBemPRBvMxRy/elSN2mvGAt46LLo/eBI41yJEht8tps=
X-HE-Tag: 1638267708-247684
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/eNfU0YjCti0Cfeh0mFsG3JbSyKs>
Subject: Re: [Anima] checking on advancing draft-ietf-anima-constrained-join-proxy / 'rt' naming
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima>, <mailto:anima-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima/>
List-Post: <mailto:anima@ietf.org>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima>, <mailto:anima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Nov 2021 10:22:03 -0000

  HI Esko,

The PR of MCR has been applied to main,
meaning that we now use the rt-values brski.jp and brski.rjp.

Greetings,

Peter
Esko Dijk schreef op 2021-11-29 11:17:

> Apart from the discussion whether the (current) hierarchical naming 
> convention is to be used, or any names without hierarchy (because it is 
> allowed for rt), there is an additional consideration to make.
> 
> If a Pledge wants to use CoAP discovery to discover one of a 
> Constrained Join Proxy or Registrar on the link, because typically it 
> would be able to contact both (DTLS connection & messages are 
> identical), it would help very much if it only has to do a single 
> discovery action for both. And not 2 separate discovery actions.
> 
> If the Pledge discovers for resources with rt=brski* , this is useful 
> as it will find resource "rt=brski" indicating a Registrar and also 
> resources "rt=brski.jp" indicating a Constrained Join Proxy. I can pick 
> either one it finds. If both are found it may prefer the Registrar 
> directly (rt=brski).
> 
> In my view this naming choice (brski.*) thus makes things more 
> efficient and consistent; it is more than just a name.
> 
> Regards
> Esko
> 
> -----Original Message-----
> From: Michael Richardson <mcr+ietf@sandelman.ca>
> Sent: Wednesday, November 24, 2021 18:49
> To: Esko Dijk <esko.dijk@iotconsultancy.nl>; core@ietf.org
> Cc: Sheng Jiang <jiangsheng@huawei.com>; anima@ietf.org; Peter van der 
> Stok <stokcons@bbhmail.nl>
> Subject: Re: [Anima] checking on advancing 
> draft-ietf-anima-constrained-join-proxy / 'rt' naming
> 
> Esko Dijk <esko.dijk@iotconsultancy.nl> wrote:
>> I checked the new version against my review comments; and the 
>> following
>> comment is still open - this is where Peter and me disagree.
> 
> understood.
> I have no real opinion.
> 
>> core.* - CoRE WG types
>> ace.* - ACE WG types
>> brski.* - ANIMA WG types for BRSKI - not yet in the registry but 
>> specified in
>> draft-constrained-voucher.
>> oic.* - any types specified by OCF/OIC
>> fa.*  - any types specified by Fairhair Alliance
> 
>> Hence my request to comply to this convention, however undocumented it
>> is today. Any system architect would agree to that seeing the current
>> list.
> 
> Can we ask core@ to review and comment then?
> 
> original message: 
> https://mailarchive.ietf.org/arch/msg/anima/s9yU6LPnV8pE17Ws2xjH2f0mrO0/
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
> -= IPv6 IoT consulting =-
> 
> _______________________________________________
> Anima mailing list
> Anima@ietf.org
> https://www.ietf.org/mailman/listinfo/anima