Re: [urn] Request for oneM2M URN Namespace registration

Peter Saint-Andre <stpeter@stpeter.im> Wed, 23 February 2022 17:38 UTC

Return-Path: <stpeter@stpeter.im>
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 352173A0EDE for <urn@ietfa.amsl.com>; Wed, 23 Feb 2022 09:38:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.812
X-Spam-Level:
X-Spam-Status: No, score=-7.812 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, NICE_REPLY_A=-0.714, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=aE+Mtog1; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=jMs4vpPT
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 btLMe8lMItCT for <urn@ietfa.amsl.com>; Wed, 23 Feb 2022 09:38:02 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F0CA3A0D92 for <urn@ietf.org>; Wed, 23 Feb 2022 09:37:46 -0800 (PST)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 720725C016C; Wed, 23 Feb 2022 12:37:45 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Wed, 23 Feb 2022 12:37:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h=cc :cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; bh=zXQ/nUTUhwJ+jQ 8AjoBTD4XyFoKT1onxLPAGIbPlFns=; b=aE+Mtog1fuMvFed8Bdm3gdHC7XuPmu tPFyzkREMDDXnQdPBS1rUHMFBhek/zcLCJmGSTlbb8tofdMMmhktN2al1PZYgZ5q rI9S7g4Mx14cfRRYBGSG+inCwJERs31KX4njh6Ccuverp1Gycs4jlW62oAJmi6AP mO/E3E6ciJqtiQY8VU8K3vWXZdlTMKAqiQHunOp13cbyV4N/aG/PTaUc9+mltU/z 5oTlmmoDRS21KvnHsnjvJGdnOgooj5cW/efEtvzak7TndoTJ7CmqhxBJWA71kB15 AmCp1ylESs7Xiuj08RJxWVTUbkSCiK9ZXq5GBk94bgYcfUQD+0xL4TVA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=zXQ/nUTUhwJ+jQ8AjoBTD4XyFoKT1onxLPAGIbPlF ns=; b=jMs4vpPThsom7W9VcMrAtIDPwirq7yAPjHzumqCOJwr/fW72oDG4dlrAe 19k6JRjSSsNRq9ixArL8VeDgOciD+FaTRrQQqQRGvWhwSj9c8qT3M+CajrWEkbYS IVrhRvwxsn/K+prdviAb4vIVgzqODVACju2dEuuKTV3PIxDqGOahKfqf4xIF8ND5 q6rf0pWnnEHfOEIy2HXhJyAvCvc6oOcS/cb2Luj8v4hfx8xuyRmhdpWnF47OSHVw 0wVGp4rlRTcJdyMeUcOAxiCjSGKo3oP1eZgwkMQNP3Fa/pvNzgBUuX/4OwmmjtOe b0OZrpQnolELqAN11pN6hW9JDR67g==
X-ME-Sender: <xms:6XAWYvyMlnywAIlHiGutjKgJtz6P1AVzK7X5Mr8vrvrON_6MZneJNA> <xme:6XAWYnSLChdHETGIiIsXnvzt9_5ZVxTbOSPsQVkTNXjCICSKlSAi695Udl2ZcJsqM 8GqITvI_iV_kwxUpQ>
X-ME-Received: <xmr:6XAWYpXwF2f0rkE4f-LLnr_Om14k-1xOMYjZ2ZRCZ6PaVSK_Sti_7hqjLierYeo57Hy6lJS88Kj5N7e3vHfKFTdbE8Se-S7F9HN54aI>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrledtgddutdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfvfhfhffujggtgfesthekredttdefjeenucfhrhhomheprfgvthgv rhcuufgrihhnthdqtehnughrvgcuoehsthhpvghtvghrsehsthhpvghtvghrrdhimheqne cuggftrfgrthhtvghrnhepudfhhefgjeelffetkefhtdegfedufedvledtfeevfedvffeh gfetkeejueehieejnecuffhomhgrihhnpegvthhsihdrohhrghdpihgvthhfrdhorhhgpd hirghnrgdrohhrghdprhhftgdqvgguihhtohhrrdhorhhgnecuvehluhhsthgvrhfuihii vgeptdenucfrrghrrghmpehmrghilhhfrhhomhepshhtphgvthgvrhesshhtphgvthgvrh drihhm
X-ME-Proxy: <xmx:6XAWYpi5lqszJZ2d3c0NNJvfao-uYDDohOgJsyegX7HRZYuueEw8VA> <xmx:6XAWYhBaT55xUh9-1iarXBF_iz68DfqkdQGKkpG-WqiPqV0UQWAGbA> <xmx:6XAWYiJVWhqLg8PqYNq3r9zdKb1_5_hVQtk2SD5XDaT-H0Bob2_XzA> <xmx:6XAWYkOZRWI7zC-MhbqgVy6diCRmyrza1p4wG6XnXSEeBesOuYl3jA>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 23 Feb 2022 12:37:44 -0500 (EST)
Message-ID: <f97545ec-56ac-2d8d-be8b-1d4a08d23319@stpeter.im>
Date: Wed, 23 Feb 2022 10:37:40 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.1
Content-Language: en-US
To: Miguel Angel Reina Ortega <MiguelAngel.ReinaOrtega@etsi.org>
Cc: "urn@ietf.org" <urn@ietf.org>
References: <PR0P264MB1804CAE04B82C5D3D36EECAE8E3A9@PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM> <87ee3ue2qz.fsf@hobgoblin.ariadne.com> <HE1PR07MB3196DEBC39E401BD187D3B99FA3C9@HE1PR07MB3196.eurprd07.prod.outlook.com> <PR0P264MB18044507FF06DE3F57B286F28E3C9@PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM> <05c07d2c-8f43-e8a9-fafd-15bee4dfe114@stpeter.im> <PR0P264MB180432E7419BCE92AAC8B4848E3C9@PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM>
From: Peter Saint-Andre <stpeter@stpeter.im>
In-Reply-To: <PR0P264MB180432E7419BCE92AAC8B4848E3C9@PR0P264MB1804.FRAP264.PROD.OUTLOOK.COM>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/y69w6MAGFdIx5fuCZZq33hEqZR0>
Subject: Re: [urn] Request for oneM2M URN Namespace registration
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.29
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, 23 Feb 2022 17:38:08 -0000

On 2/23/22 10:24 AM, Miguel Angel Reina Ortega wrote:
> Hi Peter,
> 
> Thanks so much for your reply. See my comments inline.
> 
> 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: 23 February 2022 18:19
> To: Miguel Angel Reina Ortega <MiguelAngel.ReinaOrtega@etsi.org>
> Cc: urn@ietf.org
> Subject: Re: [urn] Request for oneM2M URN Namespace registration
> 
> On 2/23/22 2:09 AM, Miguel Angel Reina Ortega wrote:
> 
>> 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.
>>
>> [MRO] ETSI URN namespace was registered by creating an RFC (https://tools.ietf.org/search/rfc8515), and because of the nature of oneM2M, I considered that the same approach was needed. In addition, we already did an attempt to register the oneM2M URN namespace in the past (some years ago) and we followed that approach (https://datatracker.ietf.org/doc/draft-fujimoto-urn-onem2m/history/).
> 
> Some registrants prefer to publish an RFC (e.g., for archival purposes), but I agree with Juha that this is not necessary. If nothing else, publishing an Internet-Draft can make it easier to track changes to the registration template, but this isn't necessary either.
> 
> [MRO] I would prefer to go for publishing an RFC, but I will accept the approach you consider is the best for this.

OK. I will contact you offlist because you have a few options regarding 
publication.

However, for discussion on the list, I think it's likely best for us to 
publish URN registration documents in the Independent Submission Stream:

https://www.rfc-editor.org/about/independent/

I plan to discuss this matter with the Independent Submissions Editor 
(ISE) in the near future and I've bcc'd the ISE on this message so they 
are aware.

Peter