File: rfc5076.html

package info (click to toggle)
doc-rfc 20230121-1
links: PTS, VCS
area: non-free
in suites: bookworm, forky, sid, trixie
size: 1,609,944 kB
file content (1341 lines) | stat: -rw-r--r-- 60,956 bytes
parent folder | download | duplicates (2)
<pre>Network Working Group                                       B. Hoeneisen
Request for Comments: 5076                                        SWITCH
Category: Standards Track                                  December 2007


                  <span class="h1">ENUM Validation Information Mapping</span>
                <span class="h1">for the Extensible Provisioning Protocol</span>

Status of This Memo

   This document specifies an Internet standards track protocol for the
   Internet community, and requests discussion and suggestions for
   improvements.  Please refer to the current edition of the "Internet
   Official Protocol Standards" (STD 1) for the standardization state
   and status of this protocol.  Distribution of this memo is unlimited.

Abstract

   This document describes an Extensible Provisioning Protocol (EPP)
   extension framework for mapping information about the validation
   process that has been applied for the E.164 number (or number range)
   that the E.164 Number Mapping (ENUM) domain name is based on.
   Specified in the Extensible Markup Language (XML), this mapping
   extends the EPP domain name mapping to provide an additional feature
   required for the provisioning of ENUM Domain Names.


























<span class="grey">Hoeneisen                   Standards Track                     [Page 1]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-2" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


Table of Contents
   <a href="#section-1">1</a>. Introduction ....................................................<a href="#page-2">2</a>
   <a href="#section-2">2</a>. Terminology .....................................................<a href="#page-3">3</a>
   <a href="#section-3">3</a>. Requirements ....................................................<a href="#page-4">4</a>
   <a href="#section-4">4</a>. Object Attributes ...............................................<a href="#page-4">4</a>
      <a href="#section-4.1">4.1</a>. ENUM Domain Names ..........................................<a href="#page-4">4</a>
      <a href="#section-4.2">4.2</a>. Validation Information Commands ............................<a href="#page-4">4</a>
      <a href="#section-4.3">4.3</a>. Id .........................................................<a href="#page-4">4</a>
      <a href="#section-4.4">4.4</a>. Validation Information .....................................<a href="#page-5">5</a>
      <a href="#section-4.5">4.5</a>. Validation Elements in the Example .........................<a href="#page-5">5</a>
           <a href="#section-4.5.1">4.5.1</a>. Method Identifier ...................................<a href="#page-5">5</a>
           <a href="#section-4.5.2">4.5.2</a>. Validation Entity Identifier ........................<a href="#page-5">5</a>
           <a href="#section-4.5.3">4.5.3</a>. Registrar Identifier ................................<a href="#page-5">5</a>
           <a href="#section-4.5.4">4.5.4</a>. Execution Date ......................................<a href="#page-6">6</a>
           <a href="#section-4.5.5">4.5.5</a>. Expiration Date .....................................<a href="#page-6">6</a>
   <a href="#section-5">5</a>. EPP Command Mapping .............................................<a href="#page-6">6</a>
      <a href="#section-5.1">5.1</a>. EPP Query Commands .........................................<a href="#page-6">6</a>
           <a href="#section-5.1.1">5.1.1</a>. EPP &lt;check&gt; Command .................................<a href="#page-6">6</a>
           <a href="#section-5.1.2">5.1.2</a>. EPP &lt;info&gt; Command ..................................<a href="#page-6">6</a>
           <a href="#section-5.1.3">5.1.3</a>. EPP &lt;transfer&gt; Command ..............................<a href="#page-8">8</a>
      <a href="#section-5.2">5.2</a>. EPP Transform Commands .....................................<a href="#page-9">9</a>
           <a href="#section-5.2.1">5.2.1</a>. EPP &lt;create&gt; Command ................................<a href="#page-9">9</a>
           <a href="#section-5.2.2">5.2.2</a>. EPP &lt;delete&gt; Command ...............................<a href="#page-11">11</a>
           <a href="#section-5.2.3">5.2.3</a>. EPP &lt;renew&gt; Command ................................<a href="#page-11">11</a>
           <a href="#section-5.2.4">5.2.4</a>. EPP &lt;transfer&gt; Command .............................<a href="#page-13">13</a>
           <a href="#section-5.2.5">5.2.5</a>. EPP &lt;update&gt; Command ...............................<a href="#page-15">15</a>
   <a href="#section-6">6</a>. Formal Syntax ..................................................<a href="#page-16">16</a>
   <a href="#section-7">7</a>. IANA Considerations ............................................<a href="#page-21">21</a>
   <a href="#section-8">8</a>. Security Considerations ........................................<a href="#page-21">21</a>
   <a href="#section-9">9</a>. Acknowledgements ...............................................<a href="#page-22">22</a>
   <a href="#section-10">10</a>. References ....................................................<a href="#page-22">22</a>
      <a href="#section-10.1">10.1</a>. Normative References .....................................<a href="#page-22">22</a>
      <a href="#section-10.2">10.2</a>. Informative References ...................................<a href="#page-23">23</a>

<span class="h2"><a class="selflink" id="section-1" href="#section-1">1</a>.  Introduction</span>

   This document describes a framework for an ENUM [<a href="#ref-2" title="&quot;The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM)&quot;">2</a>] validation
   information mapping for version 1.0 of EPP [<a href="#ref-3" title="&quot;Extensible Provisioning Protocol (EPP)&quot;">3</a>].  This mapping, an
   extension of the EPP domain name mapping described in [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>], is
   specified using XML 1.0, as described in [<a href="#ref-5" title="&quot;Extensible Markup Language (XML) 1.0 (Second Edition)&quot;">5</a>], and XML Schema
   notation, as described in [<a href="#ref-6" title="&quot;XML Schema Part 1: Structures Second Edition&quot;">6</a>] and [<a href="#ref-7" title="&quot;XML Schema Part 2: Datatypes Second Edition&quot;">7</a>].

   The EPP core protocol specification [<a href="#ref-3" title="&quot;Extensible Provisioning Protocol (EPP)&quot;">3</a>] provides a complete
   description of EPP command and response structures.  A thorough
   understanding of the base protocol specification is necessary to
   understand the mapping described in this document.





<span class="grey">Hoeneisen                   Standards Track                     [Page 2]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-3" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


   ENUM [<a href="#ref-2" title="&quot;The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM)&quot;">2</a>] describes how the Domain Name System (DNS) can be used to
   identify services associated with an E.164 number.

   As described in <a href="./rfc4725">RFC 4725</a> [<a href="#ref-9" title="&quot;ENUM Validation Architecture&quot;">9</a>], usually only the Assignee of the E.164
   number (or number range) has the right to register the corresponding
   ENUM domain name.  Therefore, an ENUM validation process has to be
   applied before the ENUM domain name can be inserted into the DNS.
   The validation process shall ensure that the holder of the ENUM
   domain name coincides with the Assignee of the corresponding E.164
   number (or number range).  However, the details of the ENUM
   validation methods are beyond the scope of this document.

   The EPP extension described in this document specifies a framework
   for the mapping of information about the ENUM validation process.  As
   the local legislation or the validation procedures may vary, the
   content of the validation information itself is not part of this
   specification.

   However, this document contains a working example (including XML
   schema) to show how the validation information could look.  This
   example could even be used for a lightweight validation process.  In
   fact, it has been an integral part of the Swiss ENUM trial.

   Using this extension framework, the content of the validation
   information can be specified according to the local requirements.
   Such an extension is specified in [<a href="#ref-10" title="&quot;ENUM Validation Token Format Definition&quot;">10</a>].

   More background information concerning the validation can be found in
   <a href="./rfc4725">RFC 4725</a> [<a href="#ref-9" title="&quot;ENUM Validation Architecture&quot;">9</a>], which also describes a typical basic role model for the
   ENUM registration process.

<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a>.  Terminology</span>

   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 <a href="./rfc2119">RFC 2119</a> [<a href="#ref-1" title="&quot;Key words for use in RFCs to Indicate Requirement Levels&quot;">1</a>].

   In examples, "C:" represents lines sent by a protocol client and "S:"
   represents lines returned by a protocol server.  Indentation and
   white space in examples are provided only to illustrate element
   relationships and are not REQUIRED features of this specification.

   XML is case sensitive.  Unless stated otherwise, XML specifications
   and examples provided in this document MUST be interpreted in the
   character case presented to develop a conforming implementation.






<span class="grey">Hoeneisen                   Standards Track                     [Page 3]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-4" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


<span class="h2"><a class="selflink" id="section-3" href="#section-3">3</a>.  Requirements</span>

   The following requirements are the basis for this work:

   1. The design shall allow multiple policies and validation
      procedures.

   2. It shall be possible to transmit validation information with EPP
      domain object requests and responses.

   3. It shall be possible to add, modify, and remove validation
      information.

   4. It shall be possible to retrieve validation information stored in
      the ENUM Registry.

<span class="h2"><a class="selflink" id="section-4" href="#section-4">4</a>.  Object Attributes</span>

   This extension adds additional elements to the EPP domain name
   mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].  Only new element descriptions are listed here.

<span class="h3"><a class="selflink" id="section-4.1" href="#section-4.1">4.1</a>.  ENUM Domain Names</span>

   An ENUM Domain Name is a representation of an E.164 number that has
   been translated to conform to domain name syntax as described in the
   ENUM specification [<a href="#ref-2" title="&quot;The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM)&quot;">2</a>].

<span class="h3"><a class="selflink" id="section-4.2" href="#section-4.2">4.2</a>.  Validation Information Commands</span>

   The following commands are defined for handling validation
   information at the registry:

   o  add: to add new validation information

   o  rem: to revoke validation information

   o  chg: to change stored validation information

   o  inf: to get information about stored validation information

<span class="h3"><a class="selflink" id="section-4.3" href="#section-4.3">4.3</a>.  Id</span>

   The "id" attribute, used to identify the validation, is represented
   in this mapping using a character string.  It MUST be unique at least
   within the same ENUM Domain Name.  To ensure uniqueness even after a
   transfer of an ENUM Domain Name, it is RECOMMENDED that the "id"
   attribute be unique per ENUM Registry.




<span class="grey">Hoeneisen                   Standards Track                     [Page 4]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-5" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


   The "id" attribute, usually assigned by the ENUM Registrar, is
   required for revoking or changing stored validation information and
   appears in the Validation Information Command elements (see <a href="#section-4.2">Section</a>
   <a href="#section-4.2">4.2</a>).

<span class="h3"><a class="selflink" id="section-4.4" href="#section-4.4">4.4</a>.  Validation Information</span>

   The &lt;validationInfo&gt; element can contain any element containing
   validation information that is documented adequately.  It is
   represented in this mapping using the XML schema &lt;any&gt; element and
   therefore, is extensible.

   The number of &lt;validationInfo&gt; elements permitted per domain object
   is subject to local policy.

<span class="h3"><a class="selflink" id="section-4.5" href="#section-4.5">4.5</a>.  Validation Elements in the Example</span>

   As described above, this document includes an example for a possible
   content of validation information that is used in the EPP examples
   throughout this document.

   This example is an optional part of this specification, i.e., a fully
   compliant <a href="./rfc5076">RFC 5076</a> implementation does not need to implement this
   example.

<span class="h4"><a class="selflink" id="section-4.5.1" href="#section-4.5.1">4.5.1</a>.  Method Identifier</span>

   The &lt;methodID&gt; element is represented in this mapping using a
   character string with a maximum length of 63 characters.  It contains
   an identifier for the method used for the validation.  As stated in
   <a href="#section-1">Section 1</a>, the details of the ENUM validation methods are beyond the
   scope of this document.

<span class="h4"><a class="selflink" id="section-4.5.2" href="#section-4.5.2">4.5.2</a>.  Validation Entity Identifier</span>

   The &lt;validationEntityID&gt; element is represented in this mapping using
   a character string with a length of 3 to 16 characters.  It contains
   an identifier assigned to the ENUM Validation Entity, e.g., by the
   ENUM Registry.

<span class="h4"><a class="selflink" id="section-4.5.3" href="#section-4.5.3">4.5.3</a>.  Registrar Identifier</span>

   The &lt;registrarID&gt; element is represented in this mapping using a
   character string with a length of 3 to 16 characters.  It contains an
   identifier assigned to the ENUM Registrar by the ENUM Registry.






<span class="grey">Hoeneisen                   Standards Track                     [Page 5]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-6" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


<span class="h4"><a class="selflink" id="section-4.5.4" href="#section-4.5.4">4.5.4</a>.  Execution Date</span>

   The &lt;executionDate&gt; element, the execution date of the validation, is
   represented in this mapping using the XML Schema 'date' data type.

<span class="h4"><a class="selflink" id="section-4.5.5" href="#section-4.5.5">4.5.5</a>.  Expiration Date</span>

   The &lt;expirationDate&gt; element, the expiration date of the validation,
   is represented in this mapping using the XML Schema 'date' data type.

<span class="h2"><a class="selflink" id="section-5" href="#section-5">5</a>.  EPP Command Mapping</span>

   A detailed description of the EPP syntax and semantics can be found
   in the EPP core protocol specification [<a href="#ref-3" title="&quot;Extensible Provisioning Protocol (EPP)&quot;">3</a>], and the EPP domain name
   mapping is described in [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].  The command mappings described here are
   specifically for use in implementing ENUM validation information
   provisioning processes via EPP.

   Note: Whether or not this extension is included into an EPP request
   or response depends on local policy.  For example, a local Registry
   policy might require the use of this extension for EPP &lt;create&gt;,
   &lt;update&gt;, and &lt;info&gt; commands, but not support it for EPP &lt;transfer&gt;
   and &lt;renew&gt; commands.  Therefore, this is beyond the scope of this
   document.

<span class="h3"><a class="selflink" id="section-5.1" href="#section-5.1">5.1</a>.  EPP Query Commands</span>

   EPP provides three commands to retrieve object information: &lt;check&gt;
   to determine if an object is known to the server, &lt;info&gt; to retrieve
   detailed information associated with an object, and &lt;transfer&gt; to
   retrieve object transfer status information.

<span class="h4"><a class="selflink" id="section-5.1.1" href="#section-5.1.1">5.1.1</a>.  EPP &lt;check&gt; Command</span>

   This extension does not add any elements to the EPP &lt;check&gt; command
   or &lt;check&gt; response described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].

<span class="h4"><a class="selflink" id="section-5.1.2" href="#section-5.1.2">5.1.2</a>.  EPP &lt;info&gt; Command</span>

   This extension does not add any elements to the EPP &lt;info&gt; command
   described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].  Additional elements are
   defined for the &lt;info&gt; response.

   When an &lt;info&gt; command has been processed successfully, the EPP
   &lt;resData&gt; element MUST contain child elements as described in the EPP
   domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].  In addition, the EPP &lt;extension&gt; element MUST
   contain an &lt;e164val:infData&gt; element that identifies the extension
   namespace.  The &lt;e164val:infData&gt; element contains one or more



<span class="grey">Hoeneisen                   Standards Track                     [Page 6]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-7" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


   &lt;e164val:inf&gt; elements, each with an "id" attribute identifying the
   validation.  Each &lt;e164val:inf&gt; element contains an &lt;e164val:
   validationInfo&gt; element, which contains the validation information as
   child element.

   In the example below, the validation information consists of a
   &lt;valex:simpleVal&gt; element that identifies the extension namespace.
   The &lt;valex:simpleVal&gt; element contains the following child elements:

   o  An &lt;e164val:methodID&gt; element that contains an identifier of the
      validation method.

   o  An OPTIONAL &lt;e164val:validationEntityID&gt; element that contains an
      identifier assigned to the ENUM Validation Entity.

   o  An OPTIONAL &lt;e164val:registrarID&gt; element that contains an
      identifier assigned to the ENUM Registrar by the ENUM Registry.

   o  An &lt;e164val:executionDate&gt; element that contains the date that the
      validation was performed.

   o  An OPTIONAL &lt;e164val:expirationDate&gt; element that contains the
      date that the validation expires.

   Example for &lt;info&gt; response:

   S:&lt;?xml version="1.0" encoding="UTF-8" standalone="no"?&gt;
   S:&lt;epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
   S:     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
   S: &lt;response&gt;
   S:  &lt;result code="1000"&gt;
   S:   &lt;msg&gt;Command completed successfully&lt;/msg&gt;
   S:  &lt;/result&gt;
   S:  &lt;resData&gt;
   S:   &lt;domain:infData
   S:    xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"&gt;
   S:    &lt;domain:name&gt;5.1.5.1.8.6.2.4.4.1.4.e164.arpa&lt;/domain:name&gt;
   S:    &lt;domain:roid&gt;EXAMPLE1-REP&lt;/domain:roid&gt;
   S:    &lt;domain:status s="ok"/&gt;
   S:    &lt;domain:registrant&gt;jd1234&lt;/domain:registrant&gt;
   S:    &lt;domain:contact type="admin"&gt;sh8013&lt;/domain:contact&gt;
   S:    &lt;domain:contact type="tech"&gt;sh8013&lt;/domain:contact&gt;
   S:    &lt;domain:ns&gt;
   S:     &lt;domain:hostObj&gt;ns1.example.com&lt;/domain:hostObj&gt;
   S:     &lt;domain:hostObj&gt;ns2.example.com&lt;/domain:hostObj&gt;
   S:    &lt;/domain:ns&gt;
   S:    &lt;domain:clID&gt;ClientX&lt;/domain:clID&gt;
   S:    &lt;domain:crID&gt;ClientY&lt;/domain:crID&gt;



<span class="grey">Hoeneisen                   Standards Track                     [Page 7]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-8" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


   S:    &lt;domain:crDate&gt;1999-04-03T22:00:00.0Z&lt;/domain:crDate&gt;
   S:    &lt;domain:upID&gt;ClientX&lt;/domain:upID&gt;
   S:    &lt;domain:upDate&gt;1999-12-03T09:00:00.0Z&lt;/domain:upDate&gt;
   S:    &lt;domain:exDate&gt;2005-04-03T22:00:00.0Z&lt;/domain:exDate&gt;
   S:    &lt;domain:trDate&gt;2000-04-08T09:00:00.0Z&lt;/domain:trDate&gt;
   S:    &lt;domain:authInfo&gt;
   S:     &lt;domain:pw&gt;2fooBAR&lt;/domain:pw&gt;
   S:    &lt;/domain:authInfo&gt;
   S:   &lt;/domain:infData&gt;
   S:  &lt;/resData&gt;
   S:  &lt;extension&gt;
   S:   &lt;e164val:infData
   S:    xmlns:e164val="urn:ietf:params:xml:ns:e164val-1.0"&gt;
   S:    &lt;e164val:inf id="EK77"&gt;
   S:     &lt;e164val:validationInfo&gt;
   S:      &lt;valex:simpleVal
   S:       xmlns:valex="urn:ietf:params:xml:ns:e164valex-1.1"&gt;
   S:       &lt;valex:methodID&gt;Validation-X&lt;/valex:methodID&gt;
   S:       &lt;valex:validationEntityID&gt;VE-NMQ&lt;/valex:validationEntityID&gt;
   S:       &lt;valex:registrarID&gt;Client-X&lt;/valex:registrarID&gt;
   S:       &lt;valex:executionDate&gt;2004-04-08&lt;/valex:executionDate&gt;
   S:       &lt;valex:expirationDate&gt;2004-10-07&lt;/valex:expirationDate&gt;
   S:      &lt;/valex:simpleVal&gt;
   S:     &lt;/e164val:validationInfo&gt;
   S:    &lt;/e164val:inf&gt;
   S:   &lt;/e164val:infData&gt;
   S:  &lt;/extension&gt;
   S:  &lt;trID&gt;
   S:   &lt;clTRID&gt;ABC-23456&lt;/clTRID&gt;
   S:   &lt;svTRID&gt;54321-XYZ&lt;/svTRID&gt;
   S:  &lt;/trID&gt;
   S: &lt;/response&gt;
   S:&lt;/epp&gt;

                                 Figure 1

<span class="h4"><a class="selflink" id="section-5.1.3" href="#section-5.1.3">5.1.3</a>.  EPP &lt;transfer&gt; Command</span>

   This extension does not add any elements to the EPP &lt;transfer&gt;
   command or &lt;transfer&gt; response described in the EPP domain mapping
   [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].










<span class="grey">Hoeneisen                   Standards Track                     [Page 8]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-9" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


<span class="h3"><a class="selflink" id="section-5.2" href="#section-5.2">5.2</a>.  EPP Transform Commands</span>

   EPP provides five commands to transform objects: &lt;create&gt; to create
   an instance of an object, &lt;delete&gt; to delete an instance of an
   object, &lt;renew&gt; to extend the validity period of an object,
   &lt;transfer&gt; to manage object sponsorship changes, and &lt;update&gt; to
   change information associated with an object.

<span class="h4"><a class="selflink" id="section-5.2.1" href="#section-5.2.1">5.2.1</a>.  EPP &lt;create&gt; Command</span>

   This extension defines additional elements for the EPP &lt;create&gt;
   command described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].  No additional
   elements are defined for the EPP &lt;create&gt; response.

   The EPP &lt;create&gt; command provides a transform operation that allows a
   client to create a domain object.  In addition to the EPP command
   elements described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>], the command MUST
   contain an &lt;extension&gt; element.  The &lt;extension&gt; element MUST contain
   an &lt;e164val:create&gt; element that identifies the extension namespace.
   The &lt;e164val:create&gt; element contains one or more &lt;e164val:add&gt;
   elements, each with an "id" attribute identifying the validation.
   Each &lt;e164val:add&gt; element contains an &lt;e164val:validationInfo&gt;
   element, which contains the validation information as child element.

   In the example below, the validation information consists of a
   &lt;valex:simpleVal&gt; element that identifies the extension namespace.
   The &lt;valex:simpleVal&gt; element contains the following child elements:

   o  An &lt;e164val:methodID&gt; element that contains an identifier of the
      validation method.

   o  An OPTIONAL &lt;e164val:validationEntityID&gt; element that contains an
      identifier assigned to the ENUM Validation Entity.

   o  An OPTIONAL &lt;e164val:registrarID&gt; element that contains an
      identifier assigned to the ENUM Registrar by the ENUM Registry.

   o  An &lt;e164val:executionDate&gt; element that contains the date that the
      validation was performed.

   o  An OPTIONAL &lt;e164val:expirationDate&gt; element that contains the
      date that the validation expires.









<span class="grey">Hoeneisen                   Standards Track                     [Page 9]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-10" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


   Example for &lt;create&gt; command:

   C:&lt;?xml version="1.0" encoding="UTF-8" standalone="no"?&gt;
   C:&lt;epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
   C:     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
   C: &lt;command&gt;
   C:  &lt;create&gt;
   C:   &lt;domain:create
   C:    xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"&gt;
   C:     &lt;domain:name&gt;5.1.5.1.8.6.2.4.4.1.4.e164.arpa&lt;/domain:name&gt;
   C:     &lt;domain:period unit="y"&gt;1&lt;/domain:period&gt;
   C:     &lt;domain:ns&gt;
   C:      &lt;domain:hostObj&gt;ns1.example.com&lt;/domain:hostObj&gt;
   C:      &lt;domain:hostObj&gt;ns2.example.com&lt;/domain:hostObj&gt;
   C:     &lt;/domain:ns&gt;
   C:     &lt;domain:registrant&gt;jd1234&lt;/domain:registrant&gt;
   C:     &lt;domain:contact type="admin"&gt;sh8013&lt;/domain:contact&gt;
   C:     &lt;domain:contact type="tech"&gt;sh8013&lt;/domain:contact&gt;
   C:     &lt;domain:authInfo&gt;
   C:      &lt;domain:pw&gt;2fooBAR&lt;/domain:pw&gt;
   C:     &lt;/domain:authInfo&gt;
   C:   &lt;/domain:create&gt;
   C:  &lt;/create&gt;
   C:  &lt;extension&gt;
   C:   &lt;e164val:create
   C:    xmlns:e164val="urn:ietf:params:xml:ns:e164val-1.0"&gt;
   C:    &lt;e164val:add id="EK77"&gt;
   C:     &lt;e164val:validationInfo&gt;
   C:      &lt;valex:simpleVal
   C:       xmlns:valex="urn:ietf:params:xml:ns:e164valex-1.1"&gt;
   C:       &lt;valex:methodID&gt;Validation-X&lt;/valex:methodID&gt;
   C:       &lt;valex:validationEntityID&gt;VE-NMQ&lt;/valex:validationEntityID&gt;
   C:       &lt;valex:registrarID&gt;Client-X&lt;/valex:registrarID&gt;
   C:       &lt;valex:executionDate&gt;2004-04-08&lt;/valex:executionDate&gt;
   C:       &lt;valex:expirationDate&gt;2004-10-07&lt;/valex:expirationDate&gt;
   C:      &lt;/valex:simpleVal&gt;
   C:     &lt;/e164val:validationInfo&gt;
   C:    &lt;/e164val:add&gt;
   C:   &lt;/e164val:create&gt;
   C:  &lt;/extension&gt;
   C:  &lt;clTRID&gt;ABC-12345&lt;/clTRID&gt;
   C: &lt;/command&gt;
   C:&lt;/epp&gt;

                                 Figure 2

   When an extended &lt;create&gt; command has been processed successfully,
   the EPP response is as described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].



<span class="grey">Hoeneisen                   Standards Track                    [Page 10]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-11" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


<span class="h4"><a class="selflink" id="section-5.2.2" href="#section-5.2.2">5.2.2</a>.  EPP &lt;delete&gt; Command</span>

   This extension does not add any elements to the EPP &lt;delete&gt; command
   or &lt;delete&gt; response described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].

<span class="h4"><a class="selflink" id="section-5.2.3" href="#section-5.2.3">5.2.3</a>.  EPP &lt;renew&gt; Command</span>

   This extension defines additional elements for the EPP &lt;renew&gt;
   command described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].  No additional
   elements are defined for the EPP &lt;renew&gt; response.

   The EPP &lt;renew&gt; command provides a transform operation that allows a
   client to extend the validity period of a domain object.  In addition
   to the EPP command elements described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>],
   the &lt;renew&gt; command MUST contain an &lt;extension&gt; element.  The
   &lt;extension&gt; element MUST contain an &lt;e164val:renew&gt; element that
   identifies the extension namespace.  The &lt;e164val:renew&gt; element
   contains one or more &lt;e164val:add&gt; elements, each with an "id"
   attribute identifying the validation.  Each &lt;e164val:add&gt; element
   contains an &lt;e164val:validationInfo&gt; element, which contains the
   validation information as child element.

   In the example below, the validation information consists of a
   &lt;valex:simpleVal&gt; element that identifies the extension namespace.
   The &lt;valex:simpleVal&gt; contains the following child elements:

   o  An &lt;e164val:methodID&gt; element that contains an identifier of the
      validation method.

   o  An OPTIONAL &lt;e164val:validationEntityID&gt; element that contains an
      identifier assigned to the ENUM Validation Entity.

   o  An OPTIONAL &lt;e164val:registrarID&gt; element that contains an
      identifier assigned to the ENUM Registrar by the ENUM Registry.

   o  An &lt;e164val:executionDate&gt; element that contains the date that the
      validation was performed.

   o  An OPTIONAL &lt;e164val:expirationDate&gt; element that contains the
      date that the validation expires.











<span class="grey">Hoeneisen                   Standards Track                    [Page 11]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-12" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


   Example for &lt;renew&gt; command:

   C:&lt;?xml version="1.0" encoding="UTF-8" standalone="no"?&gt;
   C:&lt;epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
   C:     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
   C: &lt;command&gt;
   C:  &lt;renew&gt;
   C:   &lt;domain:renew
   C:    xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"&gt;
   C:    &lt;domain:name&gt;5.1.5.1.8.6.2.4.4.1.4.e164.arpa&lt;/domain:name&gt;
   C:    &lt;domain:curExpDate&gt;2005-04-09&lt;/domain:curExpDate&gt;
   C:    &lt;domain:period unit="y"&gt;1&lt;/domain:period&gt;
   C:   &lt;/domain:renew&gt;
   C:  &lt;/renew&gt;
   C:  &lt;extension&gt;
   C:   &lt;e164val:renew
   C:    xmlns:e164val="urn:ietf:params:xml:ns:e164val-1.0"&gt;
   C:    &lt;e164val:add id="CAB176"&gt;
   C:     &lt;e164val:validationInfo&gt;
   C:      &lt;valex:simpleVal
   C:       xmlns:valex="urn:ietf:params:xml:ns:e164valex-1.1"&gt;
   C:       &lt;valex:methodID&gt;Validation-X&lt;/valex:methodID&gt;
   C:       &lt;valex:validationEntityID&gt;VE-NMQ&lt;/valex:validationEntityID&gt;
   C:       &lt;valex:registrarID&gt;Client-X&lt;/valex:registrarID&gt;
   C:       &lt;valex:executionDate&gt;2005-03-30&lt;/valex:executionDate&gt;
   C:       &lt;valex:expirationDate&gt;2005-09-29&lt;/valex:expirationDate&gt;
   C:      &lt;/valex:simpleVal&gt;
   C:     &lt;/e164val:validationInfo&gt;
   C:    &lt;/e164val:add&gt;
   C:   &lt;/e164val:renew&gt;
   C:  &lt;/extension&gt;
   C:  &lt;clTRID&gt;ABC-45678&lt;/clTRID&gt;
   C: &lt;/command&gt;
   C:&lt;/epp&gt;

                                 Figure 3

   When an extended &lt;renew&gt; command has been processed successfully, the
   EPP response is as described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].












<span class="grey">Hoeneisen                   Standards Track                    [Page 12]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-13" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


<span class="h4"><a class="selflink" id="section-5.2.4" href="#section-5.2.4">5.2.4</a>.  EPP &lt;transfer&gt; Command</span>

   This extension defines additional elements for the EPP &lt;transfer&gt;
   command described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].  No additional
   elements are defined for the EPP &lt;transfer&gt; response.

   The EPP &lt;transfer&gt; command provides a transform operation that allows
   a client to manage requests to transfer the sponsorship of a domain
   object.  Clients can initiate, cancel, approve, and reject a transfer
   request.

   In case of a transfer request, in addition to the EPP command
   elements described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>], the command MUST
   contain an &lt;extension&gt; element.  The &lt;extension&gt; element MUST contain
   an &lt;e164val:transfer&gt; element that identifies the extension
   namespace.  The &lt;e164val:transfer&gt; element contains one or more
   &lt;e164val:add&gt; elements, each with an "id" attribute identifying the
   validation.  Each &lt;e164val:add&gt; element contains an &lt;e164val:
   validationInfo&gt; element, which contains the validation information as
   child element.

   In the example below, the validation information consists of a
   &lt;valex:simpleVal&gt; element that identifies the extension namespace.
   The &lt;valex:simpleVal&gt; contains the following child elements:

   o  An &lt;e164val:methodID&gt; element that contains an identifier of the
      validation method.

   o  An OPTIONAL &lt;e164val:validationEntityID&gt; element that contains an
      identifier assigned to the ENUM Validation Entity.

   o  An OPTIONAL &lt;e164val:registrarID&gt; element that contains an
      identifier assigned to the ENUM Registrar by the ENUM Registry.

   o  An &lt;e164val:executionDate&gt; element that contains the date that the
      validation was performed.

   o  An OPTIONAL &lt;e164val:expirationDate&gt; element that contains the
      date that the validation expires.












<span class="grey">Hoeneisen                   Standards Track                    [Page 13]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-14" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


   Example for &lt;transfer&gt; command:

   C:&lt;?xml version="1.0" encoding="UTF-8" standalone="no"?&gt;
   C:&lt;epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
   C:     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
   C: &lt;command&gt;
   C:  &lt;transfer op="request"&gt;
   C:   &lt;domain:transfer
   C:    xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"&gt;
   C:    &lt;domain:name&gt;5.1.5.1.8.6.2.4.4.1.4.e164.arpa&lt;/domain:name&gt;
   C:    &lt;domain:authInfo&gt;
   C:     &lt;domain:pw roid="HB1973-ZUE"&gt;2fooBAR&lt;/domain:pw&gt;
   C:    &lt;/domain:authInfo&gt;
   C:   &lt;/domain:transfer&gt;
   C:  &lt;/transfer&gt;
   C:  &lt;extension&gt;
   C:   &lt;e164val:transfer
   C:    xmlns:e164val="urn:ietf:params:xml:ns:e164val-1.0"&gt;
   C:    &lt;e164val:add id="LJ1126"&gt;
   C:     &lt;e164val:validationInfo&gt;
   C:      &lt;valex:simpleVal
   C:       xmlns:valex="urn:ietf:params:xml:ns:e164valex-1.1"&gt;
   C:       &lt;valex:methodID&gt;Validation-Y&lt;/valex:methodID&gt;
   C:       &lt;valex:validationEntityID&gt;VE2-LMQ&lt;/valex:validationEntityID&gt;
   C:       &lt;valex:registrarID&gt;Client-Y&lt;/valex:registrarID&gt;
   C:       &lt;valex:executionDate&gt;2005-01-22&lt;/valex:executionDate&gt;
   C:       &lt;valex:expirationDate&gt;2005-07-21&lt;/valex:expirationDate&gt;
   C:      &lt;/valex:simpleVal&gt;
   C:     &lt;/e164val:validationInfo&gt;
   C:    &lt;/e164val:add&gt;
   C:   &lt;/e164val:transfer&gt;
   C:  &lt;/extension&gt;
   C:  &lt;clTRID&gt;XYZ-54789&lt;/clTRID&gt;
   C: &lt;/command&gt;
   C:&lt;/epp&gt;

                                 Figure 4

   When an extended &lt;transfer&gt; command has been processed successfully,
   the EPP response is as described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].











<span class="grey">Hoeneisen                   Standards Track                    [Page 14]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-15" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


<span class="h4"><a class="selflink" id="section-5.2.5" href="#section-5.2.5">5.2.5</a>.  EPP &lt;update&gt; Command</span>

   This extension defines additional elements for the EPP &lt;update&gt;
   command described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].  No additional
   elements are defined for the EPP &lt;update&gt; response.  The EPP &lt;update&gt;
   command provides a transform operation that allows a client to change
   the state of a domain object.  In addition to the EPP command
   elements described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>], the &lt;update&gt;
   command MUST contain an &lt;extension&gt; element.  The &lt;extension&gt; element
   MUST contain an &lt;e164val:update&gt; element that identifies the
   extension namespace.  The &lt;e164val:update&gt; element contains one or
   more &lt;e164val:add&gt;, &lt;e164val:rem&gt;, or &lt;e164val:chg&gt; elements, each
   with an "id" attribute identifying the validation.  Each
   &lt;e164val:add&gt; and &lt;e164val:chg&gt; element contains an &lt;e164val:
   validationInfo&gt; element, which contains the validation information as
   child element. &lt;e164val:rem&gt; elements do not have child elements.

   In the example below, the validation information consists of a
   &lt;valex:simpleVal&gt; element that identifies the extension namespace.
   The &lt;valex:simpleVal&gt; contains the following child elements:

   o  An &lt;e164val:methodID&gt; element that contains an identifier of the
      validation method.

   o  An OPTIONAL &lt;e164val:validationEntityID&gt; element that contains an
      identifier assigned to the ENUM Validation Entity.

   o  An OPTIONAL &lt;e164val:registrarID&gt; element that contains an
      identifier assigned to the ENUM Registrar by the ENUM Registry.

   o  An &lt;e164val:executionDate&gt; element that contains the date that the
      validation was performed.

   o  An OPTIONAL &lt;e164val:expirationDate&gt; element that contains the
      date that the validation expires.
















<span class="grey">Hoeneisen                   Standards Track                    [Page 15]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-16" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


   Example for &lt;update&gt; command:

   C:&lt;?xml version="1.0" encoding="UTF-8" standalone="no"?&gt;
   C:&lt;epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
   C:     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
   C: &lt;command&gt;
   C:  &lt;update&gt;
   C:   &lt;domain:update
   C:    xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"&gt;
   C:    &lt;domain:name&gt;5.1.5.1.8.6.2.4.4.1.4.e164.arpa&lt;/domain:name&gt;
   C:   &lt;/domain:update&gt;
   C:  &lt;/update&gt;
   C:  &lt;extension&gt;
   C:   &lt;e164val:update
   C:    xmlns:e164val="urn:ietf:params:xml:ns:e164val-1.0"&gt;
   C:    &lt;e164val:add id="EK2510"&gt;
   C:     &lt;e164val:validationInfo&gt;
   C:      &lt;valex:simpleVal
   C:       xmlns:valex="urn:ietf:params:xml:ns:e164valex-1.1"&gt;
   C:       &lt;valex:methodID&gt;Validation-X&lt;/valex:methodID&gt;
   C:       &lt;valex:validationEntityID&gt;VE-NMQ&lt;/valex:validationEntityID&gt;
   C:       &lt;valex:registrarID&gt;Client-X&lt;/valex:registrarID&gt;
   C:       &lt;valex:executionDate&gt;2004-10-02&lt;/valex:executionDate&gt;
   C:       &lt;valex:expirationDate&gt;2005-04-01&lt;/valex:expirationDate&gt;
   C:      &lt;/valex:simpleVal&gt;
   C:     &lt;/e164val:validationInfo&gt;
   C:    &lt;/e164val:add&gt;
   C:    &lt;e164val:rem id="EK77"/&gt;
   C:   &lt;/e164val:update&gt;
   C:  &lt;/extension&gt;
   C:  &lt;clTRID&gt;ABC-34567&lt;/clTRID&gt;
   C: &lt;/command&gt;
   C:&lt;/epp&gt;

                                 Figure 5

   When an extended &lt;update&gt; command has been processed successfully,
   the EPP response is as described in the EPP domain mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>].

<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>.  Formal Syntax</span>

   An EPP object mapping is specified in XML Schema notation.  The
   formal syntax presented here is a complete schema representation of
   the object mapping suitable for automated validation of EPP XML
   instances.  The BEGIN and END tags are not part of the schemas; they
   are used to note the beginning and ending of the schema for URI
   registration purposes.




<span class="grey">Hoeneisen                   Standards Track                    [Page 16]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-17" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


   Formal syntax for Framework:

   BEGIN
   &lt;?xml version="1.0" encoding="UTF-8"?&gt;
   &lt;schema targetNamespace="urn:ietf:params:xml:ns:e164val-1.0"
           xmlns:e164val="urn:ietf:params:xml:ns:e164val-1.0"
           xmlns:eppcom="urn:ietf:params:xml:ns:eppcom-1.0"
           xmlns="http://www.w3.org/2001/XMLSchema"
           elementFormDefault="qualified"&gt;

   &lt;!--
   Import common element types.
   --&gt;
     &lt;import namespace="urn:ietf:params:xml:ns:eppcom-1.0"
             schemaLocation="eppcom-1.0.xsd"/&gt;

     &lt;annotation&gt;
       &lt;documentation&gt;
         Extensible Provisioning Protocol v1.0
         domain name extension schema for framework for
         provisioning of E.164 number validation information.
       &lt;/documentation&gt;
     &lt;/annotation&gt;

   &lt;!--
   Child elements found in EPP commands.
   --&gt;
     &lt;element name="create" type="e164val:insertType"/&gt;
     &lt;element name="update" type="e164val:updateType"/&gt;
     &lt;element name="renew" type="e164val:insertType"/&gt;
     &lt;element name="transfer" type="e164val:insertType"/&gt;

   &lt;!--
   Child elements of the &lt;create&gt;, &lt;renew&gt;, and &lt;update&gt; commands.
   --&gt;
     &lt;complexType name="insertType"&gt;
       &lt;sequence&gt;
         &lt;element name="add" type="e164val:addType"
          maxOccurs="unbounded" /&gt;
       &lt;/sequence&gt;
     &lt;/complexType&gt;

   &lt;!--
   Child elements of the &lt;update&gt; command.
   --&gt;
     &lt;complexType name="updateType"&gt;
       &lt;sequence&gt;
         &lt;element name="add" type="e164val:addType"



<span class="grey">Hoeneisen                   Standards Track                    [Page 17]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-18" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


          minOccurs="0"
          maxOccurs="unbounded"/&gt;
         &lt;element name="rem" type="e164val:remType"
          minOccurs="0"
          maxOccurs="unbounded"/&gt;
         &lt;element name="chg" type="e164val:chgType"
          minOccurs="0"
          maxOccurs="unbounded"/&gt;
       &lt;/sequence&gt;
     &lt;/complexType&gt;

   &lt;!--
   Data elements for add, chg and rem.
   --&gt;
     &lt;complexType name="addType"&gt;
       &lt;sequence&gt;
         &lt;element ref="e164val:validationInfo"/&gt;
       &lt;/sequence&gt;
       &lt;attribute name="id" type="eppcom:minTokenType"
        use="required"/&gt;
     &lt;/complexType&gt;

     &lt;complexType name="chgType"&gt;
       &lt;sequence&gt;
         &lt;element ref="e164val:validationInfo"/&gt;
       &lt;/sequence&gt;
       &lt;attribute name="id" type="eppcom:minTokenType"
        use="required"/&gt;
     &lt;/complexType&gt;

     &lt;complexType name="remType"&gt;
       &lt;attribute name="id" type="eppcom:minTokenType"
        use="required"/&gt;
     &lt;/complexType&gt;


   &lt;!--
   Child elements found in EPP responses
   --&gt;
     &lt;element name="infData" type="e164val:infDataType"/&gt;

   &lt;!--
   child elements of the &lt;info&gt; response.
   --&gt;
     &lt;complexType name="infDataType"&gt;
       &lt;sequence&gt;
         &lt;element name="inf" type="e164val:infType"
          minOccurs="0"



<span class="grey">Hoeneisen                   Standards Track                    [Page 18]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-19" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


          maxOccurs="unbounded"/&gt;
       &lt;/sequence&gt;
     &lt;/complexType&gt;

   &lt;!--
   Data elements for inf
   --&gt;
     &lt;complexType name="infType"&gt;
       &lt;sequence&gt;
         &lt;element ref="e164val:validationInfo"/&gt;
       &lt;/sequence&gt;
       &lt;attribute name="id" type="eppcom:minTokenType"
        use="required"/&gt;
     &lt;/complexType&gt;

   &lt;!--
   Global elements.
   --&gt;
     &lt;element name="validationInfo" type="e164val:ValidationInfoType" /&gt;

   &lt;!--
   Extension framework types.
   --&gt;
     &lt;complexType name="ValidationInfoType"&gt;
       &lt;sequence&gt;
         &lt;any namespace="##other"/&gt;
       &lt;/sequence&gt;
     &lt;/complexType&gt;


   &lt;!--
   End of schema.
   --&gt;
   &lt;/schema&gt;
   END

                                 Figure 6

   Formal syntax for a simple validation (example):

   BEGIN
   &lt;?xml version="1.0" encoding="UTF-8"?&gt;
   &lt;schema targetNamespace="urn:ietf:params:xml:ns:e164valex-1.1"
           xmlns:e164valex="urn:ietf:params:xml:ns:e164valex-1.1"
           xmlns:eppcom="urn:ietf:params:xml:ns:eppcom-1.0"
           xmlns="http://www.w3.org/2001/XMLSchema"
           elementFormDefault="qualified"&gt;




<span class="grey">Hoeneisen                   Standards Track                    [Page 19]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-20" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


   &lt;!--
   Import common element types.
   --&gt;
     &lt;import namespace="urn:ietf:params:xml:ns:eppcom-1.0"
             schemaLocation="eppcom-1.0.xsd"/&gt;

     &lt;annotation&gt;
       &lt;documentation&gt;
         Example for E.164 number validation information.
       &lt;/documentation&gt;
     &lt;/annotation&gt;


     &lt;element name="simpleVal" type="e164valex:simpleValType"/&gt;

     &lt;complexType name="simpleValType"&gt;
       &lt;sequence&gt;
         &lt;element name="methodID" type="e164valex:methodIdType"/&gt;
         &lt;element name="validationEntityID" type="eppcom:clIDType"
          minOccurs="0"/&gt;
         &lt;element name="registrarID" type="eppcom:clIDType"
          minOccurs="0"/&gt;
         &lt;element name="executionDate" type="date"/&gt;
         &lt;element name="expirationDate" type="date"
          minOccurs="0"/&gt;
       &lt;/sequence&gt;
     &lt;/complexType&gt;

     &lt;simpleType name="methodIdType"&gt;
       &lt;restriction base="token"&gt;
         &lt;minLength value="1"/&gt;
         &lt;maxLength value="63"/&gt;
       &lt;/restriction&gt;
     &lt;/simpleType&gt;

   &lt;!--
   End of schema.
   --&gt;
   &lt;/schema&gt;
   END

                                 Figure 7









<span class="grey">Hoeneisen                   Standards Track                    [Page 20]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-21" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


<span class="h2"><a class="selflink" id="section-7" href="#section-7">7</a>.  IANA Considerations</span>

   This document uses Uniform Resource Names (URNs) to describe XML
   namespaces and XML schemas conforming to the registry mechanism
   described in <a href="./rfc3688">RFC 3688</a> [<a href="#ref-8" title="&quot;The IETF XML Registry&quot;">8</a>].  Four URI assignments have been made:

   1. Registration for the extension namespace:
      *  URI: urn:ietf:params:xml:ns:e164val-1.0
      *  Registrant Contact: See the "Author's Address" section of this
         document.
      *  XML: None.  Namespace URIs do not represent an XML
         specification.

   2. Registration for the extension XML schema:
      *  URI: urn:ietf:params:xml:schema:e164val-1.0
      *  Registrant Contact: See the "Author's Address" section of this
         document.
      *  XML: See <a href="#section-6">Section 6</a>, "Formal Syntax", of this document.

   3. Registration for the extension namespace:
      *  URI: urn:ietf:params:xml:ns:e164valex-1.1
      *  Registrant Contact: See the "Author's Address" section of this
         document.
      *  XML: None.  Namespace URIs do not represent an XML
         specification.

   4. Registration for the extension XML schema:
      *  URI: urn:ietf:params:xml:schema:e164valex-1.1
      *  Registrant Contact: See the "Author's Address" section of this
         document.
      *  XML: See <a href="#section-6">Section 6</a>, "Formal Syntax", of this document.

<span class="h2"><a class="selflink" id="section-8" href="#section-8">8</a>.  Security Considerations</span>

   The mapping extensions described in this document do not provide any
   security services beyond those described by EPP [<a href="#ref-3" title="&quot;Extensible Provisioning Protocol (EPP)&quot;">3</a>], the EPP domain
   name mapping [<a href="#ref-4" title="&quot;Extensible Provisioning Protocol (EPP) Domain Name Mapping&quot;">4</a>], and protocol layers used by EPP.  Security
   considerations related to ENUM are described in the "Security
   Considerations" section of the ENUM specification [<a href="#ref-2" title="&quot;The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM)&quot;">2</a>].  The security
   considerations described in these other specifications apply to this
   specification as well.

   Validation information often contains sensitive personal information.
   It is RECOMMENDED that validation information in the &lt;info&gt; response
   is only provided to the sponsoring client.






<span class="grey">Hoeneisen                   Standards Track                    [Page 21]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-22" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


<span class="h2"><a class="selflink" id="section-9" href="#section-9">9</a>.  Acknowledgements</span>

   The author would like to thank the following people who have provided
   feedback or significant contributions to the development of this
   document: Alfred Hoenes, Helena Malmborg, Alexander Mayrhofer, Andrew
   Newton, Marcel Parodi, Patrik Schaefer, and Patrick Zenklusen.

   <a href="./rfc4114">RFC 4114</a> [<a href="#ref-11" title="&quot;E.164 Number Mapping for the Extensible Provisioning Protocol (EPP)&quot;">11</a>] has been used as a template for this document.  The
   structure and those paragraphs that apply to both documents have
   been taken over from [<a href="#ref-11" title="&quot;E.164 Number Mapping for the Extensible Provisioning Protocol (EPP)&quot;">11</a>].  The author would like to thank Scott
   Hollenbeck for this great spadework.

<span class="h2"><a class="selflink" id="section-10" href="#section-10">10</a>.  References</span>

<span class="h3"><a class="selflink" id="section-10.1" href="#section-10.1">10.1</a>.  Normative References</span>

   [<a id="ref-1">1</a>]    Bradner, S., "Key words for use in RFCs to Indicate
          Requirement Levels", <a href="https://www.rfc-editor.org/bcp/bcp14">BCP 14</a>, <a href="./rfc2119">RFC 2119</a>, March 1997.

   [<a id="ref-2">2</a>]    Faltstrom, P. and M. Mealling, "The E.164 to Uniform Resource
          Identifiers (URI) Dynamic Delegation Discovery System (DDDS)
          Application (ENUM)", <a href="./rfc3761">RFC 3761</a>, April 2004.

   [<a id="ref-3">3</a>]    Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", <a href="./rfc3730">RFC</a>
          <a href="./rfc3730">3730</a>, March 2004.

   [<a id="ref-4">4</a>]    Hollenbeck, S., "Extensible Provisioning Protocol (EPP) Domain
          Name Mapping", <a href="./rfc3731">RFC 3731</a>, March 2004.

   [<a id="ref-5">5</a>]    Paoli, J., Maler, E., Bray, T., and C. Sperberg-McQueen,
          "Extensible Markup Language (XML) 1.0 (Second Edition)", World
          Wide Web Consortium FirstEdition REC-xml-20001006, October
          2000, &lt;<a href="http://www.w3.org/TR/2000/REC-xml-20001006">http://www.w3.org/TR/2000/REC-xml-20001006</a>&gt;.

   [<a id="ref-6">6</a>]    Thompson, H., Maloney, M., Mendelsohn, N., and D. Beech, "XML
          Schema Part 1: Structures Second Edition", World Wide Web
          Consortium Recommendation REC-xmlschema-1-20041028, October
          2004, &lt;<a href="http://www.w3.org/TR/2004/REC-xmlschema-1-20041028">http://www.w3.org/TR/2004/REC-xmlschema-1-20041028</a>&gt;.

   [<a id="ref-7">7</a>]    Biron, P. and A. Malhotra, "XML Schema Part 2: Datatypes
          Second Edition", World Wide Web Consortium Recommendation REC-
          xmlschema-2-20041028, October 2004,
          &lt;<a href="http://www.w3.org/TR/2004/REC-xmlschema-2-20041028">http://www.w3.org/TR/2004/REC-xmlschema-2-20041028</a>&gt;.

   [<a id="ref-8">8</a>]    Mealling, M., "The IETF XML Registry", <a href="https://www.rfc-editor.org/bcp/bcp81">BCP 81</a>, <a href="./rfc3688">RFC 3688</a>,
          January 2004.





<span class="grey">Hoeneisen                   Standards Track                    [Page 22]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-23" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


<span class="h3"><a class="selflink" id="section-10.2" href="#section-10.2">10.2</a>.  Informative References</span>

   [<a id="ref-9">9</a>]    Mayrhofer, A. and B. Hoeneisen, "ENUM Validation
          Architecture", <a href="./rfc4725">RFC 4725</a>, November 2006.

   [<a id="ref-10">10</a>]   Lendl, O., <a style="text-decoration: none" href='https://www.google.com/search?sitesearch=datatracker.ietf.org%2Fdoc%2Fhtml%2F&amp;q=inurl:draft-+%22ENUM+Validation+Token+Format+Definition%22'>"ENUM Validation Token Format Definition"</a>, Work in
          Progress.

   [<a id="ref-11">11</a>]   Hollenbeck, S., "E.164 Number Mapping for the Extensible
          Provisioning Protocol (EPP)", <a href="./rfc4114">RFC 4114</a>, June 2005.

Author's Address

   Bernie Hoeneisen
   SWITCH
   Werdstrasse 2
   CH-8004 Zuerich
   Switzerland

   Phone: +41 44 268 1515
   EMail: bernhard.hoeneisen@switch.ch, bernie@ietf.hoeneisen.ch
   URI:   <a href="http://www.switch.ch/">http://www.switch.ch/</a>





























<span class="grey">Hoeneisen                   Standards Track                    [Page 23]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-24" ></span>
<span class="grey"><a href="./rfc5076">RFC 5076</a>            ENUM Validation Mapping for EPP        December 2007</span>


Full Copyright Statement

   Copyright (C) The IETF Trust (2007).

   This document is subject to the rights, licenses and restrictions
   contained in <a href="https://www.rfc-editor.org/bcp/bcp78">BCP 78</a>, and except as set forth therein, the authors
   retain all their rights.

   This document and the information contained herein are provided on an
   "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
   OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND
   THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS
   OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF
   THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
   WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Intellectual Property

   The IETF takes no position regarding the validity or scope of any
   Intellectual Property Rights or other rights that might be claimed to
   pertain to the implementation or use of the technology described in
   this document or the extent to which any license under such rights
   might or might not be available; nor does it represent that it has
   made any independent effort to identify any such rights.  Information
   on the procedures with respect to rights in RFC documents can be
   found in <a href="https://www.rfc-editor.org/bcp/bcp78">BCP 78</a> and <a href="https://www.rfc-editor.org/bcp/bcp79">BCP 79</a>.

   Copies of IPR disclosures made to the IETF Secretariat and any
   assurances of licenses to be made available, or the result of an
   attempt made to obtain a general license or permission for the use of
   such proprietary rights by implementers or users of this
   specification can be obtained from the IETF on-line IPR repository at
   <a href="http://www.ietf.org/ipr">http://www.ietf.org/ipr</a>.

   The IETF invites any interested party to bring to its attention any
   copyrights, patents or patent applications, or other proprietary
   rights that may cover technology that may be required to implement
   this standard.  Please address the information to the IETF at
   ietf-ipr@ietf.org.












Hoeneisen                   Standards Track                    [Page 24]
</pre>