Network Working GroupT.Kalin Internet-DraftT. Kalin Request for Comments: 4926 M. Molina Category: Informational DANTEExpires: May 3July 2007M.Molina DANTE November 3, 2006A URN Namespace for GEANTdraft-kalin-geant-urn-namespace-01Status ofthisThis MemoBy submitting this Internet-Draft, each author represents that any applicable patent or other IPR claims of which he or she is aware have been or will be disclosed, and any of which he or she becomes aware will be disclosed, in accordance with Section 6 of BCP 79. Internet-Drafts are working documents ofThis memo provides information for the InternetEngineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time.community. Itis inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The listdoes not specify an Internet standard ofcurrent Internet-Drafts can be accessed at http:// www.ietf.org/ietf/1id-abstracts.txt. The listany kind. Distribution ofInternet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on November 5, 2006.this memo is unlimited. Copyright Notice Copyright (C) TheInternet Society (2006). All Rights Reserved.IETF Trust (2007). Abstract This document describes a proposed URN (Uniform Resource Name) namespace that would be managed by DANTE, representing European Research and academic networks, for naming persistent resources defined by GEANT, the Consortium of EuropeanR&E networks,Academic and Research Networks, its projects, activities, workinggroupsgroups, and other designated subordinates. 1. Introductionand community considerationsThe Consortium of European Academic and Research Networks (GEANT) provides high-speed, high-quality network connectivity for education institutions, universities, and research centres in Europe. The network infrastructure is composedbyof several National Research and Education Networks (NRENs) and their European-wide interconnection, GEANT. The current network isGÉANT2GEANT2 [6], and is the seventhgene- rationgeneration of pan-European research and education network, successor to the pan-European multi-gigabit research networkGÉANT.GEANT. DANTE [7] is aUK basedUK-based organization representing the members of the Consortium and operating the GEANT2 Network. This cooperative work is mainly done in the framework ofEU fundedEU-funded projects. The biggest of such activities is currently the GN2 project [6], startedSepin September 2004, that follows other successful oneshavingthat have evolved the European Networks for Research and Education for almost two decades. It is expected that these activities and the network evolution will continue to be supported by the European Union and all EuropeanGovernmentsgovernments in the years to come, as they view the existence of astate of the artstate-of-the-art network forResearchresearch in Europeis viewedas being of top strategicimportance by them.importance. We will refer to theorganisationorganization involved in these projectsor benefitingand those that benefit from their outcome as the "GEANT community". The GEANT community produces many kinds of documents: specifications, working drafts, project reports, schemas, stylesheets, etc. The community wishes to provide global, distributed, persistent, location-independent names for these resources. The Uniform Resource Name (URN) variant of URIs meets these requirements. The GEANT community and other GEANT-affiliated groups would benefit from the GEANT URN proposal by having an easy, efficient way to assign globally unique, persistent identifiers to resources that they create. The nature of GEANT work is that itis carried out to serveserves the needs of many communities of interest. A namespace managed so as to facilitate the creation,registrationregistration, and resolution of unique, persistent identifiers would be of great value for GEANT, itsaffiliatesaffiliates, and the higher education community generally. The possibility of fitting the naming needs under existing namespaces has been considered, but the conclusion was that the number oftheactivities and the size of the developers community is such that creating a lot of (possibly uncoordinated) dependencies from other namespaces isundesirableundesirable. The proposed URN namespace specification is for a formal namespace. 2. Specification Template Namespace ID:"geant" requested.geant Registration Information: Registration Version Number 1 Registration Date: 2006-03-21 Registrant of the namespace: DANTE ATTN: Maurizio Molina City House 126 - 130 Hills Road Cambridge CB2 1PQ United Kingdom Phone: +44 1223 371340 Contact: Tomaz Kalin Affiliation: DANTE City House 126 - 130 Hills Road Cambridge CB2 1PQ Email: tomaz.kalin@dante.org.uk Phone: +386 1 430 3055 Syntactic structure: The Namespace Specific Strings (NSS) of all URNs assigned by GEANT will conform to the syntax defined in section 2.2 ofRFC2141,RFC 2141, "URNSyntax." [1]Syntax" [2]. In addition, all GEANT URN NSSs will consist of a left-to-right series of tokens delimited by colons. The left-to-right sequence of colon-delimited tokens corresponds to descending nodes in a tree. To the right of the lowest naming authoritynodenode, there may be zero,oneone, or more levels of hierarchical naming nodes terminating in a rightmost leaf node. See the section below entitled "Identifier assignment"belowfor more on the semantics of NSSs. This syntax convention is captured in the following normative ABNF rules for GEANT NSSs (seeRFC2234): [2]RFC 4234 [1]): GEANT-NSS = 1*(subStChar) 0*(":" 1*(subStChar)) subStChar = trans / "%" HEXDIG HEXDIG trans = ALPHA / DIGIT / other / reserved other = "(" / ")" / "+" / "," / "-" / "." / "=" / "@" / ";" / "$" / "_" / "!" / "*" / "'" reserved = "%" / "/" / "?" / "#" The exclusion of the colon from the list of "other" characters means that the colon can only occur as a delimiter between string tokens. Note that this ABNF rule set guarantees that any valid GEANT NSS is also a validRFC2141RFC 2141 NSS. Relevant ancillary documentation: None. Identifier uniqueness: It is the responsibility of DANTE to guarantee uniqueness of the names of immediately subordinate naming authorities. Each lower-level naming authority in turn inherits the responsibility of guaranteeing uniqueness of names in their branch of the naming tree. Identifier persistence: DANTE bears ultimate responsibility for maintaining the usability of GEANTurnsURNs over time. This responsibility may be delegated to subordinate naming authorities per the discussion in the section below on identifier assignment. That section provides a mechanism for the delegation to be revoked in the case a subordinate naming authority ceases to function. Identifier assignment: DANTE will create an initial series of immediately subordinate naming authorities, and will define a process for adding to that list of authorities. Each top-level working group of GEANT will be invited to designate a naming authority and to suggest one or more candidate names. Institutions and communities affiliated with GEANT may request, through their designated GEANT liaison, that they be granted GEANT-subordinate naming authority status. They may propose candidate names for that authority. One way for such entities to guarantee uniqueness of their proposed name is to base it on a DNS name. That is,if e.g.if, e.g., the German National Research and Education Network wished to be designated a subordinate naming authority under GEANT, the institutional GEANT liaison could propose to DANTE to be delegated control over names beginningwith, "urn:geant:dfn.de."with "urn:geant:dfn.de". Institutions seeking affiliation with GEANT should send email to geant-submit@dante.org.uk, nominating an institutional liaison and providing contact information for that person. On at least an annual basis, DANTE will contact the liaisons or directors of each immediately subordinate naming authority. If there is no response, or if the respondent indicates that they wish to relinquish naming authority, the authority over that branch of the tree reverts to GEANT. This process will be enforced recursively by each naming authority on its subordinates. This process guarantees that responsibility for each branch of the tree will lapse for less than oneyearyear, atworstworst, before being reclaimed by a superior authority. Lexical equivalence of two GEANT namespace specific strings (NSSs) is defined below as an exact, case-sensitive string match. DANTE will assign names of immediately subordinate naming authorities inlower caselowercase only. This forestalls the registration of two GEANT-subordinate naming authorities whose names differ only in case. Identifier resolution: DANTE will maintain an index of all GEANT and GEANT workgroup assigned URNs on itswebWeb site, http://www.dante.net/urn-geant/urn-geant.html. That index will map URNs to resource identifiers, usually URLs. GEANT- affiliated naming authorities will specify how to resolve the URNs they assign if they are resolvable. Lexical equivalence: Lexical equivalence of two GEANTnamespace specific stringsNamespace Specific Strings (NSSs) is defined as an exact, case-sensitive string match. Conformance with URN syntax: All GEANT NSSs fully conform toRFC2141RFC 2141 syntax rules for NSSs. Validation mechanism: As specified in the "Identifier resolution" section above, DANTE will maintain an index of all GEANT and GEANT workgroup assigned URNs on itswebWeb site, http://www.dante.net/urn-geant/urn-geant.html Presence in that index implies that a given URN is valid. GEANT-affiliated naming authorities will specify how to validate the URNs they assign. Scope: Global. 3. Security Considerations There are no additional security considerations beyond those normally associated with the use and resolution of URNs in general. 4. Namespace Considerations Registration of anNIDNamespace Identifier (NID) specific to GEANT is reasonable given the following considerations: 1. GEANT would like to assign URNs to some very fine-grainedobjectsobjects. This does not seem to be the primary intended use of the XMLORG namespace(RFC3120)(RFC 3120) [3], or the more tightly controlled OASIS namespace (RFC 3121) [4]. 2. GEANT seeks naming autonomy. GEANT is not a member of OASIS, so becoming a subordinate naming authority under the OASIS URN space is not an option. 3. GEANT will want to assign URNs to non-XML objects as well. That is another reason that XMLORG may not be an appropriatehigher-levelhigher- level naming authority for GEANT. Some GEANT-developed schema and namespaces may be good candidates for inclusion in the XMLORG or possible future "EU" registry. The fact that such an object might already have a GEANT-assigned URN shouldn't be a hindrance.Work in progress to update RFC2611RFC 3406 [5] (which replaced RFC 2611) includes an explicit statement that two or more URNs may point to the same resource. A resource with a GEANT-assignednamespace-specific-stringNamespace Specific String would, of course, be given an XMLORG or EUnamespace-specific-stringNamespace Specific String as it enters the XMLORG or "EU" registry. 5. Community Considerations The assignment and use of identifiers within the namespace are open, and the related rule is established by DANTE. Registration agencies- the(the next level namingauthoritiesauthorities) will be the European National Research and Education Networks and the established organizational cross-border formations. It is expected that the majority of the NRENs and all GEANT base activities make use of the GEANT namespace. After the establishment of the GEANTnamespacenamespace, the consortium will, as soon as practical, establish a resolution service (analogously to other distributedpan - Europeanpan-European services, like EduROAM, PerfSONAR,etc)etc.) for the namespace clients. 6. IANA ConsiderationsThis document is intended as a formal request toIANAforhas registered theregistration of a "GEANT""geant" NID within the IANA registry of URN NIDs. 7. Normative References [1]Moats, R., "URN Syntax", RFC 2141, May 1997. [2]Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", RFC2234, November4234, October 2005. 8. Informative References [2] Moats, R., "URN Syntax", RFC 2141, May 1997. [3] Best, K. and N. Walsh, "A URN Namespace for XML.org", RFC 3120, June 2001. [4] Best, K. and N. Walsh, "A URN Namespace for OASIS", RFC 3121, June 2001. [5] Daigle, L., van Gulik, D., Iannella,R.R., and P. Faltstrom, "URN Namespace Definition Mechanisms", BCP 66, RFC 3406, October 2002. [6]GÉANT2GEANT2 project'swebsite http://www.geant2.net/Web site, <http://www.geant2.net/>. [7] DANTE's companywebsite http://www.dante.net/Web site, <http://www.dante.net/>. Authors' Addresses T. Kalinc/oDANTE City House 126 - 130 Hills Road Cambridge CB2 1PQUniredUnited Kingdom EMail: tomaz.kalin@dante.org.uk Maurizio Molina DANTE City House 126 - 130 Hills Road Cambridge CB2 1PQ United Kingdom EMail: maurizio.molina@dante.org.uk Full Copyright Statement Copyright (C) TheInternet Society (2006). All Rights Reserved. This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English. The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.IETF Trust (2007). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all theirrights."rights. This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNETSOCIETYSOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Intellectual Property The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org. Acknowledgement Funding for the RFC Editor function is currently provided by the Internet Society.