<?xml version="1.0" encoding="US-ASCII"?>

<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
<!-- First entity listed below permits pointing consistently to
   2141bis -->
<!ENTITY RFC2141bis "RFC 2141bis">

<!-- Getting references from the online citation library.
     There has to be one entity for each item to be referenced. -->
<!ENTITY rfc2119 PUBLIC '' "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml">
<!ENTITY rfc2141 PUBLIC '' "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2141.xml">
<!ENTITY rfc2288 PUBLIC '' "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2288.xml">
<!ENTITY rfc2611 PUBLIC '' "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2611.xml">
<!ENTITY rfc3406 PUBLIC '' "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3406.xml">
<!ENTITY rfc3044 PUBLIC '' "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3044.xml">
<!ENTITY rfc3187 PUBLIC '' "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3187.xml">
<!ENTITY rfc3188 PUBLIC '' "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3188.xml">

<!-- Outline of entity definition for citations to Internet Drafts
     &lt;!ENTITY I-D.mrose-writing-rfcs SYSTEM 
     "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.mrose-writing-rfcs">
     corresponding to a draft filename draft-mrose-writing-rfcs-nn.txt.
     Naming convention for draft-ietf-xx-yy is that
       ietf-xx-yy  is latest version
       draft-ietf-xx-yy-NN is that version.  Similarly for draft-foo
       rather than draft-ietf: foo-xx-yy and draft-foo-xx-yy-NN
   -->
<!-- Fudge for XMLmind which doesn't have this built in -->
<!ENTITY nbsp "&#160;">

]>
<!-- Extra statement used by XSLT processors to control the output style. -->
<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>
<!-- Processing Instructions- PIs (for a complete list and description,
     see file http://xml.resource.org/authoring/README.html.
     You may find that some sphisticated editors are not able to edit PIs when palced here.
     An alternative position is just inside the rfc elelment as noted below. -->
<!-- Some of the more generally applicable PIs that most I-Ds might want to use -->
<!-- Try to enforce the ID-nits conventions and DTD validity -->
<?rfc strict="yes" ?>
<!-- Items used when reviewing the document -->
<!-- Controls display of <cref> elements -->
<?rfc comments="yes" ?>
<!-- When no, put comments at end in comments section,
     otherwise, put inline -->
<?rfc inline="yes" ?>
<!-- When yes, insert editing marks: editing marks consist of a 
     string such as <29> printed in the blank line at the 
     beginning of each paragraph of text. -->
<?rfc editing="no" ?>
<!-- Create Table of Contents (ToC) and set some options for it.  
     Note the ToC may be omitted for very short documents,but idnits insists on a ToC 
     if the document has more than 15 pages. -->
<?rfc toc="yes"?>
<?rfc tocompact="yes"?>
<!-- If "yes" eliminates blank lines before main section entries. -->
<?rfc tocdepth="3"?>
<!-- Sets the number of levels of sections/subsections... in ToC.
   Can be overridden by 'toc="include"/"exclude"' on the section
   element-->
<!-- Choose the options for the references. 
     Some like symbolic tags in the references (and citations) and others prefer 
     numbers. The RFC Editor always uses symbolic tags.
     The tags used are the anchor attributes of the references. -->
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes" ?>
<!-- If "yes", causes the references to be sorted in order of tags.
             This doesn't have any effect unless symrefs is "yes"
          also. --> 
<!-- These two save paper: Just setting compact to "yes" makes savings by not starting each 
     main section on a new page but does not omit the blank lines between list items. 
     If subcompact is also "yes" the blank lines between list items are also omitted. -->
<?rfc compact="yes" ?>
<?rfc subcompact="no" ?>
<!-- end of list of popular I-D processing instructions -->

<!-- Information about the document.
     category values: std, bcp, info, exp, and historic
     For Internet-Drafts, specify attribute "ipr".
     (ipr values are: full3978, noModification3978, noDerivatives3978), 
     (2008 IETF Trust versions: trust200811, noModificationTrust200811, noDerivativeTrust200811
     Also for Internet-Drafts, you must specify a value for attributes "docName" which is 
     typically the file name under which it is filed - but need not be - and,if relevant, 
     "iprExtract".  
     Note that the value for iprExtract is the anchor attribute value of a section (such as 
     a MIB specification) that can be extracted for separate publication, and is only useful 
     when the value of "ipr" is not "full3978".
     "updates" and "obsoletes" attributes can also be specified here,
     their arguments are comma-separated lists of RFC numbers (just
     the numbers) -->
<!-- Per Marshall Rose, 20090225 add trust200811,
    noModificationTrust200811, noDerivativesTrust200811, trust200902,
    noModificationTrust200902, noDerivativesTrust200902,
    pre5378Trust200902 -->

<!-- Revision 05a is the 2015-08-10 submission version -->
<rfc  docName="draft-ietf-urnbis-ns-reg-transition-05"
     ipr="trust200902"  category="std"
     obsoletes="3044, 3187">
     <!-- obsoletes='2821, 821' updates='1123' category='std' -->   


  <!-- ***** FRONT MATTER ***** -->

  <front>

    <title abbrev="URN Registration Transition">
         Uniform Resource Name (URN) Namespace Registration Transition
    </title>

    <!-- add 'role="editor"' below for the editors if appropriate -->
    <author fullname="John C Klensin" initials="J.C." surname="Klensin">
      <organization/>
      <address>
        <postal>
          <street>1770 Massachusetts Ave, Ste 322</street>
          <city>Cambridge</city> <region>MA</region>
          <code>02140</code>
          <country>USA</country>
        </postal>
        <phone>+1 617 245 1457</phone>
        <email>john-ietf@jck.com</email>
      </address>
    </author>

    <!-- Juha Hakala
   The National Library of Finland
   P.O. Box 15
   Helsinki, Helsinki University  FIN-00014
   Finland 
   EMail: juha.hakala@helsinki.fi-->

    <author fullname="Juha Hakala" initials="J." surname="Hakala">
      <organization> The National Library of Finland</organization>
      <address>
        <postal>
          <street>P.O. Box 15, Helsinki University</street>
          <city>Helsinki</city> <region>MA</region>
          <code>FIN-00014</code>
          <country>Finland</country>
        </postal>
        <email>juha.hakala@helsinki.fi</email>
      </address>
    </author>

<!--    Alfred Hoenes
   TR-Sys
   Gerlinger Str. 12
   Ditzingen  D-71254
   Germany
   EMail: ah@TR-Sys.de  -->

    <date month="August" day="10" year="2015" />

    <!-- Meta-data Declarations -->
    <area>Applications</area>
    <workgroup>URNbis</workgroup>

    <!-- You can add <keyword/> elements here.  They will be incorporated into HTML output
         files in a meta tag but they have no effect on text or nroff output. -->
    <!-- <keyword>Text</keyword> (as many of those elements as needed -->

    
    <abstract>
      <t>The original registration procedure for formal Uniform Resource Name
         (URN) namespaces required IETF Consensus.
         That requirement discouraged
         some registrations and increased the risk for problems that
         could occur as a result.  The requirements have now been
         changed in [[&RFC2141bis;]].  That document adopts a
         different model.  This  
         document specifies IANA instructions to adapt selected
         existing registrations to the new model.  It also obsoletes
         some previous RFCs to eliminate any ambiguity about the status of new
         templates and updated registrations.</t>
    </abstract>
    
  </front>

  <middle>
    <section title="Introduction">
       <t><cref>RFC Editor: Please note that mentions of "[[RFC
          2141bis]]"
          in this I-D are defined as an Entity in the XML with the
          brackets providing extra emphasis.  Before publication,
          they should be corrected, and the brackets removed,  to
          show the actual RFC number.</cref>
       <vspace blankLines="1"/>
       <cref>Note in draft: This document has been written in RFC
          form, i.e., assuming that it and 2141bis have been approved.
          That style of writing assumes that RFC 3406 and the rules it
          specified are already obsolete.  It may be a bit awkward
          while the I-D is being evaluated by the WG and the IETF, but
          lowers the risk for errors or other  surprises during the
          RFC editing process.</cref></t>

<t>
    As a part of the initial development of the Uniform Resource Name
    (URN) system in the late 1990s,
    the IETF URN working group agreed that it was important to demonstrate
    that the URN syntax can accommodate existing identifier systems.
    <xref target="RFC2288"> RFC 2288 </xref> investigated the
    feasibility of using three identifiers (ISBN, ISSN and SICI)
    as URNs, with positive results;
    however, it did not formally register corresponding URN namespaces.
    This was in part due to the still evolving process to formalize
    criteria for namespace definition documents and registration,
    consolidated later in the IETF into successive Namespace
    Definition Mechanism documents 
    <xref target="RFC2611"/> <xref target="RFC3406"/>.
  </t>

  <t>
    URN Namespaces have subsequently been registered for
    NBN (National Bibliography Number) <xref target="RFC3188"/>,
    ISBN (International Standard Book Number) <xref target="RFC3187"/>,
    and ISSN (International Standard
    Serial Number) <xref target="RFC3044"/>.
   </t>

      <t>The predecessor registration procedure for Uniform Resource Name
         (URN) namespaces <xref target="RFC3406"/>
         required IETF Consensus for formal namespaces.
         That requirement discouraged
         some registrations and increased the risk for problems,
         including use of names without registration ("squatting"), that
         could occur as a result.  Those potential problems included
         the possibility of the same
         name being used to identify different namespaces with
         different rules.  The requirements have now been
         changed <xref target="RFC2141bis"/> to adopt a different
         model that focuses more on encouraging registration of all
         namespaces that follow the formal namespace syntax, with as
         much information collected as possible consistent with that
         goal.
         This document specifies IANA instructions to adapt selected
         existing registrations to the new model and obsoletes the
         separate RFCs that specify the namespaces for
         International Standard Serial Numbers (ISSNs) <xref target="RFC3044"/>
         and
         International Standard Book Numbers (ISBNs) <xref target="RFC3187"/> 
         to eliminate any ambiguity about the status of new
         templates and updated registrations.</t>
      <t> An updated version of the specification for 
         the namespace for National Bibliography Numbers (NBNs)
         <xref target="RFC3188"/> will be issued separately.  NBN is
         not a formal international
         standard and RFC 3188 is the only formal document which specifies its 
         scope. The intention is to modernize the existing namespace 
         registration so that it specifies the identifier and provides 
         examples of its use, while the actual namespace registration will
         be done according to the new practice. </t>       
      
      <!-- <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
      "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
      document are to be interpreted as described in
      <xref target="RFC2119">RFC 2119</xref>.</t>  -->
    </section>

    <section title="Obsoleting Older Registration RFCs for ISSNs and ISBNs"
            anchor="NewTemplates">
       <t>The existing RFCs that describe URN namespaces for
          ISSNs (RFC 3044) and ISBNs (RFC 3187)
         should be identified as "Historic" after this
         document is approved and immediately after the new
         registration templates for those namespaces are submitted
         and incorporated into the URN Namespace registry by IANA.
       </t>
       <t><cref>Note in draft: The more information that can be
          supplied in the template or references from it, the better.
          But, if there is information in the now-expired
          Internet-Drafts (draft-ietf-urnbis-rfc3187bis-isbn-urn,
          draft-ietf-urnbis-rfc3044bis-issn-urn) that should be
          captured somewhere and that doesn't fit naturally in the
          template, the discussion below is probably a reasonable
          place to put it.</cref>
       <vspace blankLines="0"/>
       <cref> Similarly, if special transition discussions are needed
          for other URN namespaces registered prior to the intended
          transition, this document might be a place to discuss them
          if they are not too complicated (if they are complicated,
          they probably deserve their own documents).</cref></t>
       
       <t>The updated templates reflect not only new template formats
          but substantive changes to the definitions of the
          namespaces.  The changes are summarized in the
          subsections that follow.  </t>

       <t>For both ISSN and ISBN URNs, it is intended that the
          registrations track the evolution of ISO standardization
          without requiring resubmission of the templates or other
          formal IETF or IANA registration update approval
          procedures.</t>

          <section title="ISBN URN Changes">
             <t>The revised ISBN namespace reflects the updated version of the ISO
                Standard for ISBNs,
                ISO 2108:2005 <xref target="ISO-ISBN-b"/>.  The namespace
                allows for the use of both the ten character numbers described in
                RFC 3187 and the earlier
                ISO 2108:1992 <xref target="ISO-ISBN-a"/> (known as
                ISBN-10), as well as the expanded ones specified in the revised
                and updated standard (known as ISBN-13).</t>
          </section>
          
          <section title="ISSN URN Changes">
             <t>The ISSN namespace is also updated to reflect changes
                between the ISSN Standard when RFC 3044 was written
                and the newest, 2007
                version <xref target="ISO-ISSN"/>.  </t>
          </section>
    </section>

    <section title="Other existing URN registrations and RFCs">
       <t>The RFC Series and IANA Registry contain many URN
          definitions in addition to those for which this document
          calls out explicit actions.  In general, those existing
          registrations are still appropriate but omit some
          information called for in [[&RFC2141bis;]].  Until and unless
          those registrations are updated as provided for in
          [[&RFC2141bis;]], the existing registration templates should be
          read as not requiring or allowing any features that were
          not allowed and specified by the 
          earlier URN <xref target="RFC2141"/> and registration
          <xref target="RFC3406"/> specifications.</t>
    </section>
           
    <section anchor="IANA" title="IANA Considerations" >
      <t>IANA is requested to update the registry entries for URN
         ISSN, ISBN, and NRN namespaces to reflect the new,
         [[&RFC2141bis;]]-complaint
         templates as soon as they are available and to no
         longer reference the now-historic RFCs.
         With respect to namespaces other than those listed above,
         registrations and templates conforming to the newer rules
         may be substituted for the older ones when they are available.
         However, neither this document nor [[&RFC2141bis;]]
         supercedes <!-- removed 'invalidates' -->
         existing registrations other than those listed above.
         Therefore, IANA
         needs to be prepared to maintain a registry whose contents
         reflect old-style templates for some namespaces and the newer
         ones for others.</t>
      <t>IANA should also note that the portions of the registrations
         that point to ISO Standards are intended to identify current
         versions (which may change) rather than only the versions
         that are active at the time this document is approved
         (see <xref target="NewTemplates"/>).</t>
    </section>

    <section anchor="Security" title="Security Considerations">
      <t>While particular URN namespaces and their registrations might
         conceivably have security implications, this specification
         merely specifies a transition of a pair of registration
         procedures and
         does not have such implications.   The security implications
         associated with particular namespaces are expected to be
         listed in registration templates as specified in
         [[&RFC2141bis;]].</t>
    </section>

    <section anchor="Acknowledgements" title="Acknowledgements">
    <t>This document draws heavily on discussions in the IETF URNbis
        Working Group in the second and third quarters of 2013, particularly
        during IETF 87 in August 2013, and on informal discussions during the
        plenary meeting of ISO TC 46 in June 2013.  The efforts of those who
        participated in those discussions are greatly appreciated.  It also
        draws on internet-drafts that were developed to update the older
        registrations before that approach was replaced by the new extended
        template model.  Those drafts were prepared by Pierre Godefroy, Juha
        Hakala, Alfred Hoenes, and Maarit Huttunen.</t>
     <t>The current draft benefits significantly from a careful
        reading and suggestions for editorial changes by
        Peter Saint-Andre.</t>
     </section>
     <section title="Contributors">
     <t> Alfred Hoenes was the editor and co-author of two of the
        documents from which this one is, in part, derived.  This
        document would not have been possible without his
        contributions.</t>
     </section>

  </middle>

  <!--  *****BACK MATTER ***** -->

  <back>

    <references title="Normative References">

      <!-- &rfc2119;  -->
      
 <!--         &RFC2141bis; -->
<reference anchor="RFC2141bis"
               target="https://datatracker.ietf.org/doc/draft-ietf-urnbis-rfc2141bis-urn/">
       <front>
       <title>Uniform Resource Name (URN) Syntax</title>
       <author fullname="Peter Saint-Andre" initials="P."
                surname="Saint-Andre">
          <organization/> </author>
       <author fullname="John C Klensin" initials="J.C." surname="Klensin">
          <organization/> </author>            
	   <date year="2015" month="June" day="15"/>     <!-- -12 -->
       </front>
    </reference>

<!-- the following is the minimum to make xml2rfc happy -->   
   <!--   <reference anchor="min_ref">

        <front>
          <title>Minimal Reference</title>
          <author initials="authInitials" surname="authSurName">
            <organization></organization>
            <address/>
          </author>
          <date year="2006" />
        </front>
      </reference>  -->
    </references>

    <references title="Informative References">
        &rfc2141;
        &rfc3406;
        &rfc3044;
        &rfc3187;
        &rfc3188;
        &rfc2611;
        &rfc2288;


<reference anchor="ISO-ISBN-a">
        <front>
          <title>Information and documentation - The International
              Standard Book Number (ISBN)</title>
          <author>
            <organization>ISO</organization>
            <address/>
          </author>
          <date year="1992" />
        </front>
        <seriesInfo name="ISO" value="2180:1992"/>
      </reference>

<reference anchor="ISO-ISBN-b">
        <front>
          <title>Information and documentation - The International
              Standard Book Number (ISBN)</title>
          <author>
            <organization>ISO</organization>
            <address/>
          </author>
          <date year="2005" />
        </front>
        <seriesInfo name="ISO" value="2180:2005"/>
      </reference>      

      
<reference anchor="ISO-ISSN">
        <front>
          <title> Information and documentation - International
             standard serial number (ISSN)</title>
          <author>
            <organization>ISO</organization>
            <address/>
          </author>
          <date year="2007" />
        </front>
        <seriesInfo name="ISO" value="3297:2007"/>
      </reference>      

    </references>


<!--   Sections below here become  Appendices.  -->
    
    <section title="Change Log" anchor="ChangeLog">
       <section title="Changes from version -00 to -01">
          <t><list style="symbols">
             <t>Modified the introduction to
                <xref target="NewTemplates"/> and
                <xref target="IANA"/> to make it clear that
                registry update procedures should not be required to
                keep the registrations current with ISO Standard
                reaffirmations or replacments.</t>
             <t>Many editorial changes to improve readability and
                clarity.</t>
          </list></t>
       </section>
       <section title="Changes from version -01 to -02">
          <t><list style="symbols">
             <t> Several small editorial changes and clarifications
                suggested by Peter Saint-Andre.</t>
             <t> Updated acknowledgments.</t>
          </list></t>
       </section>
       <section title="Changes from version -02 to -03">
          <t><list style="symbols">
             <t>Updated to prevent expiration</t>
             <t> New text to allow for other already-registered
                namespaces and to better explain relationships.</t>
             <t> Some small editorial changes.</t>
          </list></t>
       </section>
       <section title="Changes from version -03 to -04">
		  <!-- Revision 04a is the 2015-02-16 submission version -->
          <t><list style="symbols">
             <t> Updated references and, where needed, discussion to
                point to the new, consolidated, 2141bis rather than to
                the formerly separate and now obsolete 3406bis. </t>
             <t> Some small editorial changes.</t>
          </list></t>
       </section>
       <section title="Changes from version -04 to -05"> 
		  <!-- Revision 05a is the 2015-02-16 submission version -->
		  <t><list style="symbols">
			 <t>Reissued to keep draft alive; no substantive changes.</t>
			 <t>Updated references.</t>
          </list></t>
	   </section>
    </section>    <!-- End change log -->

  </back>
</rfc>
