Re: [urn] TR: URN Registration for UIC

Peter Saint-Andre <stpeter@stpeter.im> Fri, 04 August 2023 22: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 D625FC14CE31 for <urn@ietfa.amsl.com>; Fri, 4 Aug 2023 15:38:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.223
X-Spam-Level:
X-Spam-Status: No, score=-5.223 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DEAR_SOMETHING=1.973, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.091, RCVD_IN_DNSWL_HI=-5, 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_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 (2048-bit key) header.d=stpeter.im header.b="YQpCfOuS"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="m9c4gVtz"
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 KB2RtTN3hHYb for <urn@ietfa.amsl.com>; Fri, 4 Aug 2023 15:38:24 -0700 (PDT)
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 7D751C14CE33 for <urn@ietf.org>; Fri, 4 Aug 2023 15:38:01 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 8C0585C0174; Fri, 4 Aug 2023 18:38:00 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Fri, 04 Aug 2023 18:38:00 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h=cc :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:sender:subject:subject:to:to; s=fm1; t= 1691188680; x=1691275080; bh=icn8Ujusaw5v2V+zOkWKHVLFB8/pcFfUIg4 T5OaLwN0=; b=YQpCfOuSyk0UrqPHZaCLxA5RUMPbLtnVjdHvoRbZopgLmaRRZJy pdl+l+ObZq7AJ8SOzDGVIPWKx3iKUVCZF15BUOjgQizkimBu7Fwj5YX9HbpY9tvo 9RqbjEzWV5bsQGxNWxE8v9xDxwEsXg/uUN3SX9BqeKCbiF4BDwIbXrBNVWOXLHhT s8b1lSoUBjMwzKmS/jMsx2/rOs6dhwLFrMGpVIgGazMObpshhmRYEJXHtV/sRXSd hRQse85zzyoWEb5+DvO24OEAY1L5zpqN3yj5fDh9rGvRvNrzdBQ+OlI7kEBHVWXn zBsfN8YKQ9ptRj2PYcsVGCEeTIrS0BSYU+A==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1691188680; x=1691275080; bh=icn8Ujusaw5v2V+zOkWKHVLFB8/pcFfUIg4 T5OaLwN0=; b=m9c4gVtztav9P+EsanBOb+gjS/jduWzXh13TiVnGvtfbMt0sDRm YhtCnSmq/JXVSaQL3qTaXf103Ju2DThRTU1MNQoj9FXL/dCBpp5q9+MRBzAhvGmD CtIAwyXb7rd+qHPY50bCKzsipL1mPpV6Qk8pzjsXy3cLNR9Cwg+g6C0/GgA4GuQw wiVppZzNGcWW7k5Qk1zmnHMw00eHnaWN6ASGEtC8RGzX+tElGXLoOE292ucfm6LU TRwlTxPSQ4cRuJPEtdK8apobbL0yIuqOe57bgnMjmNNeal3vPJ7lksgypCOLTY1i ipzDXPcc9YDudGAdATBJnEgQag7TWGxNOZA==
X-ME-Sender: <xms:yH3NZGaYyH6rMBV_bg0AeHqtFvaCSWh7y_bP2NEljwVwhTGYnFnspg> <xme:yH3NZJajUm5fhtIp0c1yRWrnEZ7kuzrIu7Sr2es6EuPw-EBZ0mwEdyIRPxxh3Ej6G fchKdBmj745axtkSA>
X-ME-Received: <xmr:yH3NZA_D0BFXIX7QP0QNi80BRexz8LX2Vi5BvENI2u1QhXFilXO0ZwhbCy2vrX6b>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrkeehgddtkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefkffggfgfuvfevfhfhjggtgfesthekredttdefjeenucfhrhhomheprfgvthgv rhcuufgrihhnthdqtehnughrvgcuoehsthhpvghtvghrsehsthhpvghtvghrrdhimheqne cuggftrfgrthhtvghrnhepvdeukeduheeileffgfdvgeegffdtkeejudeviefgteeuveff vddtkeeltedttdeknecuffhomhgrihhnpehoshgumhdrihhopdhivghtfhdrohhrghdpuh hitgdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhr ohhmpehsthhpvghtvghrsehsthhpvghtvghrrdhimh
X-ME-Proxy: <xmx:yH3NZIrz2T0Zu2dN6cxgsVqrk9TokgNmP0fxK5yo7VfxsoIGLjCjvw> <xmx:yH3NZBpyFpKdL1o3zjlHhjZGJ7ckcjyKAmsLPFkPQafRv7o10-h7bg> <xmx:yH3NZGSN8JpV1Dp5nN9BLnH6a75zNmlo414KnWSJUsVFb1nkgEg_qw> <xmx:yH3NZIW779G9BLyjd54_J3sm6JiQVcdZ2M-BCx0u8LB6dIa7nHjiLw>
Feedback-ID: i24394279:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 4 Aug 2023 18:37:58 -0400 (EDT)
Message-ID: <1a13484d-3a50-3bbe-c1eb-4e7bbbf4b727@stpeter.im>
Date: Fri, 04 Aug 2023 16:37:58 -0600
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.13.0
Content-Language: en-US
To: "Lars G. Svensson" <lars.svensson@web.de>, 'SARFATTI David' <SARFATTI@uic.org>
Cc: urn@ietf.org, 'GANTERT Clemens' <clemens.gantert@deutschebahn.com>
References: <87edn5fwrv.fsf@hobgoblin.ariadne.com> <1e974464-f4f6-64ed-e8d2-4a0115ced9dd@stpeter.im> <PAXP189MB1630F9E7BBD465D3994C66BDDF52A@PAXP189MB1630.EURP189.PROD.OUTLOOK.COM> <HE1PR07MB3196277B5D9968A43F3D90E3FA53A@HE1PR07MB3196.eurprd07.prod.outlook.com> <PAXP189MB16305E80CD7B6F4D3614EFE3DF53A@PAXP189MB1630.EURP189.PROD.OUTLOOK.COM> <c48632ef-7f2d-67b0-10f2-df32cc898249@stpeter.im> <004f01d9a033$86796820$936c3860$@web.de>
From: Peter Saint-Andre <stpeter@stpeter.im>
In-Reply-To: <004f01d9a033$86796820$936c3860$@web.de>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/yRJCvFRfZWpS0rNy88iO42EvPIg>
Subject: Re: [urn] TR: URN Registration for UIC
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, 04 Aug 2023 22:38:29 -0000

Hi all,

The UIC namespace has been added to the registry.

Full disclosure: I made a few editorial tweaks to the completed 
registration template before submitting it to IANA.

Peter

On 6/16/23 3:18 AM, Lars G. Svensson wrote:
> Dear David et al.,
> 
> I approve of your registration.
> 
> Some minor nits:
> * The "syntax" section says "The Namespace Specific String (NSS) of all URNs that use the "uic" NID has the following structure: urn:uic:{UICResource}:{ResourceSpecificString} [...]". This is not entirely correct, since the structure you quote is that of the complete URN. The structure of the NSS is "{UICResource}:{ResourceSpecificString}".
> * I also think it would be helpful if you added some examples and possibly a link to the catalogue of code lists [1]. As Dale has pointed out [2], there are some issues with that page that you might want to have a look at.
> 
> [1] https://osdm.io/spec/catalog-of-code-lists/
> [2] https://mailarchive.ietf.org/arch/msg/urn/kdIkbcj_tispCDB2jkDOi59NXCQ/
> 
> Best,
> 
> Lars
> 
> -----Ursprüngliche Nachricht-----
> Von: urn [mailto:urn-bounces@ietf.org] Im Auftrag von Peter Saint-Andre
> Gesendet: Donnerstag, 8. Juni 2023 00:59
> An: SARFATTI David <SARFATTI@uic.org>
> Cc: urn@ietf.org; GANTERT Clemens <clemens.gantert@deutschebahn.com>
> Betreff: Re: [urn] TR: URN Registration for UIC
> 
> Hello David & all,
> 
> Because you are not submitting this registration request as an RFC, I would recommend moving some of the information from the "Introduction"
> section of the document into the "Purpose" section of the completed registration template.
> 
> In my opinion it would also be useful to include a few examples of UIC URNs, as well as a link to documentation (if any) on the uic.org website about assignment processes and procedures.
> 
> However, these suggestions are not blockers for me to voice approval for the registration request.
> 
> Lars and Stephanie, do you have feedback as well?
> 
> Peter
> 
> On 6/7/23 6:49 AM, SARFATTI David wrote:
>> Dear Juha, dear all,
>> Please find the form revised by Clemens according to your requirements below.
>> I stay at your disposal for any complementary information, Kind
>> regards, David
>>
>> David SARFATTI
>> Senior Advisor
>> Passenger Department
>> INTERNATIONAL UNION OF RAILWAYS
>> 16 rue Jean Rey - 75015 Paris - FRANCE Mob : 0033 6 29 12 34 16
>>
>>
>> -----Message d'origine-----
>> De : Hakala, Juha E <juha.hakala@helsinki.fi> Envoyé : mercredi 7 juin
>> 2023 08:24 À : SARFATTI David <SARFATTI@uic.org>; Peter Saint-Andre
>> <stpeter@stpeter.im>; Dale R. Worley <worley@ariadne.com>; John Levine
>> <johnl@taugh.com> Cc : urn@ietf.org; GANTERT Clemens
>> <clemens.gantert@deutschebahn.com>
>> Objet : VS: [urn] TR: URN Registration for UIC
>>
>> Hello David; all,
>>
>> the latest version of the template is still based on RFC 3406 (Uniform Resource Namespace Definition Mechanisms). Unfortunately RFC 3406 itself is not marked as obsolete, although the procedure described in it has been replaced by the one outlined in RFC 8141 (which obsoletes both RFC 2141 and 3406).
>>
>> RFC Editor page of RFC 3406 (https://www.rfc-editor.org/info/rfc3406) and RFC 8141 (https://www.rfc-editor.org/rfc/rfc8141) do tell that RFC 3406 is obsolete and therefore it should not be used in namespace registration requests.
>>
>> Since RFC 3406 is obsolete, you should remove from the registration request the description of how formal namespaces are registered from the very beginning of the document. IESG review and publication as an RFC are no longer required for namespace registrations.
>>
>> You should also replace the copy of RFC 3406 Appendix A from the end of your request with Appendix A from RFC 8141. Although these two registration templates are quite similar, RFC 8141 template does require a Security and privacy section, which should "describe any potential issues related to security and privacy with regard to assignment, use, and resolution of names within the URN namespace". See clause 6.4.4 of RFC 8141 for more information.
>>
>> Usually URN namespace registrations are unproblematic from security & privacy point of view. DDI namespace registration (https://datatracker.ietf.org/doc/draft-urn-ddi/05/) may give you some ideas of what kind of information can be provided.
>>
>> Except for adding Security and privacy section, replacing RFC 3406 with RFC 8141 should not have a significant impact on the content of your registration.
>>
>> Best regards,
>>
>> Juha Hakala
>>      
>>
>> -----Alkuperäinen viesti-----
>> Lähettäjä: urn <urn-bounces@ietf.org> Puolesta SARFATTI David
>> Lähetetty: tiistai 6. kesäkuuta 2023 11.10
>> Vastaanottaja: Peter Saint-Andre <stpeter@stpeter.im>; Dale R. Worley
>> <worley@ariadne.com>; John Levine <johnl@taugh.com>
>> Kopio: urn@ietf.org; GANTERT Clemens
>> <clemens.gantert@deutschebahn.com>
>> Aihe: Re: [urn] TR: URN Registration for UIC
>>
>> Dear Sir,
>> Please find attached the form revised and completed.
>>
>> Please find below answers from our IT expert Clemens Gantert.
>> I stay at your disposal for any complementary information and thank you very much for our UIC URN registration.
>> Best regards,
>> David
>>
>>
>> Should "CGI" be "UIC"?   --> Yes, this should be UIC.
>>
>> You might want to consider providing a "role address" here rather than an individual address as the address should remain valid over a period of many years.
>> --> osdm@uic.org
>>
>> RFC 2141 has been replaced by RFC 8141, so these references should be
>> updated.  (I don't think that significantly affects your
>> specification.)
>> --> this is a proposal to replace the last paragraph on page 1 (Declaration of structure:)  of the request as the form has changed:
>>
>> Old:
>>         The Namespace Specific String (NSS) of all URNs that use the "uic"
>>         NID has the following structure:
>>
>>         urn:uic:{UICResource}:{ResourceSpecificString}
>>
>>         where the "UICResource" is a US-ASCII string that conforms to the
>>         URN syntax requirements [RFC2141] and defines a specific class of
>>         resource type.  Each resource type has a specific labeling scheme
>>         that is covered by "ResourceSpecificString", which also conforms
>>         to the naming requirements of [RFC2141].
>>
>> RFC 2141 has been replaced by RFC 8141, so these references should be
>> updated.  (I don't think that significantly affects your
>> specification.)
>>
>> I think you want to clarify here that "UICResource" specifies the "resource type", and make clearer the requirements on ResourceSpecificString.  Perhaps:
>>
>> New:
>>         The Namespace Specific String (NSS) of all URNs that use the "uic"
>>         NID has the following structure:
>>
>>         where the "UICResource" is a US-ASCII string that specifies the
>>         resource class and "ResourceSpecificString" specifies the
>>         individual resource, such that the entire string conforms to the
>>         URN syntax requirements [RFC8141].  Each resource type has a
>>         specific labeling scheme for "ResourceSpecificString".
>>
>>
>> -----Message d'origine-----
>> De : Peter Saint-Andre <stpeter@stpeter.im> Envoyé : samedi 27 mai
>> 2023 14:40 À : Dale R. Worley <worley@ariadne.com>; SARFATTI David
>> <SARFATTI@uic.org> Cc : urn@ietf.org; GANTERT Clemens
>> <clemens.gantert@deutschebahn.com>
>> Objet : Re: [urn] TR: URN Registration for UIC
>>
>> On 5/24/23 11:45 AM, Dale R. Worley wrote:
>>> SARFATTI David <SARFATTI@uic.org> writes:
>>>> Please find attached our subscription form to obtain a Uniform
>>>> Resource Name (URN) Namespace for the International Union of
>>>> Railways (UIC).
>>>> I remain at your disposal for any complementary information,
>>>
>>> I approve of your registration,
>>
>> I too think it is reasonable to register this namespace and agree with Dale's comments. Here are additional suggestions...
>>
>> (1) The registration uses the template from RFC 2141. Please use the more modern template (see Appendix A of RFC 8141).
>>
>> (2) When you do so, please pay special attention to the privacy and security considerations.
>>
>> (3) Pointers to relevant documentation on the UIC website would also be helpful.
>>
>> Best Regards,
>>
>> Peter
>>
>>
> 
> _______________________________________________
> urn mailing list
> urn@ietf.org
> https://www.ietf.org/mailman/listinfo/urn
>