<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet type="text/xsl" href="enum-services.xsl"?>
<?xml-model href="enum-services.rng" schematypens="http://relaxng.org/ns/structure/1.0" ?>
<registry xmlns="http://www.iana.org/assignments" id="enum-services">
  <title>Enumservice Registrations</title>
  <created>2004-03-12</created>
  <updated>2022-01-28</updated>
  
  <registry id="enum-services-1">    
    <title>Enumservice Registrations</title>
    <registration_rule>Specification Required</registration_rule>
    <expert>Bernie Hoeneisen</expert>
    <xref type="rfc" data="rfc6117"/>
    <note>When adding an entry to this registry, strong consideration
should be given to also adding an entry to the <xref type="uri" data="https://www.iana.org/assignments/dns-parameters">Underscored
and Globally Scoped DNS Node Names</xref> registry.
    </note>
	  <record date="2014-06-18">
	  <class>Application-Based, Ancillary</class>
	  <type>acct</type>
	  <urischeme>acct</urischeme>
	  <functionalspec>
	    <paragraph>
	      This Enumservice indicates that the resource
	      can be identified by the associated 'acct' URI <xref type="rfc" data="rfc7565"/>.
	    </paragraph>
	  </functionalspec>
	  <security>
	    For DNS considerations in avoiding loops when
	    searching for "acct" NAPTRs,
	    see <xref type="rfc" data="rfc7566"/>, Section 6.
	    For security considerations,
	    see <xref type="rfc" data="rfc7566"/>, Section 7.
	  </security>
	  <usage>COMMON</usage>
	  <registrationdocs>
	    <xref type="rfc" data="rfc7566"/>
	  </registrationdocs>
	  <requesters>
	    <xref type="person" data="Laurent_Walter_Goix"/>
	  </requesters>
	  </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>email</type>
      <subtype>mailto</subtype>
      <urischeme>mailto</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource can be
           addressed by the associated URI in order to send an
           email.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc4355"/>, Section 6.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4355"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>ems</type>
      <subtype>mailto</subtype>
      <urischeme>mailto</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified by the associated URI is capable
           of receiving a message using an email protocol.
         </paragraph>
        <paragraph>
           EMS content is sent over SMTP using the format
           specified by TS 23.140 [15] Section 8.4.4 and TS
           26.140 [16] Section 4, as an MMS message.  Within
           such a message, EMS content is carried as either a
           text or application/octet-stream MIME sub-part (see
           TS 26.140 [16], Section 4.1).
         </paragraph>
        <paragraph>
           For references see <xref type="rfc" data="rfc4355"/>.
         </paragraph>
      </functionalspec>
      <security>
        <paragraph>
           There are no specific security issues with this
           Enumservice. However, the general considerations of
           Section 6 of <xref type="rfc" data="rfc4355"/> apply.
         </paragraph>
      </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4355"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>ems</type>
      <subtype>tel</subtype>
      <urischeme>tel</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified by the associated URI is capable
           of receiving a message using the Enhanced Message
           Service (EMS) [14] (For reference see
           <xref type="rfc" data="rfc4355"/>).
         </paragraph>
      </functionalspec>
      <security>
        <paragraph>
           There are no specific security issues with this
           Enumservice. However, the general considerations of
           Section 6 of <xref type="rfc" data="rfc4355"/> apply.
         </paragraph>
      </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4355"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Note that an indication of EMS can be taken as
           implying that the recipient is capable of receiving
           SMS messages at this address as well.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Application-Based, Subset</class>
      <type>fax</type>
      <subtype>tel</subtype>
      <urischeme>tel</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified by the associated URI is capable
           of being contacted to provide a communication
           session during which facsimile documents can be
           sent.
         </paragraph>
        <paragraph>
           A client selecting this NAPTR will have support
           for generating and sending facsimile documents to
           the recipient using the PSTN session and transfer
           protocols specified in [12] and [13] in
           <xref type="rfc" data="rfc4355"/> -
           in short, they will have a fax program with a local
           or shared PSTN access over which they can send
           faxes.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc4355"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc4355"/>, Section 6.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4355"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
    </record>
    
    <record>
      <class>Application-Based, Subset</class>
      <type>ft</type>
      <subtype>ftp</subtype>
      <urischeme>ftp</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified by the associated URI is a file
           service from which a file or file listing can be
           retrieved.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc4002"/>, Section 5.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4002"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
    </record>
    
    <record>
      <class>Protocol-Based</class>
      <type>h323</type>
      
      <urischeme>h323</urischeme>
      <functionalspec>
         See <xref type="rfc" data="rfc3762"/>, Section 3.
       </functionalspec>
      <security>
         See <xref type="rfc" data="rfc3762"/>, Section 5.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc3762"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Orit_Levin"/>
      </requesters>
    </record>
    
    <record>
      
      <class>Protocol-Based</class>
      <type>iax</type>
      
      <urischeme>iax</urischeme>
      <functionalspec>
        <paragraph>
          The 'iax' Enumservice is used to map E.164 numbers to
          IAX URIs. Such URIs identify resources capable of being
          contacted to provide a communication session using the
          IAX protocol <xref type="rfc" data="rfc5456"/>.
        </paragraph>
        <paragraph>
          A client selecting this NAPTR needs to be able to support
          communication utilizing the IAX protocol.
        </paragraph>
      </functionalspec>
      <security>
        See <xref type="rfc" data="rfc6315"/>, Section 4.
      </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc6315"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Ed_Guy"/>
        <xref type="person" data="Klaus_Darilion"/>
      </requesters>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>ical-access</type>
      <subtype>http</subtype>
      <urischeme>http</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified
           can be addressed by the associated URI in order to access
           a user's calendar (for example free/busy status) using
           the CalDAV [7] protocol for Internet calendaring.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc5333"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5333"/>, Section 4.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5333"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rohan_Mahy"/>
      </requesters>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>ical-access</type>
      <subtype>https</subtype>
      <urischeme>https</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified
           can be addressed by the associated URI in order to access
           a user's calendar (for example free/busy status) using
           the CalDAV [7] protocol for Internet calendaring.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc5333"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5333"/>, Section 4.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5333"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rohan_Mahy"/>
      </requesters>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>ical-sched</type>
      <subtype>mailto</subtype>
      <urischeme>mailto</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified
           can be addressed by the associated URI used for
           scheduling using Internet calendaring via Internet mail
           with the iMIP [6] protocol.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc5333"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5333"/>, Section 4.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5333"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rohan_Mahy"/>
      </requesters>
    </record>
    
    <record>
      <class>Application-Based, Subset</class>
      <type>ifax</type>
      <subtype>mailto</subtype>
      <urischeme>mailto</urischeme>
      <functionalspec>
         See <xref type="rfc" data="rfc4143"/>, Section 1.
       </functionalspec>
      <security>
         See <xref type="rfc" data="rfc4143"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4143"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Kiyoshi_Toyoda"/>
        <xref type="person" data="Dave_Crocker"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           The URI Scheme is 'mailto' because facsimile is a
           profile of standard Internet mail and uses standard
           Internet mail addressing.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>im</type>
      <urischeme>im</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified is an 'im:' URI. The 'im:' URI scheme
           does not identify any particular protocol that will
           be used to handle instant messaging receipt or
           delivery, rather the mechanism in RFC3861 [4] is
           used to discover whether an IM protocol supported by
           the party querying ENUM is also supported by the
           target resource.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc5028"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5028"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5028"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rohan_Mahy"/>
      </requesters>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>mms</type>
      <subtype>mailto</subtype>
      <urischeme>mailto</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified by the associated URI is capable
           of receiving a message using an email protocol.
         </paragraph>
        <paragraph>
           MMS messages are sent over SMTP using the format
           specified by TS 23.140 [15] Section 8.4.4 and TS
           26.140 [16] Section 4.
         </paragraph>
        <paragraph>
           Within and between MMS Environments (MMSE,
           network infrastructures that support the MultiMedia
           Service), other pieces of state data (for example,
           charging-significant information) are exchanged
           between MMS Relay Servers.  Thus, although these
           servers use SMTP as the "bearer" for their
           application exchanges, they map their internal state
           to specialized header fields carried in the SMTP message
           exchanges.  The header fields used in such MMSE are
           described in detail in [17].
         </paragraph>
        <paragraph>
           For references see <xref type="rfc" data="rfc4355"/>.
         </paragraph>
      </functionalspec>
      <security>
        <paragraph>
           There are no specific security issues with this
           Enumservice. However, the general considerations of
           Section 6 of <xref type="rfc" data="rfc4355"/> apply.
         </paragraph>
      </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4355"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           The MMS Architecture describes an interface
           between the MMSE and "legacy messaging systems"
           (labelled as MM3) which accepts "standard" SMTP
           messages.  Thus although the MMS Relay Server that
           supports this interface appears as a standard SMTP
           server from the perspective of an Internet-based
           mail server, it acts as a gateway and translator,
           adding the internal state data that is used within
           and between the MMS Environments.  This mechanism is
           described in [17], which also includes references to
           the specifications agreed by those bodies
           responsible for the design of the MMS.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc4355"/>.
        </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>mms</type>
      <subtype>tel</subtype>
      <urischeme>tel</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified by the associated URI is capable
           of receiving a message using the Multimedia
           Messaging Service (MMS) [15].
         </paragraph>
        <paragraph>
           For references see <xref type="rfc" data="rfc4355"/>.
         </paragraph>
      </functionalspec>
      <security>
        <paragraph>
           There are no specific security issues with this
           Enumservice. However, the general considerations of
           Section 6 of <xref type="rfc" data="rfc4355"/> apply.
         </paragraph>
      </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4355"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Note that MMS can be used as an alternative to
           deliver an SMS RP-DATA RPDU if, for example, the
           SMS bearer is not supported.  If an entry includes
           this Enumservice, then in effect this can be taken
           as implying that the recipient is capable of
           receiving EMS or SMS messages at this address.  Such
           choices on the end system de do have two small
           caveats; whilst in practice all terminals supporting
           MMS today support SMS as well, it might not
           necessarily be the case in the future, and there may
           be tariff differences in using the MMS rather than
           using the SMS or EMS.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>pres</type>
      <urischeme>pres</urischeme>
      <functionalspec>
         See <xref type="rfc" data="rfc3953"/>, Section 4.
       </functionalspec>
      <security>
         See <xref type="rfc" data="rfc3953"/>, Section 6.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc3953"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jon_Peterson"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           See <xref type="rfc" data="rfc3953"/>, Section 3.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>pstn</type>
      <subtype>sip</subtype>
      <urischeme>sip</urischeme>
      <functionalspec>
        <paragraph>
           These Enumservices indicate that the
           resource identified can be addressed by the
           associated URI in order to initiate a
           telecommunication session, which may include two-way
           voice or other communications, to the PSTN.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc4769"/>, Section 7.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4769"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Richard_Shockey"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           A Number Portability Dip Indicator (npdi) should
           be used in practice
           (see <xref type="rfc" data="rfc4769"/>, Section 4).
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      
      <class>Application-Based, Ancillary</class>
      <type>pstn</type>
      <subtype>tel</subtype>
      <urischeme>tel</urischeme>
      <functionalspec>
        <paragraph>
           These Enumservices indicate that the
           resource identified can be addressed by the
           associated URI in order to initiate a
           telecommunication session, which may include two-way
           voice or other communications, to the PSTN. These
           URIs may contain number portability data as
           specified in RFC4694 [10].
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc4769"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc4769"/>, Section 7.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4769"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Richard_Shockey"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           A Number Portability Dip Indicator (npdi) should
           be used in practice
           (see <xref type="rfc" data="rfc4769"/>, Section 4).
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Protocol-Based</class>
      <type>sip</type>
      <urischeme>sip, sips</urischeme>
      <functionalspec>
         See <xref type="rfc" data="rfc3764"/>, Section 4.
       </functionalspec>
      <security>
         See <xref type="rfc" data="rfc3764"/>, Section 6.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc3764"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jon_Peterson"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           See <xref type="rfc" data="rfc3764"/>, Section 3.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>sms</type>
      <subtype>mailto</subtype>
      <urischeme>mailto</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified by the associated URI is capable
           of receiving a message using an email protocol.
         </paragraph>
        <paragraph>
           SMS content is sent over SMTP using the format
           specified by TS 23.140 [15] Section 8.4.4 and TS
           26.140 [16] Section 4, as an MMS message.  Within
           such a message, SMS content is carried as either a
           text or application/octet-stream MIME sub-part (see
           TS 26.140 [16], Section 4.1)
         </paragraph>
        <paragraph>
           For references see <xref type="rfc" data="rfc4355"/>
         </paragraph>
      </functionalspec>
      <security>
        <paragraph>
           There are no specific security issues with this
           Enumservice. However, the general considerations of
           Section 6 of <xref type="rfc" data="rfc4355"/> apply.
         </paragraph>
      </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4355"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
    </record>
    
    <record>
      
      <class>Application-Based, Common</class>
      <type>sms</type>
      <subtype>tel</subtype>
      <urischeme>tel</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified by the associated URI is capable
           of receiving a message using the Short Message
           Service (SMS) [14] in <xref type="rfc" data="rfc4355"/>.
         </paragraph>
      </functionalspec>
      <security>
        <paragraph>
           There are no specific security issues with this
           Enumservice. However, the general considerations of
           Section 6 of <xref type="rfc" data="rfc4355"/> apply.
         </paragraph>
      </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4355"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>unifmsg</type>
      <subtype>http</subtype>
      <urischeme>http</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified by
           the associated URI scheme is capable of being a source of
           information.
         </paragraph>
        <paragraph>
           Note that the kind of information retrieved can be manifold.
           Usually, contacting a resource by an 'http:' [11] URI
           provides a document. This document can contain references
           that will trigger the download of many different kinds of
           information, such as text, audio, video, executable code, or
           even video message files. Thus, one cannot be more specific
           about the kind of information expected when contacting the
           resource.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc5278"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>unifmsg</type>
      <subtype>https</subtype>
      <urischeme>https</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified by
           the associated URI scheme is capable of being a source of
           information, which can be contacted using TLS or the Secure
           Socket Layer protocol.
         </paragraph>
        <paragraph>
           Note that the kind of information retrieved can be manifold.
           Usually, contacting a resource by an 'https:' [12] URI
           provides a document. This document can contain references
           that will trigger the download of many different kinds of
           information, such as text, audio, video, executable code, or
           even video message files. Thus, one cannot be more specific
           about the kind of information expected when contacting the
           resource.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc5278"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>unifmsg</type>
      <subtype>sip</subtype>
      <urischeme>sip</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified can
           be addressed by the associated URI scheme in order to
           initiate a unified communication session to a unified
           messaging system.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      
      <class>Application-Based, Common</class>
      <type>unifmsg</type>
      <subtype>sips</subtype>
      <urischeme>sips</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified can
           be addressed by the associated URI scheme in order to
           initiate a unified communication session to a unified
           messaging system.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Data Type-Based</class>
      <type>vcard</type>
      <urischeme>http, https</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified is a plain vCard, according to RFC2426,
           which may be accessed using HTTP / HTTPS [7].
         </paragraph>
        <paragraph>
           Clients fetching the vCard from the resource
           indicated should expect access to be
           restricted. Additionally, the comprehension of the
           data provided may vary depending on the client's
           identity.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc4969"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc4969"/>, Section 5.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4969"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Alexander_Mayrhofer"/>
      </requesters>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>videomsg</type>
      <subtype>http</subtype>
      <urischeme>http</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified by
           the associated URI scheme is capable of being a source of
           information.
         </paragraph>
        <paragraph>
           Note that the kind of information retrieved can be manifold.
           Usually, contacting a resource by an 'http:' [11] URI
           provides a document. This document can contain references
           that will trigger the download of many different kinds of
           information, such as text, audio, video, executable code, or
           even video message files. Thus, one cannot be more specific
           about the kind of information expected when contacting the
           resource.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc5278"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>videomsg</type>
      <subtype>https</subtype>
      <urischeme>https</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified by
           the associated URI scheme is capable of being a source of
           information, which can be contacted using TLS or the Secure
           Socket Layer protocol.
         </paragraph>
        <paragraph>
           Note that the kind of information retrieved can be manifold.
           Usually, contacting a resource by an 'https:' [12] URI
           provides a document. This document can contain references
           that will trigger the download of many different kinds of
           information, such as text, audio, video, executable code, or
           even video message files. Thus, one cannot be more specific
           about the kind of information expected when contacting the
           resource.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc5278"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      
      <class>Application-Based, Common</class>
      <type>videomsg</type>
      <subtype>sip</subtype>
      <urischeme>sip</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified can
           be addressed by the associated URI scheme in order to
           initiate a video communication session to a video messaging
           system.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      
      <class>Application-Based, Common</class>
      <type>videomsg</type>
      <subtype>sips</subtype>
      <urischeme>sips</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified can
           be addressed by the associated URI scheme in order to
           initiate a video communication session to a video messaging
           system.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      
      <class>Application-Based, Common</class>
      <type>voice</type>
      <subtype>tel</subtype>
      <urischeme>tel</urischeme>
      <functionalspec>
        <paragraph>
           The kind of communication indicated by this
           Enumservice is "Interactive Voice".  From a protocol
           perspective, this communication is expected to
           involve bidirectional media streams carrying audio
           data.
         </paragraph>
        <paragraph>
           A client may imply that the person controlling
           population of a NAPTR holding this Enumservice
           indicates their capability to engage in an
           interactive voice session when contacted using the
           URI generated by this NAPTR.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc4415"/>, Section 5.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4415"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           This Enumservice indicates that the person
           responsible for the NAPTR is accessible via the PSTN
           (Public Switched Telephone Network) or PLMN (Public
           Land Mobile Network) using the value of the
           generated URI.
         </paragraph>
        <paragraph>The kind of subsystem required to initiate a
           Voice Enumservice with this Subtype is a "Dialler".
           This is a subsystem that either provides a local
           connection to the PSTN or PLMN, or that provides an
           indirect connection to those networks.  The
           subsystem will use the telephone number held in the
           generated URI to place a voice call.  The voice call
           is placed to a network that uses E.164 numbers to
           route calls to an appropriate destination.
         </paragraph>
        <paragraph>
           Note that the PSTN/PLMN connection may be
           indirect.  The end user receiving this NAPTR may
           have a relationship with a Communications Service
           Provider that accepts call initiation requests from
           that subsystem using an IP-based protocol such as
           SIP or H.323, and places the call to the PSTN using
           a remote gateway service.  In this case the Provider
           may either accept requests using "tel:" URIs or has
           a defined mechanism to convert "tel:" URI values
           into a "protocol-native" form.
         </paragraph>
        <paragraph>
           The "tel:" URI value SHOULD be fully qualified
           (using the "global phone number" form of RFC3966
           [10]).  A "local phone number" as defined in that
           document SHOULD NOT be used unless the controller of
           the zone in which the NAPTR appears is sure that it
           can be distinguished unambiguously by all clients
           that can access the resource record and that a call
           from their network access points can be routed to
           that destination.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc4415"/>.
        </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      
      <class>Application-Based, Common</class>
      <type>voicemsg</type>
      <subtype>http</subtype>
      <urischeme>http</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified by
           the associated URI scheme is capable of being a source of
           information.
         </paragraph>
        <paragraph>
           Note that the kind of information retrieved can be manifold.
           Usually, contacting a resource by an 'http:' [11] URI
           provides a document. This document can contain references
           that will trigger the download of many different kinds of
           information, such as text, audio, video, executable code, or
           even voice message files. Thus, one cannot be more specific
           about the kind of information expected when contacting the
           resource.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc5278"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      
      <class>Application-Based, Common</class>
      <type>voicemsg</type>
      <subtype>https</subtype>
      <urischeme>https</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified by
           the associated URI scheme is capable of being a source of
           information, which can be contacted using TLS or the Secure
           Socket Layer protocol.
         </paragraph>
        <paragraph>
           Note that the kind of information retrieved can be manifold.
           Usually, contacting a resource by an 'https:' [12] URI
           provides a document. This document can contain references
           that will trigger the download of many different kinds of
           information, such as text, audio, video, executable code, or
           even voice message files. Thus, one cannot be more specific
           about the kind of information expected when contacting the
           resource.
        </paragraph>
        <paragraph>
          References are contained in <xref type="rfc" data="rfc5278"/>.
        </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      
      <class>Application-Based, Common</class>
      <type>voicemsg</type>
      <subtype>sip</subtype>
      <urischeme>sip</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified can
           be addressed by the associated URI scheme in order to
           initiate a voice communication session to a voice messaging
           system.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      
      <class>Application-Based, Common</class>
      <type>voicemsg</type>
      <subtype>sips</subtype>
      <urischeme>sips</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified can
           be addressed by the associated URI scheme in order to
           initiate a voice communication session to a voice messaging
           system.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>voicemsg</type>
      <subtype>tel</subtype>
      <urischeme>tel</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource identified can
           be addressed by the associated URI scheme in order to
           initiate a voice communication session to a voice messaging
           system.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc5278"/>, Section 3.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc5278"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Jason_Livingood"/>
        <xref type="person" data="Don_Troshynski"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Implementers should review a non-exclusive list of examples
           in Section 7 of <xref type="rfc" data="rfc5278"/>.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Data Type-Based</class>
      <type>vpim</type>
      <subtype>ldap</subtype>
      <urischeme>ldap</urischeme>
      <functionalspec>
         See <xref type="rfc" data="rfc4238"/>, Section 3.2 - 3.3.
       </functionalspec>
      <security>
        <paragraph>
           Malicious Redirection:
           One of the fundamental dangers related to any
           service such as this is that a malicious entry in a
           resolver's database will cause clients to resolve
           the E.164 into the wrong LDAP URI. The possible
           intent may be to cause the client to connect to a
           rogue LDAP server and retrieve (or fail to retrieve)
           a resource containing fraudulent or damaging
           information.
         </paragraph>
        <paragraph>
           Denial of Service:
           By removing the URI to which the E.164 maps, a
           malicious intruder may remove the client's ability
           to access the LDAP directory server.
         </paragraph>
      </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4238"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Greg_Vaudreuil"/>
      </requesters>
    </record>
    
    <record>
      <class>Data Type-Based</class>
      <type>vpim</type>
      <subtype>mailto</subtype>
      <urischeme>mailto</urischeme>
      <functionalspec>
         See <xref type="rfc" data="rfc4238"/>, Section 4.2 - 4.4.
       </functionalspec>
      <security>
        <paragraph>
           Malicious Redirection:
           One of the fundamental dangers related to any
           service such as this is that a malicious entry in a
           resolver's database will cause clients to resolve
           the E.164 into the wrong email URI. The possible
           intent may be to cause the client to send the
           information to an incorrect destination.
         </paragraph>
        <paragraph>
           Denial of Service:
           By removing the URI to which the E.164 maps, a
           malicious intruder may remove the client's ability
           to access the resource.
         </paragraph>
        <paragraph>
           Unsolicited Bulk Email:
           The exposure of email addresses through the ENUM
           service provides a bulk mailer access to large
           numbers of email addresses where only the telephone
           number was previously known.
         </paragraph>
      </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4238"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Greg_Vaudreuil"/>
      </requesters>
      <additionalinfo>
        <paragraph>
           Error Conditions:
         </paragraph>
        <paragraph>
           E.164 number not in the numbering plan
         </paragraph>
        <paragraph>
           E.164 number in the numbering plan, but no
           URIs exist for that number
         </paragraph>
        <paragraph>
           E2U+vpim:mailto Service unavailable of email
           addresses where only the telephone number was
           previously known.
         </paragraph>
      </additionalinfo>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>web</type>
      <subtype>http</subtype>
      <urischeme>http</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified by the associated URI is capable
           of being a source of information.  It has to be
           noted that the kind of information retrieved can be
           manifold. Usually, contacting a resource by an
           "http:" URI provides a document. This document can
           contain references that will trigger download of
           many different kinds of information, like audio or
           video or executable code. Thus, one can not be more
           specific about the kind of information that can be
           expected when contacting the resource.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc4002"/>, Section 5.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4002"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
    </record>
    
    <record>
      <class>Application-Based, Common</class>
      <type>web</type>
      <subtype>https</subtype>
      <urischeme>https</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified by the associated URI is capable
           of being a source of information, which can be
           contacted by using TLS or Secure Socket Layer
           protocol.  It has to be noted that the kind of
           information retrieved can be manifold. Usually,
           contacting a resource by an "https:" URI provides a
           document. This document can contain all different
           kind of information, like audio or video or
           executable code. Thus, one can not be more specific
           what information to expect when contacting the
           resource.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc4002"/>, Section 5.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4002"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Rudolf_Brandner"/>
        <xref type="person" data="Lawrence_Conroy"/>
        <xref type="person" data="Richard_Stastny"/>
      </requesters>
    </record>
    
    <record>
      <class>Protocol-Based</class>
      <type>xmpp</type>
      <urischeme>xmpp</urischeme>
      <functionalspec>
        <paragraph>
           This Enumservice indicates that the resource
           identified is an XMPP entity.
         </paragraph>
      </functionalspec>
      <security>
         See <xref type="rfc" data="rfc4979"/>, Section 6.
       </security>
      <usage>COMMON</usage>
      <registrationdocs>
        <xref type="rfc" data="rfc4979"/>
        <xref type="rfc" data="rfc6118"/>
      </registrationdocs>
      <requesters>
        <xref type="person" data="Alexander_Mayrhofer"/>
      </requesters>
    </record>
  </registry>
  <people>
    <person id="Alexander_Mayrhofer">
      <name>Alexander Mayrhofer</name>
      <org>enum.at GmbH</org>
      <uri>mailto:alexander.mayrhofer&amp;enum.at</uri>
      <updated>2010-06-30</updated>
    </person>
    <person id="Dave_Crocker">
      <name>Dave Crocker</name>
      <org>Brandenburg InternetWorking</org>
      <uri>mailto:dcrocker&amp;bbiw.net</uri>
      <updated>2005-11</updated>
    </person>
    <person id="Don_Troshynski">
      <name>Don Troshynski</name>
      <org>Acme Packet</org>
      <uri>mailto:dtroshynski&amp;acmepacket.com</uri>
      <updated>2008-07</updated>
    </person>
      <person id="Ed_Guy">
        <name>Ed Guy</name>
        <org>CleverSpoke, Inc</org>
        <uri>mailto:edguy&amp;CleverSpoke.com</uri>
        <updated>2011-05-11</updated>
      </person>
    <person id="Greg_Vaudreuil">
      <name>Greg Vaudreuil</name>
      <org>Lucent Technologies</org>
      <uri>mailto:GregV&amp;ieee.org</uri>
      <updated>2005-10</updated>
    </person>
    <person id="Jason_Livingood">
      <name>Jason Livingood</name>
      <org>Comcast Cable Communications</org>
      <uri>mailto:jason_livingood&amp;cable.comcast.com</uri>
      <updated>2008-07</updated>
    </person>
    <person id="Jon_Peterson">
      <name>Jon Peterson</name>
      <org>NeuStar</org>
      <uri>mailto:jon.peterson&amp;neustar.biz</uri>
      <updated>2005-01</updated>
    </person>
    <person id="Kiyoshi_Toyoda">
      <name>Kiyoshi Toyoda</name>
      <org>Panasonic Communications Co., Ltd.</org>
      <uri>mailto:toyoda.kiyoshi&amp;jp.panasonic.com</uri>
      <updated>2005-11</updated>
    </person>
    <person id="Klaus_Darilion">
      <name>Klaus Darilion</name>
      <org>nic.at</org>
      <uri>mailto:klaus.darilion&amp;nic.at</uri>
      <updated>2011-05-11</updated>
    </person>
    <person id="Laurent_Walter_Goix">
      <name>Laurent-Walter Goix</name>
      <org>Telecom Italia</org>
      <uri>mailto:laurentwalter.goix&amp;telecomitalia.it</uri>
      <updated>2014-06-18</updated>
    </person>
    <person id="Lawrence_Conroy">
      <name>Lawrence Conroy</name>
      <org>Siemens Roke Manor Research</org>
      <uri>mailto:lwc&amp;roke.co.uk</uri>
      <updated>2006-01</updated>
    </person>
    <person id="Orit_Levin">
      <name>Orit Levin</name>
      <org>Microsoft Corporation</org>
      <uri>mailto:oritl&amp;microsoft.com</uri>
      <updated>2004-04</updated>
    </person>
    <person id="Richard_Shockey">
      <name>Richard Shockey</name>
      <org>NeuStar</org>
      <uri>mailto:richard.shockey&amp;neustar.biz</uri>
      <updated>2006-11</updated>
    </person>
    <person id="Richard_Stastny">
      <name>Richard Stastny</name>
      <org>Oefeg</org>
      <uri>mailto:richard.stastny&amp;oefeg.at</uri>
      <updated>2006-01</updated>
    </person>
    <person id="Rohan_Mahy">
      <name>Rohan Mahy</name>
      <org>Plantronics</org>
      <uri>mailto:rohan&amp;ekabal.com</uri>
      <updated>2007-10</updated>
    </person>
    <person id="Rudolf_Brandner">
      <name>Rudolf Brandner</name>
      <org>Siemens AG</org>
      <uri>mailto:rudolf.brandner&amp;siemens.com</uri>
      <updated>2006-01</updated>
    </person>
  </people>
</registry>
