IETF Logo Mail Archive

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

Esko Dijk <esko.dijk@iotconsultancy.nl> Mon, 29 November 2021 10:17 UTC

Return-Path: <esko.dijk@iotconsultancy.nl>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 254ED3A0035; Mon, 29 Nov 2021 02:17:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-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=iotconsultancy.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 LEyngyxThLCI; Mon, 29 Nov 2021 02:17:15 -0800 (PST)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60130.outbound.protection.outlook.com [40.107.6.130]) (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 486923A0028; Mon, 29 Nov 2021 02:17:15 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=C2bu1HoovhXw9+YMM23ZkJ21CXqZG8VuhfZNcG3Cl+8Lwf2xEMbFxY4p9v6TVDudQqSJEbiZEpChWqZ1pvMMSI139d1kayjeXFXSUcVZaLSZEiKI3S62Ln87SL13dYQIm1puCJ5Tzmtw8Z3t5ARkhNPdFU1irfqEANhZskOG9dszY0c7mht39JNzF+u6/H8UFmMvEX5wf+vGFBjrRRRnXuzI5Cn7zAH8mBskXLW1rIhXvVUPXw24d/OBKgHIMyvDh5tbSCC1cy3Fm4EMPQbEsP/fnhRdCetQnUdeVnWb6lcUEVxy7Hy+o7D+RYAgpDcE8sa0sLCmm5AOanBeGHHBQw==
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=4MWsemjOYWEYelEXW8hJ/LsZdUEOGn5Q2CgJjGISTY4=; b=Gz7OkHTe/2PxyR2w5L/y1EvF8hi3PHgfHj1Yq2RaWbJpRbjWgVOWEas8s2TrOLIOmMPhPqke8WAvk0P0h4JwP9RZARuc7WBif3rCEt5w5IljYqGthv5iPFDdtgEsqfqimk2c4elND7CSU+nEg16cBzZGJqfeGmZoAGPlyKjlW9Y5hjm8fiNsbOnlXTBpMv3ACnbMM2jlRW0exPhwDE4Oy0yGaOBA6M0m9mLTOaxuqqFxzbLQklKnkabGEqlibTjLpeQ4ixmeVcYiZylKORZ8heiia2PWVx4j3C2uvNwnDgri1s7ziuGIpGWUujkqnPBvWjfo2yMc1NWaRIExw7+AnQ==
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=4MWsemjOYWEYelEXW8hJ/LsZdUEOGn5Q2CgJjGISTY4=; b=t3ih2JOTavK09ki1w7HEmSB7qzjlucof3OOchjmph1cXpZuJn9cNwFbdu+wuc3xteyxbrqRuRUrG3A/RWQskScH8e7OOJoqZITEYRKijkUzH8Y5oRr/4acRXjjIMgySiUF1x6/I0XEwoWj+ighN7EZrhAwPiFSH0ve9Pwuq/Ajo=
Received: from AM8P190MB0979.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:1d3::8) by AM0P190MB0643.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:19f::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4734.20; Mon, 29 Nov 2021 10:17:12 +0000
Received: from AM8P190MB0979.EURP190.PROD.OUTLOOK.COM ([fe80::c41d:c9d6:d8c7:65c8]) by AM8P190MB0979.EURP190.PROD.OUTLOOK.COM ([fe80::c41d:c9d6:d8c7:65c8%8]) with mapi id 15.20.4734.024; Mon, 29 Nov 2021 10:17:12 +0000
From: Esko Dijk <esko.dijk@iotconsultancy.nl>
To: Michael Richardson <mcr+ietf@sandelman.ca>, Peter van der Stok <stokcons@bbhmail.nl>
CC: "anima@ietf.org" <anima@ietf.org>, "core@ietf.org" <core@ietf.org>
Thread-Topic: [Anima] checking on advancing draft-ietf-anima-constrained-join-proxy / 'rt' naming
Thread-Index: AdfhJnPx9ouoruebQZCUwRi2dyPFRgANRlgAAOtpNHA=
Date: Mon, 29 Nov 2021 10:17:12 +0000
Message-ID: <AM8P190MB0979AC083E25DD142A5035C6FD669@AM8P190MB0979.EURP190.PROD.OUTLOOK.COM>
References: <AM8P190MB09795402012270BDE6CD0327FD619@AM8P190MB0979.EURP190.PROD.OUTLOOK.COM> <80674.1637776136@dooku>
In-Reply-To: <80674.1637776136@dooku>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
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-office365-filtering-correlation-id: ca85143c-5ed0-46ec-7d2b-08d9b3216906
x-ms-traffictypediagnostic: AM0P190MB0643:
x-microsoft-antispam-prvs: <AM0P190MB0643B64CEF6219AF22697F82FD669@AM0P190MB0643.EURP190.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: fm+hokP1tXQCPYeUI9y0k5984IOWOoIRmFh8g+M3bCdKZSmP5VVsXn0FVcugCgaTsYHfgTJSQaWJDLe2QvWbvEAlragD2C4yoJ69FTbKqp3meYN8iXAra8SfAi9EdVTPSHf96zVMSHWkiCB5K6fG7zgzG5waspMIleL2jnr9cysmaMZq7m7t/xwV01rzxaz/gPEpZRilZeJc76jAAcP0KXmXHnQd7J/6bI9kPH+hhFvYbBxfN31VOAvRO11etFSg7dti3IlPSNp1RT1vFWv1CGoC4+tFU2s1cw5m09l7xvvvjWU6UEsDgpi3eU1kCKL7FX9nvbp0x/yAnW8o52zbiuT9T2uvHMuC+2W6S5yuZ3KK6v0mxG6Og0My+7yYL3MYN6qJcvU3aIqyJH3fOJowba8PXk0XnbkaMhC9vMM07yaw59Wp+D3lyva8SoM8/0B9Jf284rOaT2qhxD4h9GEnJcouMlfY0cIHlVbMgw2uDcK9yOvReC7o0fDJxlM7QBckbo5xWSf3bFBEM5iX7ia3Cjr8RA1bQXAT7rm9s53dz8zJ3qSJEaNwTDaGZM8l4owIjT5nIJstBGfqOZgNoxpJmZRinVvJ/76e3XtSyw8VT7ZXs0epx0LH08LFtIf+Db7iACGWsXn79ljMsWU2cCoKgGJgN2AXERBizWfJINn8UtgRtV5DSQYKy+5fSoYmunaObwa5AOKKgvJr0LuofnTG2q7zimqaeMLe/RjgZT7dZzjKZTpjZk8wNmjuYf2V/4LADt4Sn3hITAFS6FBFkiAzgz49nv83zLcp9vI4apO1/VM=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM8P190MB0979.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(136003)(346002)(396003)(39830400003)(376002)(366004)(38070700005)(55016003)(83380400001)(71200400001)(86362001)(7696005)(66946007)(38100700002)(4326008)(44832011)(9686003)(66476007)(53546011)(52536014)(8936002)(33656002)(64756008)(66446008)(54906003)(316002)(8676002)(6506007)(76116006)(186003)(966005)(2906002)(5660300002)(122000001)(66556008)(110136005)(508600001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: fUOhqd3w5KqwbSfqWtYUdUKC4O+vML32RwMXQU0O3cOkxJTPS/9h3PrX0Z9wOAJUL5mbWzozqTRWHhuK/EldI5D234j1woK5ktDfvPNmkRql7NWVEqvSwvt3d+lqTMbgEPnbFqsWPlo3wUHfdaUdT2CHff59WnYCTjJW5q2zTpOhDFT78fsVv0wBfGynu4rHi8VCyPDHmhNLkpUrLMQRtb80ekA9R1QNCVEl6oAAMBwBxNKwXiG4psbZP8K6rnPhFUebBTfYaaVxOL3ymlovloZhs8k1uSu7V19CoejOsGjh2qh3VLSIMddKNRyPeqawO08nMwyzRns1CE3ssUbQ+E9e7hEzZj4CwXb+E3Cp8d+jYWzWPiLFfUiTRKu5/bMUwFHWppDpqjs8pfGG3xzxX213jofQkj2ghalTRkq3s2vfbq1kfJogvXaer1md5yK7++QnS4v/qrgoajy9d0qqi9D36hgKlA3b6yHsDjQbSTV9W2KDZMQprmUgfNsM7Zw4DxgpT0WKUbSH0eFMiuf83zCNE5EAE7LqY11s6jQPsDnnN5palQ28Joy7ePpvsUsqozqlebIQ5R5kHNcjNlUrEru0i5+o9mkbP8dS6wacUCKdtoDn0C2GOvrGojhYVDMqnYrhglsOUCJS2ktxPHj6JxSIAeGHA6tluOW1GFXI5ZtrZJnpCyCuo7ZUPPgz6ilo+uSIV2nRYTv+8l3ITNuH4H4zlhnQhkDDwfka4JOLFybvzN5R7UT+esFG/CL0CK2jjaXXqufRbcFkkzfzlRbg1e4Y9+QGp078JYTWAry1jD9DY6Lab9XVOCSd4FnazLZ3HCZVQ7/NSMsXgsK+IqT949Hhmr6MmbZB1RgRxqUsP1UMnclxEaDpmOFNeZqiSpoFPRA6bcJ9OCMpxIwRBQvicLzTeiWRE/Jh4WIvOACdYJBoSySqb6KwFbquLG8iC1wXG5DOUbCnkOWIsGE6qF3ahOLgU8W0Zsj6D0E4mBBGXluiMuGJm0qYc6uHsm/H7kFTGP+rq2jA2DUIozUavVNMHci8jte3b0ZxD2CDduPQNDObPmcrgYHa/0fkysjGGTBlQKV1He8RCN147H4tHK14olIOCM0TN552086xVOEsddchS7wVEDEf2iTQNzVkZLNEbsG1E8c6+DcNaSx9XERwKEnmJYL3EmVzErWl+Wb3IS/ubpXLIysF8QFhd87iJctHDq5TXgsEpNPIx7gD0kBQrTdSSdDd3jzc3NgVrJmfzeo4JxV20voU8tEfahdQCxreHf+7kNqWRb/ptPS3gbN7+yWp/yB+863K1oqUWXnTEdftP6lbmq+UDFxIsm38+7qByd//d7q7lx6bXt+imaqjswrA+9Cm+HD9cWaeE517HJYGoyooP8R8+EoPsmJxmyHCtNvTJrlwlQO2tjR9pVlnmbLGUXafJvMDwguY5ckigIaEooz9sexp/9KJTdbMZ98FptallGnK98ews16kevNq0nqniGYg8Hv4OrDSNzAg8Pq5BTJASMFi6wJFzq8OY/c0O6Jr46bzWP9UEG6qQmKSDGKYaPoXtjMZDM1x+lrETh+Op8GGDPPvZwaR4Snh5aMoQDDlrU0qDdKvxIogNPp3/rkdz4bpvZxojoRDXHFJD8dub5REV7xhxPrD5OeEh1hEDoqk+EO6VcWg9yUvlizg9vbrF9f07KIPwaBbMSj/i4zLX/SoD2tyX4mlS7LMunKrOD7I5G2nr0IYchqNNx5g8A==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: iotconsultancy.nl
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM8P190MB0979.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: ca85143c-5ed0-46ec-7d2b-08d9b3216906
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Nov 2021 10:17:12.6105 (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: C8d1+EiIjCknRnTR7zdu1eH6MOqG+tUN8kBH1wNx2+aMoJpANtCJj763rDjgBNzvYx+2zPXv/ZM3lHYCfBiS07XqFGSAU4gEnXcBIcFwHtY=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0P190MB0643
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/FDleS9irgEn2uFTAUNKMcX8zdXs>
Subject: Re: [core] [Anima] checking on advancing draft-ietf-anima-constrained-join-proxy / 'rt' naming
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Nov 2021 10:17:21 -0000

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 =-

v2.23.0 | Report a Bug | By Email