Re: [urn] [IANA #1275238] URN:NAN registration request

"Lars G. Svensson" <lars.svensson@web.de> Mon, 26 June 2023 14:43 UTC

Return-Path: <lars.svensson@web.de>
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 05DB9C14CE30 for <urn@ietfa.amsl.com>; Mon, 26 Jun 2023 07:43:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.093
X-Spam-Level:
X-Spam-Status: No, score=-7.093 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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 (2048-bit key) header.d=web.de
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 Bu37QpRXmnnv for <urn@ietfa.amsl.com>; Mon, 26 Jun 2023 07:43:21 -0700 (PDT)
Received: from mout.web.de (mout.web.de [212.227.17.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 397D1C151542 for <urn@ietf.org>; Mon, 26 Jun 2023 07:43:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1687790597; x=1688395397; i=lars.svensson@web.de; bh=OK2fLhvb/57rr/6XL698nVsTjAiKSeZFbAo2NqXaRRQ=; h=X-UI-Sender-Class:From:To:Cc:References:In-Reply-To:Subject:Date; b=LLWzO23imL1OdraQf2VW/NfhaNyerQcgv1eQCvHrg5qCl4XALkI6xlv5MfDYgUkCylOqA5O peo/i+GMCMuGMDJfqWSFz57czA6G9Muws+2cKyC70lF1UkInuO6SH9GEIB0cIu8OHqHNUgI3y j51wTZ75/HHDMH94/IkdPRYXq5tJXAhN1QqTL3OHghuP2JCHJwtIqk3V0RuYSvKDhfx+aNnzi nMz64qL9iadtvPHuf9eOvtn86uSAP4MTct76EbfBeOJG+hoO0L+eDPXzNpouNLvOTAVuypQQ8 aiu30RfsK0bzqbFBS5E8OjVbFaLJ5RDJ1LsqyC6juOoXaIwkoorg==
X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6
Received: from FNBW1006512 ([193.175.96.193]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1M3V28-1qELfL1el8-000zbC; Mon, 26 Jun 2023 16:43:17 +0200
From: "Lars G. Svensson" <lars.svensson@web.de>
To: urn@ietf.org
Cc: urn.nan@kansallisarkisto.fi
References: <RT-Ticket-1275238@icann.org> <AS8P250MB0911A579297B901351E97A2EE85DA@AS8P250MB0911.EURP250.PROD.OUTLOOK.COM> <rt-5.0.3-167080-1687474526-316.1275238-9-0@icann.org> <262314ce-10f2-25ef-42a8-659722e9d9ac@stpeter.im>
In-Reply-To: <262314ce-10f2-25ef-42a8-659722e9d9ac@stpeter.im>
Date: Mon, 26 Jun 2023 16:43:16 +0200
Message-ID: <01a701d9a83c$8b5ecbd0$a21c6370$@web.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQG0AIsny0OnZKHUIyspNwFSxgqQcwImqMaeAbxgE5wCfoyXUK+1Zzqw
Content-Language: de
X-Provags-ID: V03:K1:/i5LJd2C4/sVqMZ0nk6HbiJB+PTmSudRzxw8Q48uF2icNVpV+Gr xOVrIHNiX9qVSFoHKqf1zf15WDzIRgnWo+qb2F09B6BZFyUjWSUc/LRsQ7jnpv9fZ96Dy7j pPmb4RcqUcaut+R9bCCPV9ERYPScdXGhqEkkofIeo6FNKdNOhoFc0WkOEPrJWgVu35zHq4o WoK1SGjk7ALhaoPhwQh0A==
UI-OutboundReport: notjunk:1;M01:P0:anR9d+AZkFE=;ja9BNCvIoN+mimU1HYIgHHQXW3y 1m+Q74aUmkQ9jp7Bm7mOmzTK8aw9X5oY//oEHImgCK9hS7+o8Or+KLxHJg3y30dCjpjH/IgJ8 tk4KyU8xR1nDyntcQYRIm9lLNNjp/aZaUiZo+LQLgoTezrSLG+5E6MKzTk/rbF/hwRA+Xq8KA WsZVE162S1JzkvMUEj3i9kP2Tg6HbSZ+GpePN2Ky5X0FNQW/Slvi/vR4Ls+M8guwQ9FvZwbp1 /Nrse4pinCrx5ysPkFKNvAoYEcowYloASeLk+PdwA/OhmZwLBHC/uqcf03AO5zcXJdArTH1lW 2BPPlhIuRbQv/T+kcD252KNyLXiEThXuoSVrtxeaVOZnfVLIEXIJGV9JvqAR1AGDdJbKuF/pn wVDXhCVScPnJAU92TfwXxXyB8G4kbhvr98X8e6e/M5ZFHPJme1oXgxto6YyI08y31+bBMov2Z Y7sgcFGgvSB8yS/yz5HuZMwzBkol4U2WgubrkJA1j56abjkxYutaMylHTfVk1duQgdQ+Lt7I+ 4Qq9hgqEPcVq+jnc6vMX0NImzontRDpBSQ9/mcDUzMKxZQj8zIr4hCbYeIxCmfRSO4rcKeSLI aJ2jypcNVPt8H/8XCx52ycXesNxsyRMkfUBTBr0UZa7yJzthMyyeHM4F5B6l3micetKh2CVlh 7jPN/35UQz/17nOx4z+t53rp/ELGbUM6vq4PxMcZ8HuOiw3/ubj1tQnvxvO3Ipp2BYxfC7VuQ SBw2/hL2/SWX9uMNANncelSQ5wsbiPzkjZ5ki8Kz1nHLTGHhBZE9zD5JfGy6fN+Jj4Ot5ANGJ b0G46KT/XQHUrNNHJrSHQFItee7Z8PQkpOvFLiAWGaZ3OsvrfAEExMUfcVtSgTE8S7pXFeo+x rNI+VDoZW+qwEzZAIrDUFlkDU1yomcXW7H/jpyGljidMJkM+K5Cg0NHX+3H8+T6qaAAUwZbcg toXOKMYu4I51iSWk3GQ+sv4ee9E=
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/oSRidEYgHhgCHKEcKng84KZ7GzY>
Subject: Re: [urn] [IANA #1275238] URN:NAN registration request
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: Mon, 26 Jun 2023 14:43:26 -0000

Dear all,

The proposal seems generally fine with me. I have one question regarding the subdivision of the national namespace and to whom the national agency can assign sub-namespaces.

The registration describes NAN as "a group of identifier systems administered by national archives and institutions authorized by them". Further it is stated that a "national archive MAY also assign URN:NAN sub-namespaces to other organizations with archival fonds such as government institutions". Can those authorised institutions be on any governmental level (e. g. the Hessian Main State Archives or a municipal archive) and can also private organisations (e. g. company archives) be authorised to assign NANs?

Best,

Lars

-----Ursprüngliche Nachricht-----
Von: urn [mailto:urn-bounces@ietf.org] Im Auftrag von Peter Saint-Andre
Gesendet: Freitag, 23. Juni 2023 05:03
An: urn@ietf.org
Cc: urn.nan@kansallisarkisto.fi
Betreff: Re: [urn] [IANA #1275238] URN:NAN registration request

Dear Amanda:

[moving iana-prot-param-comment@iana.org to bcc]

Procedurally, as defined in RFC 8141, registrants are to send their requests to the urn@ietf.org discussion list so that the expert review team can provide feedback. Once that is done, the team lead (me) will contact IANA about adding the namespace to the registry.

Upon cursory review this registration request appears to be in good order, so you might want to leave the ticket open since (barring unforeseen circumstances) I expect that the expert review team will approve it in the next few weeks.

I'll be back in touch after list discussion and team review.

Many thanks,

Peter

On 6/22/23 4:55 PM, Amanda Baber via RT wrote:
> Dear URN experts,
> 
> IANA has received a request to add "NAN" to the Formal URN Namespaces registry. See the template and request below. The requester is copied on this message.
> 
> If this ticket should be closed, please let us know.
> 
> thanks,
> 
> Amanda Baber
> IANA Operations Manager
> 
> ====
> 
> TEMPLATE:
> 
> Namespace Registration for National Archive Number (NAN)
> 
> 
> Namespace ID:  NAN Requested of IANA.
> 
> 
> Version:  1
> 
> 
> Date:  2023-06-21
> 
> 
> Registrant: The National Archives of Finland
> 
> 
> Name: Lauri Leinonen
> E-mail: urn.nan@kansallisarkisto.fi
> Affiliation: The National Archives of Finland
> Address: Kansallisarkisto, Rauhankatu 17, P.O.Box 258, 00171 Helsinki.
> Web URL: https://kansallisarkisto.fi/
> 
> Requesting entity is the national archive of Finland.
> 
> 
> Purpose:
> 
> National Archive Number is a generic name for any identifier system used by national archives and their partner organizations to identify archival collections and resources.
> 
> There has been no need to develop an international standard identifier for archival resources. Resources in archival collections are usually unique and therefore archive-specific identifier systems have been sufficient. Many national archives have developed their own identifier systems, but such identifiers are unique only locally.
> 
> Digitization or archival resources and long term preservation of such digital surrogates has created a need for developing a globally unique, persistent and actionable identifier system for the national archives and their partner organizations. With URN:NAN, existing local identifier systems meet this requirement.
> 
> 
> NAN assignment:
> 
> National Archive Number (NAN) is a generic term referring to a group of identifier systems administered by national archives and institutions authorized by them. The NAN assignment is typically performed by the organization hosting the resource.
> 
> Assignment of NAN-based URNs is controlled on a national level by the national archive (or national archives, if there is more than one). National guidelines can differ, but the identified resources themselves are usually persistent.
> 
> NAN assignment policies may differ. Manual assignment by the archive personnel provides the tightest control. In many (national) archives, NANs are also generated programmatically as a part of e.g. digitization processes. Usage rules can vary within one country, between URN:NAN sub-namespaces.
> 
> Each national archive uses NANs independently of other national archives; apart from this registration, there are no guidelines that specify or control NAN usage. As such, NANs are unique only on the national level. When used as URNs, base NAN strings MUST be augmented with a controlled prefix, which is the particular nation's ISO 3166-1 alpha-2 two-letter country code (referred to as "ISO country code" below).  These prefixes guarantee uniqueness of the URN:NANs at the global scale.
> 
> National archives using URN:NANs usually specify local assignment policies for themselves. Such policy can limit the URN:NAN usage to, e.g., the born digital or digitized resources stored in the national archive's fonds.  Although this specification does not specify principles for URN:NAN assignment policies that can be applied, NANs assigned to resources which are not archived permanently should not be made URN:NANs unless such policy can be justified.
> 
> NANs as such are locally but not globally unique; two national archives can assign the same NAN to different resources. A prefix, based on the ISO country code as described above, guarantees the global uniqueness of URN:NANs. Once an NAN has been assigned to a resource, it MUST be persistent, and therefore URN:NANs are persistent as well.
> 
> A URN:NAN, once it has been generated from a NAN, MUST NOT be reused for another resource.
> 
> Users of the URN:NAN namespace MUST ensure that they do not assign the same URN:NAN twice. Different policies can be applied to guarantee this.  For instance, NANs and corresponding URN:NANs can be assigned sequentially by programs in order to avoid human mistakes. It is also possible to use printable representations of checksums such as SHA-1 [RFC6234] as NANs.
> 
> Syntax:
> 
> URN:NAN syntax is equivalent to the URN:NBN syntax. The Namespace-Specific String (NSS) consists of three parts:
> 
> •	a prefix consisting of an ISO 3166-1 alpha-2 country code and optional sub-namespace code(s) separated by a colon(s);
> 
> •	a hyphen (-) as the delimiting character; and,
> 
> •	an NAN string assigned by the national archive or sub-delegated
>        authority.
> 
> The following formal definition uses ABNF [RFC5234].
> 
>      nan-nss     = prefix "-" nan-string
> 
>      prefix      = iso-cc *( ":" subspc )
>                  ; The entire prefix is case insensitive.
> 
>      iso-cc      = 2ALPHA
>                  ; Alpha-2 country code as assigned by part 1 of ISO 3166
>                  ; (identifies the national archive to which the branch
>                  ; is delegated).
> 
>      subspc      = 1*(ALPHA / DIGIT)
>                  ; As assigned by the respective national archive.
> 
>      nan-string  = path-rootless
>                  ; The "path-rootless" rule is defined in RFC 3986.
>                  ; Syntax requirements specified in RFC 8141 MUST be
>                  ; taken into account.
> 
> A colon SHOULD be used within the prefix only as a delimiting character between the ISO 3166-1 country code and sub-namespace code(s), which splits the national namespace into smaller parts.
> 
> The structure (if any) of the NAN_string is determined by the authority for the prefix. Whereas the prefix is regarded as case insensitive, NAN strings can be case sensitive at the preference of the assigning authority; parsers therefore MUST treat these as case sensitive, and any case mapping needed to introduce case insensitivity is the responsibility of the relevant resolution system.
> 
> A hyphen SHOULD be used as the delimiting character between the prefix and the NAN string.  Within the NAN string, a hyphen MAY be used for separating different sections of the identifier from one another.
> 
> All two-letter codes are reserved by the ISO 3166 Maintenance Agency for either existing or possible future ISO country codes (or for private use).
> 
> Sub-namespace identifiers MUST be registered on the national level by the national archive that assigned the identifier.  The list of such identifiers can be made publicly available via the Web.
> 
> Note that because case mapping for ASCII letters is completely reversible and does not lose information, the case used in case-insensitive matching is a local matter.  Implementations can convert to lower or upper case as they see fit; they only need to do it consistently.
> 
> 
> Encoding considerations and lexical equivalence:
> 
> Expressing NANs as URNs is usually straightforward, as normally only ASCII characters are used in NAN strings. If this is not the case, non-ASCII characters in NANs MUST be translated into canonical form as specified in RFC 8141. If a national archive uses NANs that can contain percent-encoded characters higher than U+007F, the archive needs to carefully define the canonical transformation from these NANs into URNs, including normalization forms.
> 
> When an NAN is used as a URN, the NSS MUST consist of three parts:
> 
> •	a prefix, structured as a primary prefix, which is a two-letter ISO 3166-1 country code of the national arcive's country, and zero or more secondary prefixes that are each indicated by a delimiting colon character (:) and a sub-namespace identifier;
> 
> •	a hyphen (-) as a delimiting character; and,
> 
> •	the NAN string.
> 
> Different delimiting characters are not semantically equivalent.
> 
> The syntax and roles of the three parts listed above are described in the previous paragraph.
> 
> If there are several national archives in one country or if the national archive consists of several independent units, these archives MUST agree on how to divide the national namespace between themselves using this method before the URN:NAN assignment begins in any of these archives.
> 
> A national archive MAY also assign URN:NAN sub-namespaces to other organizations with archival fonds such as government institutions.  The sub-namespace MAY be further divided by the partner organization. All sub-namespace identifiers used within a country-code-based namespace MUST be registered on the national level by the national archive that assigned the code.  The national register of these codes SHOULD be made available online.
> 
> Being part of the prefix, sub-namespace identifier strings are case-insensitive. They MUST NOT contain any colons or hyphens.
> 
> Formally, two URN:NANs are lexically equivalent if they are octet-by-octet equal after the following (conceptional) preprocessing:
> 
>     1.  convert all characters in the leading "urn:nan:" token to a
>         single case;
> 
>     2.  convert all characters in the prefix (country code and its
>         optional sub-divisions) to a single case; and,
> 
>     3.  convert all characters embedded in any percent-encodings to a
>         single case.
> 
> Models (indicated line break inserted for readability):
> 
>        URN:NAN:<ISO 3166 alpha-2 country code>-<assigned NAN string>
> 
>        URN:NAN:<ISO 3166 alpha-2 country code>:<sub-namespace code>-\
>        <assigned NAN string>
> 
>     Example:
> 
>        URN:NAN:fi:ka:a-1510439051
> 
> 
> Security and Privacy:
> 
> This document defines means of encoding NANs as URNs.  A URN resolution service for NAN-based URNs is technically possible but not described herein; thus, questions of secure or authenticated resolution mechanisms and authentication of users are out of scope of this document.
> 
> Although no validation mechanisms are specified on the global level (beyond a routine check of those characters that require special encoding when employed in URIs), NANs assigned by any given authority can have a well-specified and rich syntax (including, e.g., fixed length and checksum). In such cases, it is possible to validate the correctness of NANs programmatically.
> 
> Issues regarding intellectual property rights or confidentiality associated with objects identified by the URN:NANs are beyond the scope of this document, as are questions about rights to the databases that might be used to construct resolution services.
> 
> No specific security threats have been identified for URN:NANs.
> 
> 
> Interoperability:
> 
> There is no international standard identifier system URN:NANs would replace. URN:NAN is compliant with existing local identifier systems, and will assist the national archives and their partners in making these systems actionable and globally unique.
> 
> Some overlap with other URN namespaces is possible, depending on the archived resources.
> 
> NANs may contain characters which must be percent-encoded when presented as URN:NANs.
> 
> 
> Resolution:
> 
> Depending on the local policy and the nature of the identified resource, URN:NANs may or may not be actionable.
> 
> No centralized resolution service for URN:NANs will be established. Country-code-based prefix part of the URN:NAN namespace-specific string will provide a hint needed to find the correct resolution service for a URN:NAN.
> 
> 
> Additional Documentation:
> 
> None
> 
> 
> Revision Information:
> 
> None.
> 
> 
> References:
> 
> None.
> 
> On Wed Jun 21 07:59:11 2023, urn.nan@kansallisarkisto.fi wrote:
>> Dear recipient,
>>
>> Please find attached the request by the National Archives of Finland 
>> to register the URN:NAN namespace for archival collections and 
>> resources. The namespace is modelled after URN:NBN registered by the 
>> National Library of Finland.
>>
>> If any further documentation or clarification is needed, please let 
>> me know.
>>
>> Best regards,
>> Lauri Leinonen
>>
>> Tutkija/Forskare/Researcher
>> Tutkimus ja innovaatiot/Forskning och innovation/Research and 
>> Innovation Kansallisarkisto/Riksarkivet/National Archives 
>> Rauhankatu/Fredsgatan 17 PL/PB/P.O. Box 258, FI-00171 
>> Helsinki/Helsingfors, Finland puh./tel. +358 29 533 7398, +358 50 434 
>> 2761 e-mail 
>> lauri.leinonen@kansallisarkisto.fi<mailto:lauri.leinonen@kansallisark
>> isto.fi>
> 
> _______________________________________________
> 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