Re: [urn] Request for oneM2M URN Namespace registration

Miguel Angel Reina Ortega <MiguelAngel.ReinaOrtega@etsi.org> Wed, 16 November 2022 01:13 UTC

Return-Path: <MiguelAngel.ReinaOrtega@etsi.org>
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 2A8FFC1526E8 for <urn@ietfa.amsl.com>; Tue, 15 Nov 2022 17:13:40 -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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, 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=etsi.org
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 LLbnWW7z8mWB for <urn@ietfa.amsl.com>; Tue, 15 Nov 2022 17:13:35 -0800 (PST)
Received: from FRA01-MR2-obe.outbound.protection.outlook.com (mail-mr2fra01on0708.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e19::708]) (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 9A8EBC14CF17 for <urn@ietf.org>; Tue, 15 Nov 2022 17:13:35 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KMSzv0ehEsCPbDbZixnBafjNecSDotIR9ImY9U3ZH1ViQZfeGzywy9LTT0ABPPGdAhJGfM/ksKB60NSLT9ajJfAlFpT5xw9PcqtDrE8nuf8JbN9hCyWSjhfLGIf4B8aJ2tYA1RR1EELPODzhyyMprOh87ieNf+5enyD20CuCF7qFPUn0KWrD3yHCT7VYzdiJ3MPnMPqIcXHG51aVaiwvIbUwM3w/EPErJ87Qdya1mrS335/y1fo5gOdoF35v8J5PywYWgSB+zoR1chqqdZ6Bzas0iuaZdXUyQPTWbKQCu7K/jLiypHAP/JiM9AEsbsLottjkNyxqXkf7jW8Cb/nHlA==
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=kiHSCk8z67g0i+qFHOxhGUC4WbOhDg4Z5ErZqr0iCos=; b=E5gU4ezaawy2qyYl+UyKjDnV9YuZU/1S72ogNT3GWSA9d6IHbqDktMLSBm5iSol1CucUv0vh+d4tyZtnwBQ1WhM640KFotl9W86zBaJ5RDagqLXs/c/eP+C6s60iC33rRSUoapVVVty9WVtbFuSPHDlNFJpeqXltCB2kmP0u7lQ7JzpOJx3RpMF/nJJRz/1k7lAMFQN+K9QliXxzYyOtDu0s1x1bnR/B+2zpjzQ0H0cZBINOs1oUG/Jm0l+YE/NyNYd46iO2GYGP01fmS5FhvnAfN/IQ+bhXGgy0+KK7uTlKcUQ9ZGbMp/TSE6XxJwcBnsQnNAHfE+3PoG2D0XRghg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=etsi.org; dmarc=pass action=none header.from=etsi.org; dkim=pass header.d=etsi.org; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=etsi.org; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kiHSCk8z67g0i+qFHOxhGUC4WbOhDg4Z5ErZqr0iCos=; b=NkxLtGWB52nWO1gWCfJD5Lj+jj/+V22qYG49vNYaCZ0AyDdeLSmoAukDrWHEDlE6JOuGLb9GSFzHEMMllFwHRhJ74sM/5A816Ax4mPKQ/0Eo/hhnHowTwsMZUSbPfMgbEVGncvV6vgQsOTEeccw2heQXE9tjag0U8r2y0v0M/sA=
Received: from PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM (2603:10a6:102:169::15) by PR0P264MB1689.FRAP264.PROD.OUTLOOK.COM (2603:10a6:102:16f::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5813.17; Wed, 16 Nov 2022 01:13:30 +0000
Received: from PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM ([fe80::45c5:1d73:d0a8:4997]) by PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM ([fe80::45c5:1d73:d0a8:4997%4]) with mapi id 15.20.5813.019; Wed, 16 Nov 2022 01:13:30 +0000
From: Miguel Angel Reina Ortega <MiguelAngel.ReinaOrtega@etsi.org>
To: Peter Saint-Andre <stpeter@stpeter.im>, "Hakala, Juha E" <juha.hakala@helsinki.fi>, "Dale R. Worley" <worley@ariadne.com>
CC: "urn@ietf.org" <urn@ietf.org>
Thread-Topic: [urn] Request for oneM2M URN Namespace registration
Thread-Index: AQHYKFz4E2JqoNL/VU+mG1lF4AQm1qygxTMAgAO5uvCAB5HwAIAAUEiAgYOVqCCABx+6gIAIzAUggABYbQCAAbdggIAAbhPQ
Date: Wed, 16 Nov 2022 01:13:30 +0000
Message-ID: <PR0P264MB1804A6A481B56E89850708B98E079@PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM>
References: <PR0P264MB1804CAE04B82C5D3D36EECAE8E3A9@PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM> <87ee3ue2qz.fsf@hobgoblin.ariadne.com> <HE1PR07MB3196DEBC39E401BD187D3B99FA3C9@HE1PR07MB3196.eurprd07.prod.outlook.com> <PR0P264MB18044907C2FBD8E4CEBA05418E3E9@PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM> <HE1PR07MB3196637ABBBDE0638D06D5FBFA039@HE1PR07MB3196.eurprd07.prod.outlook.com> <PR0P264MB1804F859AA603EAFB27FC86F8E039@PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM> <PR0P264MB1804BE0CB7A5F764404BFC918E3B9@PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM> <0a7c50f8-870c-f5cf-2ce4-44c9e2cfc33b@stpeter.im> <PR0P264MB18043366EBB12D7863D03BD68E059@PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM> <9647508b-15f2-5df4-32ab-f8d8816d5ebd@stpeter.im> <88d5a0fa-0398-fb9a-a59b-b1e5a6ae3940@stpeter.im>
In-Reply-To: <88d5a0fa-0398-fb9a-a59b-b1e5a6ae3940@stpeter.im>
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=etsi.org;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: PR0P264MB1804:EE_|PR0P264MB1689:EE_
x-ms-office365-filtering-correlation-id: 013294b3-425f-430c-1ebd-08dac76fc62f
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: KYJGJzezodOi8FHN5Ldb2SYymNeyYT8+nB60XRb7owxH8cdWpheXQKxIlEwlKNQyR0i9Vv8bqTtZq4CQUAmpuVCDyo3/Ok6zqlVsJykykN9fNk/fuVSqsKXEmUWAMvd6LBtiCqKZWliV6BP01c7x3tb6FPU9azZyTXQZ6Ail5DxRVBIpxeiExeo2Lfk2Yt5vPRz1Ro4MZSE6HDWJbE+3/0JjvhZ6LKuYJcCoqKyDVHjCv0zUaowOc/WTWM7FZWeGBeGlTk3R/TyDf9Yscd4OQcW5+dtxA63pulAsL+byyD9atIYftPbVvaYMjqqDwhp8t8NAduA/o91DmLbcijYdVq26j2rjiCmvJFCuwJru6vaKTp4EVaFAmTVVDxj+4PNYYLimUCevQ3Aqe+L389pyQf/wUDyryCENaGrLmG76/Esyrk0BnFXqBrbu3gjt3zHnjwVNESGmCBuHQlGGBBFt9o9ejsLBwdbWM2+96e2XUxzfF7VLT9nrfPO4VOK7rGkrLK9J9SxbAV61755I5QMrnzoX85cNgHH6F4fyg11zKNJidDWObV0hlGUK1Iz0gwBBeeXG/G/dw+5vs/zqLRlluo3Cy0teY7hS+FrKGtMdPrFYME6L1UP75uTsQSO6aMIGRNE4KqnesxdvkX5v7Ouf+sVn8OpxIIG4koXMUZz1YtkdkawsL3HvwbB1jwigGOa2rj/mRJSMaCTBrK9//TXuA4XBBbsCYCORT32olrBtO5E/H7YIikTZbA3KZLwquhtsip2U7WAp6p6QjMY32WovZONRwq1pJ/jyQ0mBQ86D8YxKdIAdcPbqqSV3aUJITcfWozOIkSURHhAuX0yzVp1hrw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230022)(376002)(346002)(39850400004)(396003)(366004)(136003)(451199015)(966005)(122000001)(38070700005)(478600001)(71200400001)(86362001)(38100700002)(110136005)(15974865002)(316002)(83380400001)(6506007)(41300700001)(2906002)(53546011)(186003)(7696005)(5660300002)(16799955002)(66556008)(64756008)(76116006)(8676002)(66446008)(33656002)(66476007)(4326008)(9686003)(66946007)(55016003)(66574015)(8936002)(52536014)(30864003); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: qwD9RWDw+Ei9de3/qpOMHVnWme8maZtWabLlQAF1GoAcmY6aF7dt8A7k50S+jqhE5kXDx0C0vT7DiGxSuHTH85W31tSVXXJ2HoOIIUxxi5AgSoRJuNEkgtaPEzN9T6fDj2kSdGPxxp4Br0YUE4wjqTXi1IzCtStRuyu/hK4UrUC2H1bCkxGVPR5p5QqpyKSXsG+XgVpx8T6xKhek9i8w2wh2S2O+pfA8mZPWdm7k6zoL4yVZd8pelwfSiToHbuUF9/PV+Pyt2vhhwaogO/nnkWx+7N+eGKn0LV/jPX2Se9TBeKZEqvrRDENR0WeDTm/J9evY7Z7zXB4ILhlVvq7TLKbCZ/wXzHLPH1s6gq+RB94H/pbcHRzeQBrq5x9g9jgGTMEGFIJqV3Ngc4oG48lbEA1xs+/+C+/A4Zp1bT0ZvgreeSrELSzswqosqFQ8ei9RreZ8B67SRkaLk5KB4JC+kCy0fiB1hKyQUQhGU57woPwM2JSLibP5XhkgkcTHFvltf/+CiC8l/8RulvbnYQT3jX9wyKQoceEcbtvJDql4cHCpZNMMPfcCy/2OXrXv1pFsfoOA41GtOZCJp5GPRN/TwE7V8IKpSS0oJ8p4RghAw5MlH6AnMWJtww6DhDFqyEbvi+0vINYIJV3NA65410aJe7IikdWdIfogRnvLlwACR8x8NoyRBRy2WjDvBn3o0JzIUEVgAxHTvkpo4PUskcTF0K5IGyii9wHRE37BJZhfx+HjpfPV6rHr/1w600JbQ3wf9mKDeuIVP1lIS027G2+Q5B1XcufOo4IoMck0Q5E8rkzrtMIo7U8qeXXvK4t4XYUh8hOLxMVOiMPnLt0ki7gR2nxsZPUo/iDXmuftRV0enTXsMiPdfByOW5w4l1m47mMzoibv+Y90PVWNr3zk+p1cuMh2FOz64Gb0jro9BXF9W+Ksy02jEDa0TbAL5+MxE59tWJJhraXJpqn6LomvEK5OtRQ/SN9H5N/+++HXHu3GWM4yRjmPQ5Kr2jKVw3xb/yh7X3Xje3AW8o9pLCG1nr/lPepYYdtiYJdv4traH4NPm+UR4A6/OWEJXYwHPhJpkbzrSf9J9p+271m/LL+xPiDevXuJATXfj0lEA97qF8LbGxxIIujBNi6J04BX4FKUpCGKcjo0s7t5Y/ezHCuaD38Ul1rY2g7N5aDSlQeQWk/TwMrNx5l7F4uKT6zMLs2QDp6+ehcnrCXYwX6lCgCUEYRd0qmMpbGiTPNZk6gRSHrv3wsLN3gm5GvIOGrSBxfZ/2wopOGthvwy8lCl+EDo+MUvMs4k1SGpa20ig/5V/6v5KDYPneeGGN2bThTwTN5TMRmDJ6jjhTkeZoJ/O4qexNjX5DW3GKRrD7h1M5tv/ozz/esDwEzdRCRH/kHSzQ17eSJ4Ow/KorYRt1yv62BxSorirddlIh4oaS0g3yqUaRs4amg9tPEh/HFLu881POKF1Pxh3KkKaeJkNAyijdhRDnPfI/nLjQ18LqmiX5W/I9B17kQyTL11/KdX9LJ2rJxsDLErR58sKK152e01pbPlZa/TbH4mkjgmTEfQxzmuHfX5nomMcag2GiraRAvh0ijc7IMH77uPAjWWIZ1ICoKeuBuJgFewPD9Rw1qG3PEG3gz8Ipgon0NM40E6DT3gt1wQcUO4lcf1ZHC9zRfG07vGetyCAw==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: etsi.org
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 013294b3-425f-430c-1ebd-08dac76fc62f
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Nov 2022 01:13:30.6309 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e6746ab5-ebdc-4e9d-821b-a71bdaf63d9b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Fj4OVxmGJcu/paEVCwEhUXGHNL512IvKW8kj2EIodFfMOMOfgL64X4WfMc5hHx3KdSq0SneQtY/dRD7Zvkewll7Krf6mMmq84Ao3xIVj/3ctqDaLqlPo6Zm3jjAxbCuw
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR0P264MB1689
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/8QQo07YwMT5UuJ76s4wy2CRM3dE>
Subject: Re: [urn] Request for oneM2M URN Namespace registration
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: Wed, 16 Nov 2022 01:13:40 -0000

Dear Peter, 

Thanks a lot for that!

Best regards. 

-----------------------------------------------------------------------------------------------------------------
Miguel Angel Reina Ortega – Testing Expert
Centre for Testing and Interoperability (CTI)
ETSI ● www.etsi.orgmiguelangel.reinaortega@etsi.org
Phone: +33 (0)4 92 94 43 49 ● Mobile: +33 (0)6 76 73 60 99

This email may contain confidential information and is intended for 
the use of the addressee only. Any unauthorized use may be unlawful. 
If you receive this email by mistake, please advise the sender
immediately by using the reply facility in your email software. 
Thank you for your co-operation.

-----Original Message-----
From: Peter Saint-Andre <stpeter@stpeter.im> 
Sent: 15 November 2022 19:39
To: Miguel Angel Reina Ortega <MiguelAngel.ReinaOrtega@etsi.org>; Hakala, Juha E <juha.hakala@helsinki.fi>; Dale R. Worley <worley@ariadne.com>
Cc: urn@ietf.org
Subject: Re: [urn] Request for oneM2M URN Namespace registration

I've asked IANA to register this namespace and will report back when that task has been completed.

Peter

On 11/14/22 9:26 AM, Peter Saint-Andre wrote:
> Excellent, thank you. Sorry to have missed your updated version. I 
> will move forward on this with IANA.
> 
> Peter
> 
> On 11/14/22 4:12 AM, Miguel Angel Reina Ortega wrote:
>> Dear Peter,
>>
>> I think that was the old RFC draft. I sent a new one that I think it 
>> solves all the issues you commented on.
>>
>> I am attaching them again.
>>
>> Best regards.
>>
>> ---------------------------------------------------------------------
>> --------------------------------------------
>> Miguel Angel Reina Ortega – Testing Expert Centre for Testing and 
>> Interoperability (CTI) ETSI ● www.etsi.org ● 
>> miguelangel.reinaortega@etsi.org
>> Phone: +33 (0)4 92 94 43 49 ● Mobile: +33 (0)6 76 73 60 99
>>
>> This email may contain confidential information and is intended for 
>> the use of the addressee only. Any unauthorized use may be unlawful.
>> If you receive this email by mistake, please advise the sender 
>> immediately by using the reply facility in your email software.
>> Thank you for your co-operation.
>>
>> -----Original Message-----
>> From: Peter Saint-Andre <stpeter@stpeter.im>
>> Sent: 08 November 2022 21:50
>> To: Miguel Angel Reina Ortega <MiguelAngel.ReinaOrtega@etsi.org>;
>> Hakala, Juha E <juha.hakala@helsinki.fi>; Dale R. Worley 
>> <worley@ariadne.com>
>> Cc: urn@ietf.org
>> Subject: Re: [urn] Request for oneM2M URN Namespace registration
>>
>> Dear Miguel,
>>
>> Thanks for your note and my apologies about the delays you have 
>> experienced.
>>
>> I've just now looked at the expired Internet-Draft
>> (https://www.ietf.org/archive/id/draft-fujimoto-urn-onem2m-01.txt) 
>> and I have a few comments.
>>
>> 1. The completed registration template follows RFC 2141, not RFC 8141.
>> It should be updated to conform to RFC 8141 (see Appendix A for the 
>> new template).
>>
>> 2. https://www.onem2m.org/urn results in a 404 error.
>>
>> 3. Would it be possible to briefly clarify what is meant by "name 
>> models"?
>>
>> Once you have updated the Internet-Draft or just the template 
>> (because publication of an Internet-Draft or RFC is not required for 
>> registration of a URN namespace identifier), I will make sure that we 
>> complete the registration with IANA in a timely manner.
>>
>> Peter
>>
>> On 11/4/22 2:05 AM, Miguel Angel Reina Ortega wrote:
>>> Dear all,
>>>
>>> It's been a while now from this registration request, and I would 
>>> like to know the status of it as it appears not to be registered yet 
>>> (I cannot see it in 
>>> https://www.iana.org/assignments/urn-namespaces/urn-namespaces.xhtml)
>>>
>>> Please, could you let me know about that? Or if anything else need 
>>> to be done from my side?
>>>
>>> Thanks in advance.
>>>
>>> Cordialement.
>>>
>>> --------------------------------------------------------------------
>>> --
>>> -------------------------------------------
>>> Miguel Angel Reina Ortega – Testing Expert Centre for Testing and 
>>> Interoperability (CTI) ETSI ? www.etsi.org ?
>>> miguelangel.reinaortega@etsi.org
>>> Phone: +33 (0)4 92 94 43 49 ? Mobile: +33 (0)6 76 73 60 99
>>>
>>> This email may contain confidential information and is intended for 
>>> the use of the addressee only. Any unauthorized use may be unlawful.
>>> If you receive this email by mistake, please advise the sender 
>>> immediately by using the reply facility in your email software.
>>> Thank you for your co-operation.
>>>
>>> -----Original Message-----
>>> From: Miguel Angel Reina Ortega
>>> Sent: 02 March 2022 18:17
>>> To: Hakala, Juha E <juha.hakala@helsinki.fi>; Dale R. Worley 
>>> <worley@ariadne.com>
>>> Cc: urn@ietf.org; superuser@gmail.com; 
>>> francesca.palombini@ericsson.com
>>> Subject: RE: [urn] Request for oneM2M URN Namespace registration
>>>
>>> Dear Juha,
>>>
>>> Thanks again so much for your comments. After discussion with oneM2M 
>>> delegates, q-component seems to be the most appropriate in our case.
>>> We will accordingly update the syntax in case either several 
>>> parameters or only one can be used.
>>>
>>> Best regards.
>>>
>>> --------------------------------------------------------------------
>>> --
>>> -------------------------------------------
>>> Miguel Angel Reina Ortega – Testing Expert Centre for Testing and 
>>> Interoperability (CTI) ETSI ? www.etsi.org ?
>>> miguelangel.reinaortega@etsi.org
>>> Phone: +33 (0)4 92 94 43 49 ? Mobile: +33 (0)6 76 73 60 99
>>>
>>> This email may contain confidential information and is intended for 
>>> the use of the addressee only. Any unauthorized use may be unlawful.
>>> If you receive this email by mistake, please advise the sender 
>>> immediately by using the reply facility in your email software.
>>> Thank you for your co-operation.
>>>
>>> -----Original Message-----
>>> From: Hakala, Juha E <juha.hakala@helsinki.fi>
>>> Sent: 02 March 2022 13:27
>>> To: Miguel Angel Reina Ortega <MiguelAngel.ReinaOrtega@etsi.org>; 
>>> Dale R. Worley <worley@ariadne.com>
>>> Cc: urn@ietf.org; superuser@gmail.com; 
>>> francesca.palombini@ericsson.com
>>> Subject: VS: [urn] Request for oneM2M URN Namespace registration
>>>
>>> Dear Miguel,
>>>
>>> see comments below.
>>>
>>> -----Alkuperäinen viesti-----
>>> Lähettäjä: Miguel Angel Reina Ortega 
>>> <MiguelAngel.ReinaOrtega@etsi.org>
>>> Lähetetty: perjantai 25. helmikuuta 2022 18.55
>>> Vastaanottaja: Hakala, Juha E <juha.hakala@helsinki.fi>; Dale R.
>>> Worley <worley@ariadne.com>
>>> Kopio: urn@ietf.org; superuser@gmail.com; 
>>> francesca.palombini@ericsson.com
>>> Aihe: RE: [urn] Request for oneM2M URN Namespace registration
>>>
>>> Dear Juha,
>>>
>>> I have discussed the issues with the oneM2M delegates and we have 
>>> updated the oneM2M URN namespace with the following:
>>>
>>> - General rule to limit NSS-restoftree to printable ASCII 
>>> characters, as you proposed.
>>>
>>> OK.
>>>
>>> - parameters for the MGMT URN namespace will be part of the 
>>> q-component, so starting with "?=" as should not be part of the URN 
>>> resolution. Please, advise if that's correct.
>>>
>>> I suggested r-component, but using the q-component (or even the
>>> f-component) should be ok as well since your URNs will not be 
>>> actionable. The choice between these options is yours; what is 
>>> important is that the parameter can be separated from the nss string.
>>>
>>> Compared with the other two options, f-component has the benefit 
>>> that if against all odds at least some of the oneM2M URN should be 
>>> made actionable in the future, both q-component and r-component will 
>>> be available for that purpose.
>>>
>>> With q-component your URN syntax would then be
>>>
>>> urn:onem2m:<nss-root>:<nss-restoftree>?=<parameters>
>>>
>>> So for instance urn:onem2m:mgmt:nwkType:lora?=parameter1&parameter2
>>>
>>> If it is OK to have more than one parameter, you may want to specify 
>>> the character separating them (for instance, &). An easier solution 
>>> is to allow just one parameter at the time.
>>>
>>> Best regards,
>>>
>>> Juha
>>> --------------------------------------------------------------------
>>> --
>>> -------------------------------------------
>>> Miguel Angel Reina Ortega - Testing Expert Centre for Testing and 
>>> Interoperability (CTI) ETSI ? www.etsi.org ?
>>> miguelangel.reinaortega@etsi.org
>>> Phone: +33 (0)4 92 94 43 49 ? Mobile: +33 (0)6 76 73 60 99
>>>
>>> This email may contain confidential information and is intended for 
>>> the use of the addressee only. Any unauthorized use may be unlawful.
>>> If you receive this email by mistake, please advise the sender 
>>> immediately by using the reply facility in your email software.
>>> Thank you for your co-operation.
>>>
>>> -----Original Message-----
>>> From: Hakala, Juha E <juha.hakala@helsinki.fi>
>>> Sent: 23 February 2022 08:57
>>> To: Dale R. Worley <worley@ariadne.com>; Miguel Angel Reina Ortega 
>>> <MiguelAngel.ReinaOrtega@etsi.org>
>>> Cc: urn@ietf.org; superuser@gmail.com; 
>>> francesca.palombini@ericsson.com
>>> Subject: VS: [urn] Request for oneM2M URN Namespace registration
>>>
>>> Hello,
>>>
>>> -----Alkuperäinen viesti-----
>>> Lähettäjä: urn <urn-bounces@ietf.org> Puolesta Dale R. Worley
>>> Lähetetty: keskiviikko 23. helmikuuta 2022 4.28
>>> Vastaanottaja: Miguel Angel Reina Ortega 
>>> <MiguelAngel.ReinaOrtega=40etsi.org@dmarc.ietf.org>
>>> Kopio: urn@ietf.org; superuser@gmail.com; 
>>> francesca.palombini@ericsson.com
>>> Aihe: Re: [urn] Request for oneM2M URN Namespace registration
>>>
>>> As ETSI is a recognized standards body, we should fast-track this.
>>>
>>> + 1.
>>>
>>> Also, there's little specific information to review.
>>>
>>> Subtree registration page
>>>
>>> https://wiki.onem2m.org/index.php?title=OneM2M_URN_Namespace
>>>
>>> provides additional information about oneM2M URNs, but there are 
>>> some gaps.
>>>
>>> Namespace specific strings will consist of two parts:
>>>
>>> <nss-root>:<nss-restoftree>
>>>
>>> Character set of nss-root is specified as a-z, A-Z, 0-9, but nothing 
>>> is said about the character set of nss-restoftree. I suppose you 
>>> could limit it to printable ASCII characters, in order to eliminate 
>>> the impact of Unicode confusables.
>>>
>>>    Within nss-root MGMT, the nss-restoftree will have the following
>>> structure:
>>>
>>> urn:onem2m:mgmt.:nwkType:<identifier>:[<parameters>]
>>>
>>> I suppose the dot after mgmt is an error. If so, we get URNs like:
>>>
>>> urn:onem2m:mgmt:nwkType:lora or
>>> urn:onem2m:mgmt:nwkType:ansi_c_12:parameter
>>>
>>> Within nss-restoftree colon has two different roles in the mgmt 
>>> sub-namespace. It separates both nwkType from identifier and 
>>> identifier from parameter (if any). This might create confusion 
>>> regarding the role of the parameter, since nothing in the URN syntax 
>>> says that the parameter is not part of the identifier. And if in the 
>>> future you need to sub-divide nwkType, it might no longer be obvious 
>>> for someone who does not know the syntax already where the 
>>> identifier is and whether there is a parameter.
>>>
>>> Since onem2m parameters will not have a role in identification, you 
>>> might be better off including them as URN R-components. Since your 
>>> URNs will not be resolved, this should not be problematic in any way.
>>>
>>> URN namespace registrations do not need to be RFCs. An RFC can be 
>>> provided if the identifier system has not been specified elsewhere, 
>>> and it is considered useful to create an RFC for this purpose (see 
>>> e.g. RFC 8458; https://datatracker.ietf.org/doc/html/rfc8458) In 
>>> your case, I do not think that RFC is required or even justified. It 
>>> will be easier both for you and IETF if you send us just a template 
>>> as specified in RFC 8141. All registrations published as such 
>>> templates are listed at 
>>> https://www.iana.org/assignments/urn-namespaces/urn-namespaces.xhtml.
>>>
>>> ETSI has already made one namespace registration as a template, 
>>> available at https://www.iana.org/assignments/urn-formal/etsi.
>>>
>>> All the best,
>>>
>>> Juha
>>>
>>>
>>> I would recommend that the registration template specify how the 
>>> NSSs are to be compared, although looking at RFC 8141, it doesn't 
>>> seem to be required.  (It used to be that specifying the comparison 
>>> rule was
>>> important.)  I suspect that oneM2M intends to use case-sensitive 
>>> comparison and largely assign NSSs in a single case.
>>>
>>> Dale
>>>
>>> _______________________________________________
>>> urn mailing list
>>> urn@ietf.org
>>> https://www.ietf.org/mailman/listinfo/urn
>>>
>>> _______________________________________________
>>> urn mailing list
>>> urn@ietf.org
>>> https://www.ietf.org/mailman/listinfo/urn
>>
>