<?xml version="1.0" ?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd">
<?rfc toc='yes'?>
<?rfc tocdepth='5'?>
<?rfc symrefs='yes'?>

<?rfc compact='yes'?>
<?rfc subcompact='no'?>

<rfc ipr="trust200902" category="info" docName="draft-sipforum-ua-config-02">
<front>
    <title abbrev="SIP Forum UA Config Service Tag">
      IANA Registration of the SFUACFG Application Service Tags
    </title>

    <author initials="M." surname="Procter"
            fullname="Michael Procter">
        <organization>VoIP.co.uk</organization>
        <address>
            <postal>
                <street>Commerce House</street>
                <street>Telford Road</street>
                <city>Bicester</city>
				<region>Oxfordshire</region>
                <code>OX26 4LD</code>
                <country>UK</country>
            </postal>

            <email>michael@voip.co.uk</email>
            <uri>http://voip.co.uk</uri>
        </address>
    </author>
    
    <author initials= "S." surname="Lawrence" fullname="Scott Lawrence">
      <organization>Avaya Inc.</organization>
      <address>
        <phone>+1 978 288 5508</phone>
        <email>scottlawrenc@avaya.com</email>
      </address>
    </author>

    <date day="27" month="January" year="2010" />

    <area>Real-Time Applications and Infrastructure</area>

    <abstract>
        <t>
            This document defines two application service tags for use
            according to RFC 3958 and RFC 4848 in the automated SIP 
            User Agent configuration procedures defined by the SIP Forum.
        </t>
    </abstract>
</front>

<middle>
<section title="Introduction">

<t>
The <eref target='http://www.sipforum.org/'>SIP Forum</eref> 
<xref target='SFUACFG'>User Agent Configuration Recommendation</xref> defines
a procedure for SIP <xref target='RFC3261'/> User Agents to 
<list style='numbers'>
  <t>
    determine the SIP domain from which to request configuration,
  </t>
  <t>
    construct a URL for and request configuration from the configuration
    service provide by that domain,
  </t>
  <t>
    request that the configuration service send notices of any changes to
    that configuration.
  </t>
</list>
Two of the steps (1 and 2) in this process are accomplished in whole or in part using
the DDDS Applications defined in <xref target='RFC3958' /> and 
<xref target='RFC4848' />.
</t>

<t>
This document registers the application service tags for use with these
applications.
</t>

</section>

<section anchor='span' title="SFUA.PAN Application Service Tag Registration">
<t>
One of the mechanisms by which a SIP User Agent can determine the DNS name
for the SIP domain for which it is to be configured is to accept as user
input a string of decimal digits to identify the SIP domain.  This digit
string is called a "Provider Alias Number" (PAN).  The PAN is resolved to a
DNS domain name using the S-NAPTR (Simple NAPTR) DDDS application defined
in <xref target='RFC3958'/>. 
</t>
<t>
This document registers the following S-NAPTR application service tag for
this purpose:
</t>

<texttable>
<ttcol align='left'/><ttcol align='left'/>
<c>Application Service Tag</c><c>SFUA.PAN</c>
<c>Defining Publication</c><c><xref target='SFUACFG'/></c>
</texttable>

</section>

<section anchor='cfgurl' title="SFUA.CFG Application Service Tag Registration">
<t>
Having obtained the DNS name of a SIP domain from which to request
configuration, the SIP User Agent must construct an https base URL with
which to request configuration from the the configuration service for that domain.
To obtain the base URL, the User Agent resolves the SIP domain name using
the U-NAPTR (URI-Enabled NAPTR) DDDS application defined in <xref
target='RFC4848'/>.  
</t>

<t>
This document registers the following U-NAPTR application service tag for
this purpose:
</t>

<texttable>
<ttcol align='left'/><ttcol align='left'/>
<c>Application Service Tag</c><c>SFUA.CFG</c>
<c>Defining Publication</c><c><xref target='SFUACFG'/></c>
</texttable>

</section>

<section title="Security Considerations">

<t>
The security considerations of the various parts of the SIP Forum User
Agent Configuration Recommendation are discussed in its defining
specification: <xref target='SFUACFG'/>.  There are no known security
implications of registering these specific application service tag values.
</t>
</section>

<section title="IANA Considerations">
<t>
This document requests registration of the Application Service Tag values
"SFUA.PAN" and "SFUA.CFG"
in the registry defined by <xref target='RFC3958'/>.
</t>
</section>

</middle>

<back>
    <references title="Normative References">

      <reference anchor='SFUACFG'>
        <front>
          <title>SIP Forum User Agent Configuration Recommendation</title>
          <author fullname="Scott Lawrence" initials="S" surname="Lawrence"
                  role="editor">
          
            <organization>Avaya, Inc.</organization>
          </author>
          <date year='2009' month='December' />
        </front>
        <format type="DIR" target='http://www.sipforum.org/component/option,com_docman/task,cat_view/gid,66/Itemid,261/'/>
        <annotation>
          Status: this document has successfully completed SIP Forum Technical Working Group Last Call.  The
          only substantive changes anticipated between the current draft and the final 1.0 version
          of the Recommendation are the references to this document and two other
          Internet Drafts on which it depends, and any revisions needed to
          harmonize it with the final versions of those dependencies.
        </annotation>
      </reference>

      <reference anchor='RFC3958'>
        <front>
          <title>Domain-Based Application Service Location Using SRV RRs and the Dynamic Delegation Discovery Service (DDDS)</title>
          <author initials='L.' surname='Daigle' fullname='L. Daigle'>
          <organization /></author>
          <author initials='A.' surname='Newton' fullname='A. Newton'>
          <organization /></author>
          <date year='2005' month='January' />
          <abstract>
        <t>This memo defines a generalized mechanism for application service naming that allows service location without relying on rigid domain naming conventions (so-called name hacks).  The proposal defines a Dynamic Delegation Discovery System (DDDS) Application to map domain name, application service name, and application protocol dynamically to target server and port. [STANDARDS TRACK]</t></abstract></front>

        <seriesInfo name='RFC' value='3958' />
        <format type='TXT' octets='54568' target='ftp://ftp.isi.edu/in-notes/rfc3958.txt' />
      </reference>

      <reference anchor='RFC4848'>
        <front>
          <title>Domain-Based Application Service Location Using URIs and the Dynamic Delegation Discovery Service (DDDS)</title>
          <author initials='L.' surname='Daigle' fullname='L. Daigle'>
          <organization /></author>
          <date year='2007' month='April' />
          <abstract>
        <t>The purpose of this document is to define a new, straightforward Dynamic Delegation Discovery Service (DDDS) application to allow mapping of domain names to URIs for particular application services and protocols.  Although defined as a new DDDS application, dubbed U-NAPTR, this is effectively an extension of the Straightforward NAPTR (S-NAPTR) DDDS Application. [STANDARDS TRACK]</t></abstract></front>

        <seriesInfo name='RFC' value='4848' />
        <format type='TXT' octets='19341' target='ftp://ftp.isi.edu/in-notes/rfc4848.txt' />
      </reference>

    </references>

    <references title="Informative References">
      <reference anchor='RFC3261'>
        <front>
          <title>SIP: Session Initiation Protocol</title>
          <author initials='J.' surname='Rosenberg' fullname='J. Rosenberg'>
          <organization /></author>
          <author initials='H.' surname='Schulzrinne' fullname='H. Schulzrinne'>
          <organization /></author>
          <author initials='G.' surname='Camarillo' fullname='G. Camarillo'>
          <organization /></author>
          <author initials='A.' surname='Johnston' fullname='A. Johnston'>
          <organization /></author>
          <author initials='J.' surname='Peterson' fullname='J. Peterson'>
          <organization /></author>
          <author initials='R.' surname='Sparks' fullname='R. Sparks'>
          <organization /></author>
          <author initials='M.' surname='Handley' fullname='M. Handley'>
          <organization /></author>
          <author initials='E.' surname='Schooler' fullname='E. Schooler'>
          <organization /></author>
          <date year='2002' month='June' />
          <abstract>
        <t>This document describes Session Initiation Protocol (SIP), an application-layer control (signaling) protocol for creating, modifying, and terminating sessions with one or more participants.  These sessions include Internet telephone calls, multimedia distribution, and multimedia conferences. [STANDARDS TRACK]</t></abstract></front>

        <seriesInfo name='RFC' value='3261' />
        <format type='TXT' octets='647976' target='ftp://ftp.isi.edu/in-notes/rfc3261.txt' />
      </reference>
    </references>
</back>
</rfc>
<!-- vim:set ts=4 et wm=8: -->

