Re: [urn] corporate URN namespaces

Peter Saint-Andre <stpeter@stpeter.im> Wed, 31 January 2024 18:53 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 3EB17C14F68D for <urn@ietfa.amsl.com>; Wed, 31 Jan 2024 10:53:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.806
X-Spam-Level:
X-Spam-Status: No, score=-2.806 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_LOW=-0.7, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 (2048-bit key) header.d=stpeter.im header.b="VlWvK29J"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="gZonsAVq"
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 BwQ07gIZLUNK for <urn@ietfa.amsl.com>; Wed, 31 Jan 2024 10:53:32 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87D8DC14F615 for <urn@ietf.org>; Wed, 31 Jan 2024 10:53:32 -0800 (PST)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 251035C0112; Wed, 31 Jan 2024 13:53:29 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Wed, 31 Jan 2024 13:53:29 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1706727209; x=1706813609; bh=DlIsUjAwZMBufUsvDAVU2WjUfSkYanOH90HmE5ujBHA=; b= VlWvK29JYM32VTb4m2jM5RutnxLC6vxw88PM7FrkDs/ydlowm2hVYODx2dd4YoW9 OUu4QT1a8NiMkoc2AVOpehRcTe3oMkAmmHhc0L8mEdrcEsWiY7sVESprNbwGcFMR 2a1FmfWGS+AQDAo/IfxaczPZLaLxDnh/8VhGVyDA4FS4nJ21+YRLsuqf3cgKl4qH YlHTnXmpPLumDxKlnburWjeXMRiXoQBSplGYnBaXNr1nlNDf+H4Qk90XPHOSFA4Q PvRwCIRUybtM7QMnsRxi1jlJC9gDxTsRs9exKj/uuyaqd89oOa6Id4UzTT1e4HMu 9GE/Q6P+MomgLCSAmoNodg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1706727209; x= 1706813609; bh=DlIsUjAwZMBufUsvDAVU2WjUfSkYanOH90HmE5ujBHA=; b=g ZonsAVqt2xrArN9aqthXYIRMZsjS0XBDs8we6vLY5rYcvAdUH2lwWN7lbob/aPML xMT/4U3rEL08JEKW3daRlC7PMMWCVU4hFUGBfdoSoGREAfPSQT/nuxXOv0oq/WgF uWhl+h6Urv3OYZZLBdxhv7Xv4VRDALwiSyD2L4QXBy4jqcgwuNztKFURalsV4PyR osWIWDtrvbk/8fRae7fYbWrH0yluzosBjR5MqlXF97ENoN8mZ3An4400mWvxm7E6 zLt0TaM8DtShgLicpRv/1pKqd9ZeKAlIvEr072HO7ad6fsKmgKYvij0PaZDKsEd6 a7Gn689tnUjdcoOrcz0Mw==
X-ME-Sender: <xms:KJe6ZbkpAbJqKdKtzIFYnj0qmO2jTOOs2jm_I0aR9Sl2JutnxNRIAQ> <xme:KJe6Ze0VfQJRHLWY8JOoDjknWlwT4YpqR_IL__KWK7ipIexycLVT3PO3OVWeBGQ6t dkZuR8IKWKhCu9jcQ>
X-ME-Received: <xmr:KJe6ZRqc0SRj9-5v31jze7-PyjIPNavrlaS4Z_80SOrODcz8wUjt10YHA9UEZAI6>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrfedtledgudduhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepkfffgggfuffvfhfhjggtgfesth ejredttddvjeenucfhrhhomheprfgvthgvrhcuufgrihhnthdqtehnughrvgcuoehsthhp vghtvghrsehsthhpvghtvghrrdhimheqnecuggftrfgrthhtvghrnhepveeuieegveetge elheetjeejteegkeffgeffteekkedthfdvtdeuudetjeeijeevnecuvehluhhsthgvrhfu ihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepshhtphgvthgvrhesshhtphgvth gvrhdrihhm
X-ME-Proxy: <xmx:KJe6ZTk_Wri9xzo_7yFRiETXTNzKjhnzUzEOtNc-aYrEPmYSjokQIg> <xmx:KJe6ZZ3lCYZXo5ySdrXoObR0Ho-yrE9eyX0Weoj_P4vJBSFInzjesQ> <xmx:KJe6ZStuJEo5PJUjmhPumFh65R9jdYg0AnoJfWE6BdtGYoLXUKqPEQ> <xmx:KZe6ZXApX9zdkylj8CDhPTkrYLJ3FMdpivhrvVoMh-1BpKqk0rNnWg>
Feedback-ID: i24394279:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 31 Jan 2024 13:53:28 -0500 (EST)
Message-ID: <7e4bec70-deb1-45e6-b432-c45ad365cdbb@stpeter.im>
Date: Wed, 31 Jan 2024 11:53:27 -0700
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: John C Klensin <john-ietf@jck.com>, urn@ietf.org
References: <6c0de4ca-dbc0-401d-b1df-34147ec9829b@stpeter.im> <0C274E40D3F576FC46A1D705@PSB>
From: Peter Saint-Andre <stpeter@stpeter.im>
Autocrypt: addr=stpeter@stpeter.im; keydata= xsFNBFETDzsBEAC0FOv1N3ZJzIIxN6cKD475KVS9CHDPeYpegcOIPnL5eY1DCHeh/IwS1S7R CePtmiybNoV9FsI4PKUknzXQxA6LVEdAR/LUlhgJKjq+gsgp8lqbEILhg13ecH66HwLS9rar bQkC47T7kL8miIPBFC6E3A4Lq1L+eueO6UcLhKgoYkMxOjdiWrMgKTnVpch5ydLkPm/z0Zo8 zRgqlPuTLeCrXXZYnjHXLVFN2xy04UzOs7P5u5KVfx5Z7uQisr8pXtyLd6SpTZo6SHgKBv15 uz0rqXhsJojiGtOXfWznAjaS5FUOORq9CklG5cMOUAT8TNftv0ktsxaWDL1ELDVQPy1m7mtz o+VREG+0xmU6AjMo/GHblW1UU7MI9yCiuMLsp/HLrFuiosqLVZ85wuLQ2junPe3tK8h15Ucx IXAcpQ1VqIaDQFbeuLOXJTF8YHpHdpHYt/ZM1ll7ZBKGAo8yd7uF7wJ9D3gUazwdz9fFjWV7 oIk7ATwOlFllzmWDn+M2ygbHOGUGMX5hSaa8eDSieiR2QoLdn27Fip7kMBTJ2+GISrfnJTN/ OQvmj0DXXAdxHmu2C4QgmZbkge35n129yzXn9NcqzrGLroV62lL3LgX6cSbiH5i7GgWY6CAP b1pMogV0K475n9FvOSDRiG4QSO5yqKiA3OP5aKrIRp2TNAk4IwARAQABzSZQZXRlciBTYWlu dC1BbmRyZSA8c3RwZXRlckBzdHBldGVyLmltPsLBeQQTAQIAIwUCURMPOwIbAwcLCQgHAwIB BhUIAgkKCwQWAgMBAh4BAheAAAoJEOoGpJErxa2p6bgQAKpxu07cMDOLc4+EG8H19NWXIVVy bOEvfGuHYZaLKkPrhrMZwJiOwBpyISNRt9qzX1eLCVaojaoEVX6kD8MGc5zKFfiJZy3j7lBW l+Ybr7FfXYy2BbAXKx49e1n6ci9LmBrmVfAEaxtDNPITZ9N9oUAb9vS0nrG036EwteEHAveQ vlDjO7lhz6+Cv7lZQgBj9rZ6khfcQ4S3nSCQaKLQ9Iav4fqxI7SfuPKnx6quHX3JNLGnVo3w l+j/foCK0iTrmtHxCI3kc/bx6g32pRjHEPX0ALMBhmzU2uca+TE0zCEC96mgYXAUCwdnCFWy beIEbt6pz65iML13kAVAq0H/GqncnMGN0MbOatnw1Tdz/vkLojIy7QbPcQ0plUFxv5491xPf IrHhOWdRXp6WUt88fcqhT6MHZpVRtusj2ornKVVn+Y0GLsMMCTcrXJRG7Ao1YV72t/pJpzfG WSaaxolxDIZ6B+76jrIhUhiWgo/4nf+DN6BIlCZQ6j6xxjjx462cu02kuhIILTk2pzaMOufT BWx0uJhZk/KP2Fay/41pX7pvVOwRC4uIlKsLnJKLPS7EDa4BUUxENfd/9LqOGwlII8BbSe98 PLMI8sXkcigc3UXMVda9ll0YhQa+lbP1NaszmnBhwuiCsgnPGbImsJuRzgEEgckwP/dNeyr6 MlFMyfaezsFNBFETDzsBEADBzOsEHpUmhkRUjH9Tek87dn5P/Yh/L/HptgCGk40TL/C+kYdk d3HyteMEf061PNmsS/Rq8k37Fu3VODYb9SPYKxtgksKSYUtIkPKvao09K9QNWPqyWuNf0F+i AjVMUudaEVFJ7bHF310RDwLY5IvLeCXxtvG+Vv/i+g77d2WdPDp+zLJ8306C4yBKjSJV8xW0 cn2fd7NviIEN6cNHTsZNDZVMlgYPrxnwSq8GTEPGC7HsLIwGcx3hIe9QjnPw9CpAmQENpDEy WcxgF5uwo2NJECoDswKz1Nb0gfawF3ZIbD+GcLujTu94iJuVg25jATWm9wTgcfZo4UPllRGX dIb8uWwUFQlLQgd4ROLZZtXNGmHIymJrV2crx53gxup+1j0XqhlzKg8xbImWhEfS9oHZkRK8 VHgmWSIt7TNwNir6N5j3lqwWVBhnu6GzF01sKGNySlqNRbd0fqhakCkK71b8ot8tYTcYG5Lg 10z6HTbgQx2UwLthUjqbblDQ+GLmrOhiWklLXRsnlnPMwnEyFePAnsT5tasy2Cn9qjpttNDa h7PB8iFUi9mtTF/XDVgpFaB5G3CDV7Q2NgbAI6g6QhLIAmXzSP635G83mda0TKXHQXHDyLJT Tn+WVFU7t4m4uLt+0DsWU8jXHQWyUTNG9WPUrXhusDUAPHxFCQ/n/lQVBwARAQABwsFfBBgB AgAJBQJREw87AhsMAAoJEOoGpJErxa2pqfgP/ApN+TRu2bBIgaw1dr3AznSSha84DIpXUDh3 udZvQrGbUtz8/mA+e3iZEN/cmmBw2LGlAuQoJNILTZQ318yTP+E5QU7fJH7FVsohUyvrMfyt 3IMA9jg0Z9MuloLezvIjjMfFeNa0ROgDb/ubOT7JQzi1kwN8Lu3lO80HwqBHXEeOLoislUSn ZajRKvITbKWkZ6PHRjlMw1Wk4oIi6VLHgGgj79zzL3uhML2663m7imShvz1QcHTwvyR5i8cZ bNOEkotZyERiA1p7YHuruS+QvTi3ZPoQbnMUB3a7py9d11bw1+w3LiAUGZE/z5hBWOFxYtw+ w/U/Vx0BwJGYlwU3M2W20uEXe+qxz7wnakygKjmLiD2z4njfKjcNCiV3FmXrpmWgADln1c4j fxDh0NrndrsM8FPDf1TMPtOZgFDkKripc9xkZ/25P6xn27oTOHWKcAC0QhxSH+HuVBBRk8Ag F+zAbDZe4/L6+kanSrycIXW+wCzwBq61aWsz2QhhuKjozVkhk4dRG+CfjzAFjnyxwYERn3uX VKQAwTwcdNcTI9RV98IsNrw9Y4lJEAg6CjNPmiD5+EASycqaOuToRSGukr8sOQLWLPyTnez/ aG8Xf7a+fntWzK2HuDYoSDhJJrylWw/lMklOBm4wtMeNA0zcQH6AQV/GzQVQkSGqrLuMVIV/
In-Reply-To: <0C274E40D3F576FC46A1D705@PSB>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/Jt8UI_7kOcnOVMn4gQzLGhyXgfs>
Subject: Re: [urn] corporate URN namespaces
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, 31 Jan 2024 18:53:37 -0000

Hi John, thanks for sharing your perspective. Comments inline.

On 1/30/24 8:32 AM, John C Klensin wrote:

> I wonder whether we could borrow a note from some very early
> IANA registration policies and allow third-party registrations,
> e.g., allow you or someone else who notices one of these things
> to record the usage in the database as a third-party
> registration.  If one of our primary goals for having the
> registry is to avoid inadvertent name conflicts, then knowing
> that (using your examples) LinkedIn is using "li" for a
> namespace and Amazon is using "rtn", and both are using them on
> the public Internet (embedded or not), there would seem to be a
> public interest in having those names registered. 

RFC 8141 states:

    This document rests on two key assumptions:

    1.  Assignment of a URN is a managed process.

    2.  The space of URN namespaces is itself managed.

One thing I'm uncomfortable with here - not with your proposal but with 
the underlying situation - is the fact that if at some level we accept 
unregistered URN namespaces, then we're not living up to assumption #2.

Overall I'd say we have done a decent job of managing the space of URN 
namespaces: the vast majority of SDOs and other projects we've engaged 
with have worked in good faith to define their usage of URNs, and for 
the most part this discussion list has led to improved transparency 
regarding URN usage on the Internet. (To be clear, we've had a few 
failures along the way, e.g. namespaces we didn't get registered because 
the registrants ran out of energy or patience with the review team.)

It seems less than ideal to allow third-party registrations that are 
mere placeholders so that we can avoid conflicts. Indeed, those don't 
feel like *registrations* at all, in the sense of fulfilling our 
responsibility to manage the space of URN namespaces. (Furthermore, it 
feels disrespectful toward everyone who has properly registered their 
namespaces.)

I'm not completely opposed to what you suggest, but I'm not completely 
happy with it, either.

Peter