<?xml version="1.0" encoding="US-ASCII"?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
<!-- One method to get references from the online citation libraries.
     There has to be one entity for each item to be referenced. 
     An alternate method (rfc include) is described in the references. -->
<!ENTITY RFC2119 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml">
<!ENTITY RFC3912 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3912.xml">
<!ENTITY RFC5730 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5730.xml">
<!ENTITY RFC5731 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5731.xml">
<!ENTITY I-D.narten-iana-considerations-rfc2434bis SYSTEM "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.narten-iana-considerations-rfc2434bis.xml">
]>
<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>
<!-- used by XSLT processors -->
<!-- For a complete list and description of processing instructions (PIs), 
     please see http://xml.resource.org/authoring/README.html. -->
<!-- Below are generally applicable Processing Instructions (PIs) that most I-Ds might want to use.
     (Here they are set differently than their defaults in xml2rfc v1.32) -->
<?rfc private="VeriSign Inc. Proprietary Information" ?>
<?rfc strict="yes" ?>
<!-- give errors regarding ID-nits and DTD validation -->
<!-- control the table of contents (ToC) -->
<?rfc toc="yes"?>
<!-- generate a ToC -->
<?rfc tocdepth="4"?>
<!-- the number of levels of subsections in ToC. default: 3 -->
<!-- control references -->
<?rfc symrefs="yes"?>
<!-- use symbolic references tags, i.e, [RFC2119] instead of [1] -->
<?rfc sortrefs="yes" ?>
<!-- sort the reference entries alphabetically -->
<!-- control vertical white space 
     (using these PIs as follows is recommended by the RFC Editor) -->
<?rfc compact="yes" ?>
<!-- do not start each main section on a new page -->
<?rfc subcompact="yes"?>
<!-- keep one blank line between list items -->
<?rfc comments="yes" ?>
<!-- show cref output -->
<?rfc inline="yes" ?>
<!-- inline cref output -->
<!-- end of list of popular I-D processing instructions -->
<rfc category="info" docName="verisign_epp-extension_whois-info_v01" ipr="none">
  <!-- category values: std, bcp, info, exp, and historic
     ipr values: full3667, noModification3667, noDerivatives3667
     you can add the attributes updates="NNNN" and obsoletes="NNNN" 
     they will automatically be output with "(if approved)" -->

  <!-- ***** FRONT MATTER ***** -->

  <front>
    <title abbrev="whois-info">Whois Info Extension for the Extensible Provisioning Protocol (EPP)</title>

    <author fullname="James Gould" initials="J.G" surname="Gould">
      <organization>VeriSign, Inc.</organization>

      <address>
        <postal>
          <street>12061 Bluemont Way</street>

          <city>Reston</city>

          <region>VA</region>

          <code>20190</code>

          <country>US</country>
        </postal>

        <email>jgould@verisign.com</email>

        <uri>http://www.verisigninc.com</uri>
      </address>
    </author>

    <author fullname="Srikanth Veeramachaneni" 
      initials="S.V" surname="Veeramachaneni">
      <organization>VeriSign, Inc.</organization>

      <address>
        <postal>
          <street>12061 Bluemont Way</street>

          <city>Reston</city>

          <region>VA</region>

          <code>20190</code>

          <country>US</country>
        </postal>

        <email>sveeramachaneni@verisign.com</email>

        <uri>http://www.verisigninc.com</uri>
      </address>
    </author>

    <date day="10" month="January" year="2014"/>

    <abstract>
      <t>This document describes an Extensible Provisioning Protocol (EPP)
      extension mapping for retrieving additional information for a domain name, 
      as defined in the EPP domain name mapping, 
      that has historically been available only in Whois.</t>
    </abstract>
    
    <note title="Legal Disclaimer">
      <t>COPYRIGHT NOTIFICATION</t>
      <t>Copyright 2014 VeriSign, Inc. All rights reserved. VERISIGN; 
      the Verisign logo; and other trademarks, service marks and Verisign designs are registered or 
      unregistered trademarks of VeriSign Inc. and its subsidiaries in the United States and foreign countries. 
      Copyright laws and international treaties protect this document, and any Verisign product to which it relates.</t>
      
      <t>VERISIGN PROPRIETARY INFORMATION</t>
      <t>This document is the property of VeriSign, Inc. and its subsidiaries (together "Verisign") It may be used by 
      recipient only for the purpose for which it was transmitted and must be returned upon request or when no longer 
      needed by recipient. It may not be copied or communicated without the prior written consent of Verisign.</t>

      <t>NOTICE AND CAUTION</t>
      <t>Concerning U.S. Patent or Trademark Rights</t>
      <t>Verisign and other trademarks, service marks and logos are registered or unregistered trademarks of 
      Verisign and its subsidiaries in the United States and in foreign countries. The inclusion in this 
      document, the associated on-line file or the associated software of any information covered by any 
      other patent, trademark or service mark rights does not constitute nor imply a grant of or authority 
      to exercise, any right or privilege protected by such patent, trademark or service mark. All such 
      rights and privileges are vested in the patent, trademark or service mark owner and no other person 
      may exercise such rights without express permission, authority or license secured from the patent, 
      trademark or service mark owner.</t>    
    </note>
    
  </front>

  <middle>
    <section title="Introduction">
      <t>This document describes an extension mapping for version 1.0 of the
      <xref target="RFC5730">Extensible Provisioning Protocol (EPP)</xref>.
      This EPP extension enables a client to retrieve additional information for a domain name, 
      as defined in the <xref target="RFC5731">EPP domain name mapping</xref>, 
      that has historically been available only in <xref target="RFC3912">Whois</xref>.</t>

      <section title="Conventions Used in This Document">
        <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
        "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
        document are to be interpreted as described in <xref
        target="RFC2119">RFC 2119</xref>.</t>

        <t>XML is case sensitive. Unless stated otherwise, XML specifications
        and examples provided in this document MUST be interpreted in the
        character case presented in order to develop a conforming
        implementation.</t>
        
        <t>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 a REQUIRED feature of this protocol.        
        </t>

        <t>"whoisInf-1.0" is used as an abbreviation for
        "http://www.verisign.com/epp/whoisInf-1.0". The XML namespace prefix "whoisInf"
        is used, but implementations MUST NOT depend on it and instead employ
        a proper namespace-aware XML parser and serializer to interpret and
        output the XML documents.</t>
      </section>
    </section>

    <section anchor="attrs" title="Object Attributes">
    
      <t>This extension adds additional elements to the <xref
      target="RFC5731">EPP domain name mapping</xref>. Only those new elements
      are described here.</t>
            
    </section>

    <section anchor="commands" title="EPP Command Mapping">
      <t>A detailed description of the EPP syntax and semantics can be found
      in the EPP core protocol specification <xref target="RFC5730"/>.</t>
      
      <section anchor="queryCommands" title="EPP Query Commands">
      
        <t>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.</t>

      <section anchor="checkCommand" title="EPP &lt;check&gt; Command">
      
       <t>This extension does not add any elements to the EPP &lt;check&gt; command 
       or &lt;check&gt; response described in the 
       <xref target="RFC5731">EPP domain name mapping</xref>.</t>
             
      </section>

      <!-- end CHECK command -->

      <section anchor="infoCommand" title="EPP &lt;info&gt; Command">
      
       <t>This extension defines additional elements to extend the EPP
        &lt;info&gt; command described in <xref target="RFC5731">EPP domain name mapping</xref>.</t>
        
       <t>The EPP &lt;info&gt; command is used to retrieve information associated with a domain object.  In 
       addition to the EPP command elements described in the 
       <xref target="RFC5731">EPP domain name mapping</xref>, the command MUST contain an 
       &lt;extension&gt; element.  The &lt;extension&gt; element MUST contain a child &lt;whoisInf:whoisInf&gt; 
       element that contains the following child element:</t>
        
       <t><list hangIndent="4" style="hanging">
          <t hangText="&lt;whoisInf:flag&gt;">element MUST contain a boolean value of "1" or "true" to indicate that 
          additional whois information is desired in the response or a value of "0" or "false" to indicate that no 
          additional whois information is desired in the response.</t>
       </list></t>
        
        
       <figure>
            <preamble>Example &lt;info&gt; command with the 
            Whois Info extension:</preamble>

            <artwork><![CDATA[
C:<?xml version="1.0" encoding="UTF-8"?>
C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
C:  <command>
C:    <info>
C:      <domain:info
C:        xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
C:        <domain:name>example.com</domain:name>
C:      </domain:info>
C:    </info>
C:    <extension>
C:      <whoisInf:whoisInf
C:        xmlns:whoisInf="http://www.verisign.com/epp/whoisInf-1.0">
C:        <whoisInf:flag>1</whoisInf:flag>
C:      </whoisInf:whoisInf>
C:    </extension>
C:    <clTRID>ABC-12345</clTRID>
C:  </command>
C:</epp>]]></artwork>
       </figure>
       
       <t>When an &lt;info&gt; command has been processed successfully, the EPP &lt;infData&gt; element MUST  
       contain child elements as described in the <xref target="RFC5731">EPP domain name mapping</xref>.   
       In addition to the EPP response element described 
       described in <xref target="RFC5731">EPP domain name mapping</xref>, 
       the response MUST contain an &lt;extension&gt; element with a &lt;whoisInf:whoisInfData&gt;
       child element if the &lt;whoisInf:whoisInf&gt; command extension was included with a &lt;whoisInf:flag&gt; 
       value of "1" or "true".  The &lt;whoisInf:whoisInfData&gt; element contains the following child elements:</t>

       <t><list hangIndent="4" style="hanging">
          <t hangText="&lt;whoisInf:registrar&gt;">element that contains the full name of the sponsoring Registrar.</t>
          <t hangText="&lt;whoisInf:whoisServer&gt;">OPTIONAL element element that contains the sponsoring Registrar's referral whois server name.</t>
          <t hangText="&lt;whoisInf:url&gt;">OPTIONAL element element that contains the sponsoring Registrar's referral URL.</t>
          <t hangText="&lt;whoisInf:irisServer&gt;">OPTIONAL element element that contains the sponsoring Registrar's referral IRIS server name.</t>
       </list></t>

       <figure>
            <preamble>Example &lt;info&gt; response with the 
            Whois Info extension:</preamble>

            <artwork><![CDATA[
S:<?xml version="1.0" encoding="UTF-8"?>
S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
S:  <response>
S:    <result code="1000">
S:      <msg>Command completed successfully</msg>
S:    </result>
S:    <resData>
S:      <domain:infData
S:        xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
S:        <domain:name>example.com</domain:name>
S:        <domain:roid>EXAMPLE1-VRSN</domain:roid>
S:        <domain:status s="ok"/>
S:        <domain:clID>ClientX</domain:clID>
S:        <domain:crID>ClientY</domain:crID>
S:        <domain:crDate>2005-11-11T18:09:52.0354Z
S:        </domain:crDate>
S:        <domain:authInfo>
S:          <domain:pw>2fooBAR</domain:pw>
S:        </domain:authInfo>
S:      </domain:infData>
S:    </resData>
S:    <extension>
S:      <whoisInf:whoisInfData
S:        xmlns:whoisInf="http://www.verisign.com/epp/whoisInf-1.0">
S:        <whoisInf:registrar>Example Registrar Inc.
S:        </whoisInf:registrar>
S:        <whoisInf:whoisServer>whois.example.com
S:        </whoisInf:whoisServer>
S:        <whoisInf:url>http://www.example.com
S:        </whoisInf:url>
S:        <whoisInf:irisServer>iris.example.com
S:        </whoisInf:irisServer>
S:      </whoisInf:whoisInfData>
S:    </extension>
S:    <trID>
S:      <clTRID>ABC-12345</clTRID>
S:      <svTRID>54321-XYZ</svTRID>
S:    </trID>
S:  </response>
S:</epp>]]></artwork>
       </figure>

      </section>
      <!-- end INFO command -->
      
      <section anchor="transferQueryCommand" title="EPP &lt;transfer&gt; Command">
      
       <t>This extension does not add any elements to the EPP &lt;transfer&gt; command 
       or &lt;transfer&gt; response described in the 
       <xref target="RFC5731">EPP domain name mapping</xref>.</t>

      </section>
      <!-- end TRANSFER QUERY command -->
      
      </section>
      
      <section anchor="transformCommands" title="EPP Transform Commands">
      
        <t>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.</t>

      <section anchor="createCommand" title="EPP &lt;create&gt; Command">
      
       <t>This extension does not add any elements to the EPP &lt;create&gt; command 
       or &lt;create&gt; response described in the 
       <xref target="RFC5731">EPP domain name mapping</xref>.</t>
       
      </section>
      <!-- end CREATE command -->

      <section anchor="deleteCommand" title="EPP &lt;delete&gt; Command">
      
       <t>This extension does not add any elements to the EPP &lt;delete&gt; command 
       or &lt;delete&gt; response described in the 
       <xref target="RFC5731">EPP domain name mapping</xref>.</t>
         
      </section>
      <!-- end DELETE command -->

      <section anchor="renewCommand" title="EPP &lt;renew&gt; Command">
      
       <t>This extension does not add any elements to the EPP &lt;renew&gt; command 
       or &lt;renew&gt; response described in the 
       <xref target="RFC5731">EPP domain name mapping</xref>.</t>
       
      </section>
      <!-- end RENEW command -->
      
      <section anchor="transferCommand" title="EPP &lt;transfer&gt; Command">
      
       <t>This extension does not add any elements to the EPP &lt;transfer&gt; command 
       or &lt;transfer&gt; response described in the 
       <xref target="RFC5731">EPP domain name mapping</xref>.</t>
       
      </section>
      <!-- end TRANSFER command -->
      
      <section anchor="updateCommand" title="EPP &lt;update&gt; Command">
      
       <t>This extension does not add any elements to the EPP &lt;update&gt; command 
       or &lt;update&gt; response described in the 
       <xref target="RFC5731">EPP domain name mapping</xref>.</t>
        
      </section>
      <!-- end UPDATE command -->

    </section>
      
    </section>

    <!-- EPP command mapping -->

    <section anchor="syntax" title="Formal Syntax">
    
      <t>One schema is presented here that is the Whois Info Extension
      schema.</t>
      
      <t>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 schema; they are used to note the
      beginning and ending of the schema for URI registration purposes.</t>

    <section title="Whois Info Extension Schema">

      <figure>
        <artwork><![CDATA[
BEGIN
<?xml version="1.0" encoding="UTF-8"?>

<schema targetNamespace=
  "http://www.verisign.com/epp/whoisInf-1.0"
  xmlns:whoisInf="http://www.verisign.com/epp/whoisInf-1.0"
  xmlns:eppcom="urn:ietf:params:xml:ns:eppcom-1.0"
  xmlns="http://www.w3.org/2001/XMLSchema"
  elementFormDefault="qualified">

  <import namespace="urn:ietf:params:xml:ns:eppcom-1.0"
    schemaLocation="eppcom-1.0.xsd"/>

  <annotation>
     <documentation>
       Extensible Provisioning Protocol v1.0 
       extension schema for Whois Info
     </documentation>
  </annotation>

<!-- 
Possible Whois Info extension root elements
-->
  <element name="whoisInf" 
    type="whoisInf:whoisInfType"/>
  <element name="whoisInfData" 
    type="whoisInf:whoisInfDataType"/>

<!--
Child elements for the <whoisInf> extension which 
is used as an extension to an info command.
-->
  <complexType name="whoisInfType">
    <sequence>
      <element name="flag" type="boolean"/>
    </sequence>
  </complexType>

<!--
Child elements for the <whoisInfData> extension which 
is used as an extension to the info response.
-->
  <complexType name="whoisInfDataType">
    <sequence>
      <element name="registrar" type="string"/>
      <element name="whoisServer" type="eppcom:labelType" 
        minOccurs="0"/>
      <element name="url" type="token"  
        minOccurs="0"/>
      <element name="irisServer" type="eppcom:labelType" 
        minOccurs="0"/>
    </sequence>
  </complexType>

</schema>
END]]></artwork>
      </figure>
      </section>
    </section>
   
   <section title="Change History">
    <section title="Version 01" anchor="version-01">
      <t><list style="numbers">
        <t>Initial version of Internet-Draft format of the 
        Whois Info Extension, version 1.0.</t>
      </list></t>
    </section>
   </section>
    

    <section anchor="Security" title="Security Considerations">
      <t>The mapping extensions described in this document do not provide any
      security services beyond those described by <xref
      target="RFC5730">EPP</xref> and protocol layers used by EPP. The security
      considerations described in these other specifications apply to this
      specification as well.</t>
    </section>

  </middle>

  <!--  *****BACK MATTER ***** -->

  <back>
    <!-- References split into informative and normative -->

    <!-- There are 2 ways to insert reference entries from the citation libraries:
     1. define an ENTITY at the top, and use "ampersand character"RFC2629; here (as shown)
     2. simply use a PI "less than character"?rfc include="reference.RFC.2119.xml"?> here
        (for I-Ds: include="reference.I-D.narten-iana-considerations-rfc2434bis.xml")

     Both are cited textually in the same manner: by using xref elements.
     If you use the PI option, xml2rfc will, by default, try to find included files in the same
     directory as the including file. You can also define the XML_LIBRARY environment variable
     with a value containing a set of directories to search.  These can be either in the local
     filing system or remote ones accessed by http (http://domain/dir/... ).-->

    <references title="Normative References">
       
      &RFC2119;
      
      &RFC3912;

      &RFC5730;

      &RFC5731;

    </references>
  </back>

  <!-- vim: set ts=2 sw=2 expandtab: -->
</rfc>
