Network Working Group J. Gould Internet-Draft VeriSign, Inc. Intended status: Standards Track F. Obispo Expires: October 19, 2017 L. Munoz Uniregistry Corp. April 17, 2017 Extensible Provisioning Protocol (EPP) Internationalized Domain Name (IDN) Table Mapping draft-gould-idn-table-04 Abstract This document describes an Extensible Provisioning Protocol (EPP) mapping for getting Internationalized Domain Name (IDN) Table information for the registration of IDNs, using the EPP domain name mapping, and optionally with the IDN mapping extension. An IDN Table defines the valid set of characters (code points) that can be used in a domain name. Code points may overlap across IDN Tables and the IDN Tables supported by the servers are up to server policy. The IDN Table information can be used to validate an IDN prior to registration, can be cached by the client for pre-validation, can be used to select the best IDN Table for the IDN, and can be used to know if and what IDN Table Identifier to pass in a domain create. Status of This Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on October 19, 2017. Gould, et al. Expires October 19, 2017 [Page 1] Internet-Draft idnTableMap April 2017 Copyright Notice Copyright (c) 2017 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3 1.1. Conventions Used in This Document . . . . . . . . . . . . 3 2. Object Attributes . . . . . . . . . . . . . . . . . . . . . . 4 2.1. IDN Table Identifier . . . . . . . . . . . . . . . . . . 4 2.2. Domain Name . . . . . . . . . . . . . . . . . . . . . . . 4 3. EPP Command Mapping . . . . . . . . . . . . . . . . . . . . . 4 3.1. EPP Query Commands . . . . . . . . . . . . . . . . . . . 5 3.1.1. EPP Command . . . . . . . . . . . . . . . . . 5 3.1.1.1. Domain Check Form . . . . . . . . . . . . . . . . 5 3.1.1.2. Table Check Form . . . . . . . . . . . . . . . . 7 3.1.2. EPP Command . . . . . . . . . . . . . . . . . 9 3.1.2.1. Domain Info Form . . . . . . . . . . . . . . . . 9 3.1.2.2. Table Info Form . . . . . . . . . . . . . . . . . 13 3.1.2.3. List Info Form . . . . . . . . . . . . . . . . . 17 3.1.3. EPP Command . . . . . . . . . . . . . . . 19 3.2. EPP Transform Commands . . . . . . . . . . . . . . . . . 19 3.2.1. EPP Command . . . . . . . . . . . . . . . . 20 3.2.2. EPP Command . . . . . . . . . . . . . . . . 20 3.2.3. EPP Command . . . . . . . . . . . . . . . . . 20 3.2.4. EPP Command . . . . . . . . . . . . . . . 20 3.2.5. EPP Command . . . . . . . . . . . . . . . . 20 4. Formal Syntax . . . . . . . . . . . . . . . . . . . . . . . . 20 4.1. IDN Table Mapping Schema . . . . . . . . . . . . . . . . 20 5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 25 5.1. XML Namespace . . . . . . . . . . . . . . . . . . . . . . 25 5.2. EPP Extension Registry . . . . . . . . . . . . . . . . . 26 6. Security Considerations . . . . . . . . . . . . . . . . . . . 26 7. Normative References . . . . . . . . . . . . . . . . . . . . 26 Appendix A. Change History . . . . . . . . . . . . . . . . . . . 27 A.1. Change from 00 to 01 . . . . . . . . . . . . . . . . . . 27 A.2. Change from 01 to 02 . . . . . . . . . . . . . . . . . . 27 Gould, et al. Expires October 19, 2017 [Page 2] Internet-Draft idnTableMap April 2017 A.3. Change from 02 to 03 . . . . . . . . . . . . . . . . . . 27 A.4. Change from 03 to 04 . . . . . . . . . . . . . . . . . . 27 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 27 1. Introduction This document describes an extension mapping for version 1.0 of the Extensible Provisioning Protocol (EPP) [RFC5730]. This EPP mapping provides Internationalized Domain Name (IDN) Table information for the registration of IDNs, using the EPP domain name mapping [RFC5731], and optionally with the IDN mapping extension [I-D.ietf-eppext-idnmap]. An IDN Table defines the valid set of characters (code points) that can be used in a domain name. Code points may overlap across IDN Tables and the IDN Tables supported by the servers are up to server policy. This mapping provides the information clients need to register IDNs across a variety of servers with differing IDN policies. The IDN Table Mapping can be used for the following: "Validate IDN Domain Name" Validate that an IDN meets the server IDN policy. The validation can be done prior to submitting a domain create, per [RFC5731]. "Get IDN Tables Matching IDN Domain Name Along with Meta-Data" Since IDN Table code points may overlap, the mapping can be used to identify the matching set of IDN Tables (language or script), along with the IDN Table meta-data. "Cache IDN Table Code Points" Clients can query for the complete list of IDN Tables and can get the IDN Table meta-data, based on server policy, to support pre-validation in the client. "Get the IDN Table Identifier to Pass with a Domain Create" Each IDN Table includes a server unique IDN Table Identifier that may be used as the value of the element in the IDN mapping extension [I-D.ietf-eppext-idnmap]. A flag indicates whether the IDN mapping extension [I-D.ietf-eppext-idnmap] is needed for the domain name. 1.1. Conventions Used in This Document 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 RFC 2119 [RFC2119]. 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. Gould, et al. Expires October 19, 2017 [Page 3] Internet-Draft idnTableMap April 2017 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. "idnTable-1.0" is used as an abbreviation for "urn:ietf:params:xml:ns:idnTable-1.0". The XML namespace prefix "idnTable" 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. 2. Object Attributes An EPP IDN Table object has attributes and associated values that can help in the registration of IDNs. This section describes each type in detail. The formal syntax for the attribute values described here can be found in the "Formal Syntax" section of this document and in the appropriate normative references. 2.1. IDN Table Identifier The IDN Table Identifier is a server-defined unique value for an IDN Table object. It is represented using an element or an element. The IDN Table Identifier is used in the and commands and responses. The IDN Table Identifier MAY also be used as the value for the IDN mapping extension [I-D.ietf-eppext-idnmap] element with a domain create of an IDN object. 2.2. Domain Name A Domain Name, as represented by an element, is used to enable validating the code points against the server IDN Tables and IDN policies and for retrieving IDN Table information associated with the domain name. The Domain Name MUST be represented as either a U-label or A-label as defined in [RFC5890]. An OPTIONAL attribute "form" MAY be used to specify the representation. When present, the "form" attribute MUST be set to either "aLabel" for A-label or "uLabel" for U-label, depending on the chosen representation for the domain name. The default "form" attribute is "aLabel" for A-label. 3. EPP Command Mapping A detailed description of the EPP syntax and semantics can be found in the EPP core protocol specification [RFC5730]. Gould, et al. Expires October 19, 2017 [Page 4] Internet-Draft idnTableMap April 2017 3.1. EPP Query Commands EPP provides three commands to retrieve object information: to determine if an object is known to the server, to retrieve detailed information associated with an object, and to retrieve object transfer status information. 3.1.1. EPP Command There are two forms of the EPP command: the Domain Check Form (Section 3.1.1.1) and the Table Check Form (Section 3.1.1.2). 3.1.1.1. Domain Check Form The Domain Check Form is used to check the validity of the domain name against the server IDN Tables and IDN policies, return whether the IDN mapping extension [I-D.ietf-eppext-idnmap] is needed with a domain command, and provide the matching list of IDN Table Identifiers. This mapping is not intended to determine the availability of the domain name. In addition to the standard EPP command elements, the command MUST contain an element that identifies the idnTable namespace. The element in the Domain Check Form contains the following child elements: One or more elements that contain the fully qualified names of the domain objects, as defined in Section 2.2, to validate. Example Domain Check Form command with three IDNs: C: C: C: C: C: C: idn1.example C: idn2.example C: idn3.example C: C: C: ABC-12345 C: C: Gould, et al. Expires October 19, 2017 [Page 5] Internet-Draft idnTableMap April 2017 When a command has been processed successfully, the EPP element MUST contain a child element that identifies the idnTable namespace. The element in the Domain Check Form contain one or more elements that contain the following child elements: The fully qualified name of the domain object, as defined in Section 2.2. The element MUST contain a "valid" attribute whose value indicates whether the domain name is valid according to the server IDN Tables and IDN policies. A value of "1" or "true" means that the domain name is valid according to the server IDN Tables and policies. A value of "0" or "false" means that the domain name is not valid according to the server IDN Tables and policies. The element MAY contain an "idnmap" attribute value that indicates whether the server requires the use of the IDN mapping extension [I-D.ietf-eppext-idnmap] with a domain create of the domain name. A value of "1" or "true" means that the IDN mapping extension [I-D.ietf-eppext-idnmap] is required using one of the values. A value of "0" or "false" means that the IDN mapping extension [I-D.ietf-eppext-idnmap] is not required. OPTIONAL reason that the domain name is not valid. If present, this element contains server-specific text to help explain why the domain name is not valid. This text MUST be represented in the response language previously negotiated with the client; an OPTIONAL "lang" attribute MAY be present to identify the language if the negotiated value is something other than the default value of "en" (English). Zero or more OPTIONAL elements that contain the server defined IDN Table Identifier, as defined in Section 2.1, that matches the code points of the element. The MAY be used as the value of the element in the IDN mapping extension [I-D.ietf-eppext-idnmap] for creating the IDN object or MAY be used as the value of the element of the Table Info Form (Section 3.1.2.2) command, as described in Section 3.1.2, to retrieve more information about the IDN Table. Gould, et al. Expires October 19, 2017 [Page 6] Internet-Draft idnTableMap April 2017 Example Domain Check Form response with three IDNs: S: S: S: S: S: Command completed successfully S: S: S: S: S: S: idn1.example S: CHI S: S: S: S: idn2.example S: CHI S: JPN S: S: S: S: idn3.example S: Commingled scripts S: S: S: S: S: S: ABC-12345 S: 54321-XYZ S: S: S: 3.1.1.2. Table Check Form The Table Check Form is used to check the existence of an IDN Table using the IDN Table Identifier represented by the element. In addition to the standard EPP command elements, the command MUST contain an element that identifies the idnTable namespace. The element in the Table Check Form contains the following child elements: Gould, et al. Expires October 19, 2017 [Page 7] Internet-Draft idnTableMap April 2017 One or more elements that contain the IDN Table Identifier, as defined in Section 2.1, to check for existence. Example Table Check Form command with three IDN Table Identifiers: C: C: C: C: C: C: CHI C: JPN C: INVALID C: C: C: ABC-12345 C: C: When a command has been processed successfully, the EPP element MUST contain a child element that identifies the idnTable namespace. The element in the Table Check Form contains the following child elements: One or more elements that contain the IDN Table Identifier, as defined in Section 2.1. The element MUST contain an "exists" attribute whose value indicates the existence of the IDN Table Identifier. A value of "1" or "true" means that the IDN Table Identifier exists. A value of "0" or "false" means that the IDN Table Identifier does not exist. Gould, et al. Expires October 19, 2017 [Page 8] Internet-Draft idnTableMap April 2017 Example Table Check Form response with three IDN Table Identifiers: S: S: S: S: S: Command completed successfully S: S: S: S: CHI S: S: JPN S: S: INVALID S: S: S: S: S: ABC-12345 S: 54321-XYZ S: S: S: 3.1.2. EPP Command There are three forms of the EPP command: the Domain Info Form (Section 3.1.2.1), the Table Info Form (Section 3.1.2.2), and the List Info Form (Section 3.1.2.3). 3.1.2.1. Domain Info Form The Domain Info Form is used to validate the domain name code points against the IDN Tables and IDN policies, and to return the matching IDN Table meta-data. The domain name, as defined in Section 2.2 can be provided as either a U-label or A-label. In addition to the standard EPP command elements, the command MUST contain an element that identifies the idnTable namespace. The element in the Domain Info Form contains the following child elements: The domain name, as defined in Section 2.2, to validate against the IDN Tables and IDN policies, and to retrieve the matching IDN Table meta-data. Gould, et al. Expires October 19, 2017 [Page 9] Internet-Draft idnTableMap April 2017 Example Domain Info Form command using a U-label Domain Name: C: C: C: C: C: C: idn1.example C: C: C: ABC-12345 C: C: Example Domain Info Form command using an A-label Domain Name: C: C: C: C: C: C: xn--idn1.example C: C: C: ABC-12345 C: C: When an command has been processed successfully, the EPP element MUST contain a child element that identifies the idnTable namespace. The element in the Domain Info Form contains the element that contains the following child elements: The fully qualified name of the domain object, as defined in Section 2.2. The element MUST contain a "valid" attribute whose value indicates whether the domain name is valid according to the server IDN Tables and IDN policies. A value of "1" or "true" means that the domain name is valid according to the server IDN Tables and policies. A value of "0" or "false" means that the domain name is not valid according to the server IDN Tables and policies. The element MAY contain an "idnmap" attribute value that indicates whether the server requires the use of the IDN mapping extension [I-D.ietf-eppext-idnmap] with a domain create of the domain name. A value of "1" or "true" means that the IDN mapping extension [I-D.ietf-eppext-idnmap] is Gould, et al. Expires October 19, 2017 [Page 10] Internet-Draft idnTableMap April 2017 required using one of the values. A value of "0" or "false" means that the IDN mapping extension [I-D.ietf-eppext-idnmap] is not required. or OPTIONAL U-label or A-label form of the domain name value of the element in the opposite form, as defined in Section 2.2. Zero or more OPTIONAL elements that provide the IDN Table meta-data information. The element contains the following child elements: Server defined IDN Table Identifier, as defined in Section 2.1. The type of the IDN Table with the possible values of "language", to reflect a Language IDN Table, and "script", to reflect a Script IDN Table. Server defined description of the IDN Table. This text MUST be represented in the response language previously negotiated with the client; an OPTIONAL "lang" attribute MAY be present to identify the language if the negotiated value is something other than the default value of "en" (English). OPTIONAL boolean flag indicating that domains created using the IDN Table will have IDN variants generated. The management of variants is up to server policy. Gould, et al. Expires October 19, 2017 [Page 11] Internet-Draft idnTableMap April 2017 Example Domain Info Form response for a U-label Domain Name: S: S: S: S: S: Command completed successfully S: S: S: S: S: idn1.example S: S: xn--idn1.example S: S: THAI S: script S: Thai S: S: false S: S: S: S: S: S: ABC-12345 S: 54321-XYZ S: S: S: Gould, et al. Expires October 19, 2017 [Page 12] Internet-Draft idnTableMap April 2017 Example Domain Info Form response for an A-label Domain Name: S: S: S: S: S: Command completed successfully S: S: S: S: S: S: xn--idn1.example S: S: idn1.example S: S: CHI S: language S: Chinese (CHI) S: S: true S: S: S: JPN S: language S: Japanese (JPN) S: S: false S: S: S: S: S: S: ABC-12345 S: 54321-XYZ S: S: S: 3.1.2.2. Table Info Form The Table Info Form is used to retrieve information associated with an IDN Table object. The information provided meta-data about the IDN Table object. In addition to the standard EPP command elements, the command MUST contain an element that identifies the Gould, et al. Expires October 19, 2017 [Page 13] Internet-Draft idnTableMap April 2017 idnTable namespace. The element in the Table Info Form contains the following child elements: Contains the IDN Table Identifier, as defined in Section 2.1, of the IDN Table object to be queried. Example Table Info Form command for the "CHI" IDN Table Identifier, which represents a Language IDN Table: C: C: C: C: C: C: CHI C: C: C: ABC-12345 C: C: Example Table Info Form command for the "THAI" IDN Table Identifier, which represents a Script IDN Table: C: C: C: C: C: C: THAI C: C: C: ABC-12345 C: C: When an command has been processed successfully, the EPP element MUST contain a child element that identifies the idnTable namespace. The element in the Table Info Form contains the element that contains the following child elements: Server defined IDN Table Identifier, as defined in Section 2.1. Gould, et al. Expires October 19, 2017 [Page 14] Internet-Draft idnTableMap April 2017 The type of the IDN Table with the possible values of "language", to reflect a Language IDN Table, and "script", to reflect a Script IDN Table. Server defined description of the IDN Table. This text MUST be represented in the response language previously negotiated with the client; an OPTIONAL "lang" attribute MAY be present to identify the language if the negotiated value is something other than the default value of "en" (English). Contains the date and time that the IDN Table was created or last updated. OPTIONAL server defined version number of the IDN Table. OPTIONAL effective date for the IDN Table. OPTIONAL boolean flag indicating that domains created using the IDN Table will have IDN variants generated. The management of variants is up to server policy. OPTIONAL URL for downloading the IDN Table with the applicable set of code points and rules. Gould, et al. Expires October 19, 2017 [Page 15] Internet-Draft idnTableMap April 2017 Example Table Info Form response for the "CHI" IDN Table Identifier, which represents a Language IDN Table: S: S: S: S: S: Command completed successfully S: S: S: S: S: CHI S: language S: Chinese (CHI) S: S: 2015-02-04T09:30:00.0Z S: S: 1.0 S: 2014-11-24 S: S: true S: S: https://www.iana.org/domains/idn-tables/tables/tld_chi_1.0.txt S: S: S: S: S: S: ABC-12345 S: 54321-XYZ S: S: S: Gould, et al. Expires October 19, 2017 [Page 16] Internet-Draft idnTableMap April 2017 Example Table Info Form response for the "THAI" IDN Table Identifier, which represents a Script IDN Table: S: S: S: S: S: Command completed successfully S: S: S: S: S: THAI S: script S: Thai S: 2014-08-16T09:20:00.0Z S: S: 1.0 S: 2014-11-24 S: S: false S: S: https://www.iana.org/domains/idn-tables/tables/tld_thai_1.0.txt S: S: S: S: S: S: ABC-12345 S: 54321-XYZ S: S: S: 3.1.2.3. List Info Form The List Info Form is used to retrieve the list of IDN Tables supported by the server. The list of IDN Table Identifiers MAY be used to query for the IDN Table information using the Table Info Form (Section 3.1.2.2). In addition to the standard EPP command elements, the command MUST contain an element that identifies the idnTable namespace. The element in the List Info Form contains the following child elements: Gould, et al. Expires October 19, 2017 [Page 17] Internet-Draft idnTableMap April 2017 Empty element used as a marker to the server of the List Info Form to retrieve the list of IDN Tables. Example List Info Form command: C: C: C: C: C: C: C: C: C: ABC-12345 C: C: When an command has been processed successfully, the EPP element MUST contain a child element that identifies the idnTable namespace. The element in the List Info Form contains the element that contains the following child elements: Zero or more elements that contain the following child elements: Server defined IDN Table Identifier, as defined in Section 2.1, that is supported by the server. The element value MAY be used as the value of the element value in the Table Info Form (Section 3.1.2.2) command to retrieve the information on the IDN Table. Contains the date and time that the IDN Table was created or last updated. This element can be used to determine whether a client-side cache needs to be refreshed for the IDN Table using the Table Info Form (Section 3.1.2.2). Gould, et al. Expires October 19, 2017 [Page 18] Internet-Draft idnTableMap April 2017 Example List Info Form response that contains three IDN Table Identifiers: S: S: S: S: S: Command completed successfully S: S: S: S: S: S: CHI S: 2015-02-04T09:30:00.0Z S: S: S: S: JPN S: 2015-01-01T09:40:00.0Z S: S: S: S: THAI S: 2014-08-16T09:20:00.0Z S: S: S: S: S: S: S: ABC-12345 S: 54321-XYZ S: S: S: 3.1.3. EPP Command Transfer semantics do not apply to IDN table objects, so there is no mapping defined for the EPP command. 3.2. EPP Transform Commands EPP provides five commands to transform objects: to create an instance of an object, to delete an instance of an object, to extend the validity period of an object, Gould, et al. Expires October 19, 2017 [Page 19] Internet-Draft idnTableMap April 2017 to manage object sponsorship changes, and to change information associated with an object. 3.2.1. EPP Command Create semantics do not apply to IDN table objects, so there is no mapping defined for the EPP command. 3.2.2. EPP Command Delete semantics do not apply to IDN table objects, so there is no mapping defined for the EPP command. 3.2.3. EPP Command Renewal semantics do not apply to IDN table objects, so there is no mapping defined for the EPP command. 3.2.4. EPP Command Transfer semantics do not apply to IDN table objects, so there is no mapping defined for the EPP command. 3.2.5. EPP Command Update semantics do not apply to IDN table objects, so there is no mapping defined for the EPP command. 4. Formal Syntax One schema is presented here that is the EPP IDN Table Mapping schema. 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. 4.1. IDN Table Mapping Schema BEGIN Gould, et al. Expires October 19, 2017 [Page 20] Internet-Draft idnTableMap April 2017 Extensible Provisioning Protocol v1.0 IDN Table Mapping. Gould, et al. Expires October 19, 2017 [Page 21] Internet-Draft idnTableMap April 2017 Gould, et al. Expires October 19, 2017 [Page 22] Internet-Draft idnTableMap April 2017 Gould, et al. Expires October 19, 2017 [Page 23] Internet-Draft idnTableMap April 2017 END 5. IANA Considerations 5.1. XML Namespace This document uses URNs to describe XML namespaces and XML schemas conforming to a registry mechanism described in [RFC3688]. The following URI assignment is requested of IANA: URI: urn:ietf:params:xml:ns:idnTable-1.0 Registrant Contact: See the "Author's Address" section of this document. Gould, et al. Expires October 19, 2017 [Page 25] Internet-Draft idnTableMap April 2017 XML: See the "Formal Syntax" section of this document. 5.2. EPP Extension Registry The EPP extension described in this document should be registered by the IANA in the EPP Extension Registry described in [RFC7451]. The details of the registration are as follows: Name of Extension: "Extensible Provisioning Protocol (EPP) Internationalized Domain Name (IDN) Table Mapping" Document status: Standards Track Reference: (insert reference to RFC version of this document) Registrant Name and Email Address: IESG, TLDs: Any IPR Disclosure: None Status: Active Notes: None 6. Security Considerations The mapping extensions described in this document do not provide any security services beyond those described by EPP [RFC5730] and protocol layers used by EPP. The security considerations described in these other specifications apply to this specification as well. 7. Normative References [I-D.ietf-eppext-idnmap] Obispo, F., "Internationalized Domain Name Mapping Extension for the Extensible Provisioning Protocol (EPP)", draft-ietf-eppext-idnmap-02 (work in progress), January 2015. [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, . [RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, DOI 10.17487/RFC3688, January 2004, . Gould, et al. Expires October 19, 2017 [Page 26] Internet-Draft idnTableMap April 2017 [RFC5730] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", STD 69, RFC 5730, DOI 10.17487/RFC5730, August 2009, . [RFC5731] Hollenbeck, S., "Extensible Provisioning Protocol (EPP) Domain Name Mapping", STD 69, RFC 5731, DOI 10.17487/RFC5731, August 2009, . [RFC5890] Klensin, J., "Internationalized Domain Names for Applications (IDNA): Definitions and Document Framework", RFC 5890, DOI 10.17487/RFC5890, August 2010, . [RFC7451] Hollenbeck, S., "Extension Registry for the Extensible Provisioning Protocol", RFC 7451, DOI 10.17487/RFC7451, February 2015, . Appendix A. Change History A.1. Change from 00 to 01 1. Amended XML Namespace section of IANA Considerations, added EPP Extension Registry section. A.2. Change from 01 to 02 1. Removed support for returning the idnTable:codePoint and idnTable:codeRange elements in the table info response based on the feedback at the Registration Operations Workshop (ROW), held on March 22, 2015, prior to IETF-92. 2. Fixed info command samples that referenced the element instead of the element. A.3. Change from 02 to 03 1. Ping update. A.4. Change from 03 to 04 1. Ping update. Authors' Addresses Gould, et al. Expires October 19, 2017 [Page 27] Internet-Draft idnTableMap April 2017 James Gould VeriSign, Inc. 12061 Bluemont Way Reston, VA 20190 US Email: jgould@verisign.com URI: http://www.verisigninc.com Francisco Obispo Uniregistry Corp. 3-110 Governors Square Grand Cayman, Grand Cayman KY1-1108 KY Email: fobispo@uniregistry.com URI: http://www.uniregistry.com/ Luis Enrique Munoz Uniregistry Corp. 3-110 Governors Square Grand Cayman, Grand Cayman KY1-1108 KY Email: fobispo@uniregistry.com URI: http://www.uniregistry.com/ Gould, et al. Expires October 19, 2017 [Page 28]