[urn] Submission of "URN Namespace for Metaverse Standards Forum Resources"

Rick van Rein <rick@openfortress.nl> Fri, 22 December 2023 12:36 UTC

Return-Path: <vanrein@vanrein.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 C678AC14F615 for <urn@ietfa.amsl.com>; Fri, 22 Dec 2023 04:36:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.678
X-Spam-Level:
X-Spam-Status: No, score=-0.678 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, RDNS_DYNAMIC=0.982, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=no autolearn_force=no
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 V-RMCArRycA3 for <urn@ietfa.amsl.com>; Fri, 22 Dec 2023 04:36:19 -0800 (PST)
Received: from fame.vanrein.org (2a02-58-157-9b00--7.ip6.tweak.nl [IPv6:2a02:58:157:9b00::7]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0DCFC14F5F4 for <urn@ietf.org>; Fri, 22 Dec 2023 04:36:17 -0800 (PST)
Received: by fame.vanrein.org (Postfix, from userid 1000) id 078972BD1C; Fri, 22 Dec 2023 12:36:13 +0000 (UTC)
Date: Fri, 22 Dec 2023 12:36:12 +0000
From: Rick van Rein <rick@openfortress.nl>
To: urn@ietf.org
Message-ID: <20231222123612.GB4714@openfortress.nl>
Mail-Followup-To: urn@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/KTAlfawf9hT877iD-Lr6PcqwQg8>
Subject: [urn] Submission of "URN Namespace for Metaverse Standards Forum Resources"
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: Fri, 22 Dec 2023 12:36:21 -0000

Hello,

There's just been a request to assign a URN namespace for things defined by Metaverse.

In my humble understanding of the URN namespace, it is intended to pin down specifications under names, with the intent of interoperability of independent implementations.  It is not primarily intended as a system of delegation for URI namespace allocation.

Ref: RFC 8141, Section 6.2, "registrants SHOULD provide a stable specification documenting the URN namespace definition".

Based on this, it seems unfit for the URN space to assign sub-names for something as broad and unspecific as "resources published by" any party.  Exceptions may exist for parties that can forward definitions to an existing naming/numbering system, such as the ISBN or the DOI numbering system, if the target organisation happens to be a standards organisation.

Constructive alternatives to a name scope delegation could be a mixture of
(1) to separately register URN forms for specific formats
(2) since this appears to be specific to one or a few domain names, to use the tag: URI defined in RFC 4151 or perhaps a URL format
(3) use the OID branch for Private Enteriprise Numbers, and possibly use urn:oid: as per RFC 3061.


I hope this is helpful.


Best wishes,
  -Rick