<?xml version="1.0"?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd">
<rfc ipr="full3667" docName="draft-hoffman-scheme-reg-00.txt">

<?rfc strict='yes'?>
<?rfc toc='no'?>
<?rfc linkmailto='no'?>

<?rfc compact='yes'?>
<?rfc symrefs='yes'?>

<front>
<title abbrev='Revised Registration Procedures'>Revised Registration Procedures for URL Scheme Names</title>
	<author initials='P.' surname='Hoffman' fullname='Paul Hoffman'>
		<organization>VPN Consortium</organization>
		<address>
			<postal>
				<street>127 Segre Place</street>
				<city>Santa Cruz</city><region>CA</region>
				<code>95060</code><country>US</country>
			</postal>
			<email>paul.hoffman@vpnc.org</email>
		</address>
	</author>
	<date month='October' year='2004'/>
	<abstract>
		<t>This document revises the registration procedures given
		in RFC 2717 based on five years of experience. It simplifies
		the requirements for getting a scheme listed by IANA by
		removing the technical review and allowing multiple
		registrants to share a scheme name.</t>
	</abstract>
</front>

<middle>

<section title='Introduction'>

<t><xref target='RFC2717'>RFC 2717</xref> describes the current mechanism
for registering new URL schemes. There is widespread dissatisfaction in
the Internet community with these procedures, which has led to many
people simply ignoring them and using unregistered schemes in many
widely-deployed applications.</t>

<t>This document revises the procedures in RFC 2717 to make registration
much simpler and more definitive, at a cost of allowing some schemes
to have multiple registrations. The basic structure of the new procedure
is:</t>

<t><list style="symbols">

<t>Scheme names in the registry can have multiple entries for the
name. There is no "first come, first served" restriction
on a name.</t>

<t>After an RFC that registers a scheme name is published, the
RFC is entered into the registry and the name is then closed to
additional entries.</t>

<t>There is no technical review of registrations, only a minor
secretarial review (and a check whether or not the name's registration
is already closed).</t>

<t>Schemes in the current IANA registry are closed to new
registrations.</t>

</list></t>

</section>

<section title='Procedure for Registering'>

<t>The registrant should first check the IANA scheme name registry
to see whether or not there is already an entry for the name desired and,
if so, whether the name's registration is closed. If it is not closed (or
there is no entry under the name yet),
the registrant may register the name by submitting the
template shown here to IANA.</t>

<t>Upon receipt of the filled-in template, IANA:</t>

<t><list style="numbers">

<t>Checks the submission for completeness.</t>

<t>Checks the current registry for an entry of that name. If such
a registry exists, checks that the registry is not closed. If it
is closed, IANA rejects the registration request.</t>

<t>Checks the URL given in the request, makes sure it is alive,
and checks that it generally describes the URL scheme being
registered.</t>

<t>[[ Possibly more here. ]]</t>

<t>Fills in the registry.</t>

</list></t>

<section title='Registration Template'>

<t>[[ Use same template as RFC 2717, but add "URL of document
more completely describing the scheme". ]]</t>

</section>

<section title='Registering from RFCs'>

<t>[[ Needs to be filled in. Similar to steps as above, but
with the addition of marking the name's registry as "closed" after
entering the new entry. ]]</t>

</section>

</section>

<section title='IANA Considerations'>

<t>Clearly, this whole document is about IANA considerations.</t>

<section title='Converting the current registry to the new format'>

<t>[[ Stuff here about adding URLs. ]]</t>

<t>[[ Adding an indicator for each current
name that the name is closed because all current names start
off closed. ]]</t>

</section>

<section title='Registering new names'>

<t>[[ How to start a new name entry ]]</t>

</section>

<section title='Adding additional registrations to existing names'>

<t>[[ Checking that the name is actually open ]]</t>

</section>

<section title='Registering names from RFCs'>

<t>[[ Making it the last entry; closing out the name ]]</t>

</section>

</section>

<section title='Security Considerations'>

<t>There are no known security issues with the new registration
mechanism.</t>

</section>

</middle>

<back>

<references title='Normative References'>

<reference anchor='RFC2717'>
<front>
<title>Registration Procedures for URL Scheme Names</title>
<author initials='R.' surname='Petke' fullname='Rich Petke'>
<organization></organization>
</author>
<author initials='I.' surname='King' fullname='Ian King'>
<organization></organization>
</author>
<date year='1999' month='November' />
</front>
<seriesInfo name='BCP' value='35' />
<seriesInfo name='RFC' value='2717' />
<format type='TXT' octets='19780' target='ftp://ftp.isi.edu/in-notes/rfc2717.txt' />
</reference>

</references>

</back>
</rfc>
