Network Working Group B. Hoeneisen
Request for Comments: 5076 SWITCH
Category: Standards Track December 2007
ENUM Validation Information Mapping
for the Extensible Provisioning Protocol
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.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
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.
この文書では、E.164番号マッピング（ENUM）ドメイン名が基づいているE.164番号（または番号の範囲）に適用された検証プロセスに関するマッピング情報の拡張可能なプロビジョニングプロトコル（EPP）、拡張フレームワークを記述する。拡張マークアップ言語（XML）に指定され、このマッピングはENUMドメイン名のプロビジョニングに必要な追加機能を提供するために、EPPドメイン名マッピングを拡張します。
Table of Contents
1. Introduction ....................................................2
2. Terminology .....................................................3
3. Requirements ....................................................4
4. Object Attributes ...............................................4
4.1. ENUM Domain Names ..........................................4
4.2. Validation Information Commands ............................4
4.3. Id .........................................................4
4.4. Validation Information .....................................5
4.5. Validation Elements in the Example .........................5
4.5.1. Method Identifier ...................................5
4.5.2. Validation Entity Identifier ........................5
4.5.3. Registrar Identifier ................................5
4.5.4. Execution Date ......................................6
4.5.5. Expiration Date .....................................6
5. EPP Command Mapping .............................................6
5.1. EPP Query Commands .........................................6
5.1.1. EPP <check> Command .................................6
5.1.2. EPP <info> Command ..................................6
5.1.3. EPP <transfer> Command ..............................8
5.2. EPP Transform Commands .....................................9
5.2.1. EPP <create> Command ................................9
5.2.2. EPP <delete> Command ...............................11
5.2.3. EPP <renew> Command ................................11
5.2.4. EPP <transfer> Command .............................13
5.2.5. EPP <update> Command ...............................15
6. Formal Syntax ..................................................16
7. IANA Considerations ............................................21
8. Security Considerations ........................................21
9. Acknowledgements ...............................................22
10. References ....................................................22
10.1. Normative References .....................................22
10.2. Informative References ...................................23
This document describes a framework for an ENUM [2] validation information mapping for version 1.0 of EPP [3]. This mapping, an extension of the EPP domain name mapping described in [4], is specified using XML 1.0, as described in [5], and XML Schema notation, as described in [6] and [7].
この文書では、[3] EPPのバージョン1.0のENUM [2]の検証情報のマッピングのためのフレームワークを記述する。記載のように、[5]、およびXMLスキーマ表記法で説明したように、このマッピング、[4]、XML 1.0を使用して指定されているに記載EPPドメイン名マッピングの拡張、[6]、[7]。
The EPP core protocol specification [3] 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.
EPPコアプロトコル仕様[3] EPPコマンドとレスポンス構造の完全な説明を提供します。基本プロトコル仕様の完全な理解は、本書で説明したマッピングを理解する必要があります。
ENUM [2] describes how the Domain Name System (DNS) can be used to identify services associated with an E.164 number.
ENUM [2]ドメインネームシステム（DNS）は、E.164番号に関連付けられているサービスを識別するために使用することができる方法について説明。
As described in RFC 4725 [9], 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.
RFC 4725に記載されているように[10]、E.164番号（または番号の範囲）の通常のみ譲受人対応するENUMドメイン名を登録する権利を有します。従って、ENUM検証プロセスは、ENUMドメイン名がDNSに挿入することができる前に適用されなければなりません。検証プロセスは、ENUMドメイン名の所有者が、対応するE.164番号（または番号の範囲）の譲受人に一致することを保証しなければなりません。しかし、ENUMの検証方法の詳細は、このドキュメントの範囲を超えています。
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.
この文書に記載されEPP拡張は、ENUM検証プロセスに関する情報のマッピングのためのフレームワークを指定します。現地の法律又は検証手順は変化することができるように、検証情報自体の内容は、本明細書の一部ではありません。
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.
しかし、このドキュメントは、検証情報がどのように見えるかを示すために、（XMLスキーマを含む）作業例が含まれています。この例では、さらに軽量な検証プロセスを使用することができます。実際には、スイスのENUMトライアルの不可欠な一部となっています。
Using this extension framework, the content of the validation information can be specified according to the local requirements. Such an extension is specified in [10].
この拡張フレームワークを使用して、検証情報の内容は、ローカルの要件に応じて指定することができます。そのような拡張は、[10]で指定されています。
More background information concerning the validation can be found in RFC 4725 [9], which also describes a typical basic role model for the ENUM registration process.
検証に関するより多くの背景情報は、RFC 4725 [9]、また、ENUM登録処理のための典型的な基本的な役割モデルを説明中に見出すことができます。
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 [1].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はありますRFC 2119に記載されるように解釈される[1]。
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.
実施例では、「Cは、」プロトコル・クライアントと「S」によって送信された行を表すプロトコル・サーバーによって戻さ行を表します。実施例におけるくぼみとホワイトスペースは、要素の関係を説明するためにのみ提供され、本明細書の特徴を必要とされません。
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.
XMLは大文字と小文字が区別されます。特に明記しない限り、このドキュメントに記載されているXMLの仕様および実施例は、適合実装を開発するために提示した文字ケースで解釈されなければなりません。
The following requirements are the basis for this work:
以下の要件は、この作業の基礎であります：
1. The design shall allow multiple policies and validation procedures.
1.デザインは、複数のポリシーと検証の手続きを許可するものとします。
2. It shall be possible to transmit validation information with EPP domain object requests and responses.
2. EPPドメインオブジェクトの要求と応答との検証情報を送信することが可能でなければなりません。
3. It shall be possible to add, modify, and remove validation information.
3.追加、変更、および検証情報を削除することが可能でなければなりません。
4. It shall be possible to retrieve validation information stored in the ENUM Registry.
4. ENUMレジストリに保存されている検証情報を取得することが可能でなければなりません。
This extension adds additional elements to the EPP domain name mapping [4]. Only new element descriptions are listed here.
この拡張は、EPPドメイン名マッピング[4]に追加要素を追加します。唯一の新しい要素の説明はここに記載されています。
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 [2].
ENUMドメイン名がENUM仕様に記載されているように、ドメイン名の構文に準拠するように変換されたE.164番号の表現である[2]。
The following commands are defined for handling validation information at the registry:
以下のコマンドは、レジストリで検証情報を処理するために定義されています。
o add: to add new validation information
Oを追加：新しい検証情報を追加します
o rem: to revoke validation information
Oのレム：検証情報を取り消します
o chg: to change stored validation information
O CHG：保存された検証情報を変更するには
o inf: to get information about stored validation information
Oのinfファイル：保存された検証情報についての情報を取得します
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.
検証を識別するために使用される「id」属性は、文字列を使用して、このマッピングで表現されます。それは、少なくとも同じENUMドメイン名内で一意でなければなりません。でもENUMドメイン名の移転後に一意性を確保するために、「id」属性は、ENUMレジストリごとに一意であることが推奨されます。
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 Section 4.2).
通常、ENUMレジストラによって割り当てられた「id」属性は、保存された検証情報を取り消したり変更するために必要と検証情報コマンド要素（4.2節を参照）に表示されます。
The <validationInfo> element can contain any element containing validation information that is documented adequately. It is represented in this mapping using the XML schema <any> element and therefore, is extensible.
<validationInfo>要素が適切に文書化されている検証情報を含む任意の要素を含むことができます。これは、XMLスキーマ<任意>要素を使用して、このマッピングで表されるため、拡張可能です。
The number of <validationInfo> elements permitted per domain object is subject to local policy.
ドメイン・オブジェクトごとに許可<validationInfo>要素の数は、ローカルポリシーの対象です。
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.
上述したように、この文書は、この文書全体EPP例で使用されている検証情報の可能コンテンツの例を含みます。
This example is an optional part of this specification, i.e., a fully compliant RFC 5076 implementation does not need to implement this example.
この例は、本明細書の任意の部分であり、すなわち、完全に準拠したRFC 5076の実装は、この例を実装する必要はありません。
The <methodID> 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 Section 1, the details of the ENUM validation methods are beyond the scope of this document.
<methodID>要素は、63文字の最大長の文字列を使用して、このマッピングに示されています。これは、検証のために使用される方法のための識別子が含まれています。第1節で述べたように、ENUMの検証方法の詳細は、このドキュメントの範囲を超えています。
The <validationEntityID> 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.
<validationEntityID>要素は、3〜16文字の長さの文字列を使用して、このマッピングに示されています。これは、ENUMレジストリによって、例えば、ENUM検証エンティティに割り当てられた識別子を含みます。
The <registrarID> 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.
<registrarID>要素は、3〜16文字の長さの文字列を使用して、このマッピングに示されています。これは、ENUMレジストリがENUMレジストラに割り当てられた識別子が含まれています。
The <executionDate> element, the execution date of the validation, is represented in this mapping using the XML Schema 'date' data type.
<executionDate>要素、検証の実行日は、XMLスキーマ「日付」データ型を使用して、このマッピングに示されています。
The <expirationDate> element, the expiration date of the validation, is represented in this mapping using the XML Schema 'date' data type.
<EXPIRATIONDATE>要素、検証の有効期限は、XMLスキーマ「日付」データ型を使用して、このマッピングに示されています。
A detailed description of the EPP syntax and semantics can be found in the EPP core protocol specification [3], and the EPP domain name mapping is described in [4]. The command mappings described here are specifically for use in implementing ENUM validation information provisioning processes via EPP.
EPPの構文およびセマンティクスの詳細な説明は、EPPコアプロトコル仕様に見出すことができる[3]、およびEPPドメイン名マッピングは[4]に記載されています。ここで説明するコマンドのマッピングは、具体的にEPPを介してプロセスをプロビジョニングENUM検証情報の実装に使用するためのものです。
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 <create>, <update>, and <info> commands, but not support it for EPP <transfer> and <renew> commands. Therefore, this is beyond the scope of this document.
注意：この拡張機能は、EPPの要求または応答に含まれているか否かは、ローカルポリシーに依存します。たとえば、ローカルレジストリポリシーがEPP <作成>、<更新>、および<インフォメーション>コマンドのこの拡張機能を使用する必要かもしれませんが、EPPのためにそれをサポートしていない<転送>とコマンドを<更新します>。したがって、これは、このドキュメントの範囲を超えています。
EPP provides three commands to retrieve object information: <check> to determine if an object is known to the server, <info> to retrieve detailed information associated with an object, and <transfer> to retrieve object transfer status information.
オブジェクトの転送ステータス情報を取得するために、オブジェクトに関連付けられた詳細情報を取得するには、<インフォメーション>、オブジェクトがサーバに知られているかどうかを判断するために、<チェック>、および<転送>：EPPはオブジェクト情報を取得するために3つのコマンドを提供します。
This extension does not add any elements to the EPP <check> command or <check> response described in the EPP domain mapping [4].
この拡張は、EPPチェック<>コマンドまたはEPPドメインマッピングに記載のチェック<>レスポンス[4]のいずれかの要素を追加しません。
This extension does not add any elements to the EPP <info> command described in the EPP domain mapping [4]. Additional elements are defined for the <info> response.
この拡張機能は、[4] EPPドメインマッピングで説明EPP <インフォメーション>コマンドに任意の要素を追加しません。追加要素は、<インフォメーション>応答のために定義されています。
When an <info> command has been processed successfully, the EPP <resData> element MUST contain child elements as described in the EPP domain mapping [4]. In addition, the EPP <extension> element MUST contain an <e164val:infData> element that identifies the extension namespace. The <e164val:infData> element contains one or more
<インフォメーション>コマンドが正常に処理されたときはEPPドメインマッピング[4]で説明したように、EPP <resData>要素は、子要素を含まなければなりません。拡張名前空間を識別する<infData e164val>要素に加えて、EPP <拡張>要素を含まなければなりません。 <e164val：infData>要素は、1つまたは複数が含まれています
<e164val:inf> elements, each with an "id" attribute identifying the validation. Each <e164val:inf> element contains an <e164val: validationInfo> element, which contains the validation information as child element.
<e164val：INF>要素、検証を識別する「id」属性を持つ各。それぞれの子要素として検証情報が含まれている要素、<e164val：INF>要素は、<validationInfo e164val>を含んでいます。
In the example below, the validation information consists of a <valex:simpleVal> element that identifies the extension namespace. The <valex:simpleVal> element contains the following child elements:
拡張名前空間を識別する<simpleVal valex>要素以下の例では、検証情報は、から成ります。 <valex：simpleVal>要素は以下の子要素が含まれています。
o An <e164val:methodID> element that contains an identifier of the validation method.
検証メソッドの識別子を含む<methodID e164val>要素O。
o An OPTIONAL <e164val:validationEntityID> element that contains an identifier assigned to the ENUM Validation Entity.
Oオプションの<e164val：validationEntityID> ENUM検証エンティティに割り当てられた識別子を含む要素。
o An OPTIONAL <e164val:registrarID> element that contains an identifier assigned to the ENUM Registrar by the ENUM Registry.
ENUMレジストリによってENUMレジストラに割り当てられた識別子が含まれています。<registrarID e164val>要素OPTIONAL O。
o An <e164val:executionDate> element that contains the date that the validation was performed.
検証が行われた日付を含む要素：<executionDate e164val> O。
o An OPTIONAL <e164val:expirationDate> element that contains the date that the validation expires.
検証の有効期限が切れる日付が含まれています。<EXPIRATIONDATE e164val>要素オプションO。
Example for <info> response:
<インフォメーション>応答の例：
S:<?xml version="1.0" encoding="UTF-8" standalone="no"?> S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" S: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> 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>5.1.5.1.8.6.2.4.4.1.4.e164.arpa</domain:name> S: <domain:roid>EXAMPLE1-REP</domain:roid> S: <domain:status s="ok"/> S: <domain:registrant>jd1234</domain:registrant> S: <domain:contact type="admin">sh8013</domain:contact> S: <domain:contact type="tech">sh8013</domain:contact> S: <domain:ns> S: <domain:hostObj>ns1.example.com</domain:hostObj> S: <domain:hostObj>ns2.example.com</domain:hostObj> S: </domain:ns> S: <domain:clID>ClientX</domain:clID> S: <domain:crID>ClientY</domain:crID>
S：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "なし"？> S：<EPPののxmlns = "壷：IETF：のparams：XML：NS：EPP-1.0" S：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance"> S：<応答> S：<結果コード= "1000"> S：<MSG>コマンド</ MSG> S正常に完了：</結果> S：<resData> S：<ドメイン：infData S：のxmlns：ドメイン= "壷：IETF：のparams：XML：NS：ドメイン-1.0"> S：<ドメイン：名> 5.1.5.1.8.6.2.4。 4.1.4.e164.arpa </ドメイン：名> S：<ドメイン：ROID> EXAMPLE1-REP </ドメイン：ROID> S：<ドメイン：状態S = "OK" /> S：<ドメイン：登録者> jd1234 </ドメイン：登録者> S：<ドメイン：接触タイプ= "管理者"> sh8013 </ドメイン：連絡先> S：<ドメイン：接触タイプ= "ハイテク"> sh8013 </ドメイン：連絡先> S：<ドメイン：NS > S：<ドメイン：hostObj> ns1.example.com </ドメイン：hostObj> S：<ドメイン：hostObj> ns2.example.com </ドメイン：hostObj> S：</ドメイン：NS> S：<ドメイン： CLID> ClientX </ドメイン：CLID> S：<ドメイン：CRID> clientYプロパティ</ドメイン：CRID>
S: <domain:crDate>1999-04-03T22:00:00.0Z</domain:crDate> S: <domain:upID>ClientX</domain:upID> S: <domain:upDate>1999-12-03T09:00:00.0Z</domain:upDate> S: <domain:exDate>2005-04-03T22:00:00.0Z</domain:exDate> S: <domain:trDate>2000-04-08T09:00:00.0Z</domain:trDate> S: <domain:authInfo> S: <domain:pw>2fooBAR</domain:pw> S: </domain:authInfo> S: </domain:infData> S: </resData> S: <extension> S: <e164val:infData S: xmlns:e164val="urn:ietf:params:xml:ns:e164val-1.0"> S: <e164val:inf id="EK77"> S: <e164val:validationInfo> S: <valex:simpleVal S: xmlns:valex="urn:ietf:params:xml:ns:e164valex-1.1"> S: <valex:methodID>Validation-X</valex:methodID> S: <valex:validationEntityID>VE-NMQ</valex:validationEntityID> S: <valex:registrarID>Client-X</valex:registrarID> S: <valex:executionDate>2004-04-08</valex:executionDate> S: <valex:expirationDate>2004-10-07</valex:expirationDate> S: </valex:simpleVal> S: </e164val:validationInfo> S: </e164val:inf> S: </e164val:infData> S: </extension> S: <trID> S: <clTRID>ABC-23456</clTRID> S: <svTRID>54321-XYZ</svTRID> S: </trID> S: </response> S:</epp>
S：<ドメイン：のcrdate> 1999-04-03T22：00：00.0Z </ドメイン：のcrdate> S：<ドメイン：UPID> ClientX </ドメイン：UPID> S：<ドメイン：更新> 1999-12-03T09： 00：00.0Z </ドメイン：更新> S <ドメイン：EXDATE> 2005-04-03T22：00：00.0Z </ドメイン：EXDATE> S <ドメイン：trdateは> 2000-04-08T09：00：00.0Z </ドメイン：trdateは> S：<ドメイン：AUTHINFO> S：<ドメイン：PW> 2fooBAR </ドメイン：PW> S：</ドメイン：AUTHINFO> S：</ドメイン：infData> S：</ resData> S <拡張> S <e164val：infData S：のxmlns：e164val = "URN：IETF：paramsは：XML：NS：e164val-1.0"> S <e164val：INF ID = "EK77"> S <e164val：validationInfo > S <valex：simpleVal S：のxmlns：valex = "URN：IETF：paramsは：XML：NS：e164valex-1.1"> S <valex：methodID>検証-X </ valex：methodID> S <valex： validationEntityID> VE-NMQ </ valex：validationEntityID> S：<valex：registrarID>クライアント-X </ valex：registrarID> S：<valex：executionDate> 2004-04-08 </ valex：executionDate> Sを：<valex： EXPIRATIONDATE> 2004-10-07 </ valex：EXPIRATIONDATE> S </ valex：simpleVal> S </ e164val：validationInfo> S </ e164val：INF> S </ e164val：infData> S </拡張> S：<TRID> S：<CL TRID> ABC-23456 </ clTRID> S <svTRID> 54321-XYZ </ svTRID> S </ TRID> S </レスポンス> S </ EPP>
Figure 1
図1
This extension does not add any elements to the EPP <transfer> command or <transfer> response described in the EPP domain mapping [4].
この拡張は、[4] EPPドメインのマッピングに記載EPP <転写>コマンドまたは<転写>応答に任意の要素を追加しません。
EPP provides five commands to transform objects: <create> to create an instance of an object, <delete> to delete an instance of an object, <renew> to extend the validity period of an object, <transfer> to manage object sponsorship changes, and <update> to change information associated with an object.
EPPは、オブジェクトを変換するための5つのコマンドが用意されていますオブジェクトの後援の変更を管理するために、<転送>、オブジェクトの有効期間を延長するために、<更新>、オブジェクトのインスタンスを削除するには、<削除>、オブジェクトのインスタンスを作成するには、<作成します> 、および<更新>オブジェクトに関連付けられた情報を変更します。
This extension defines additional elements for the EPP <create> command described in the EPP domain mapping [4]. No additional elements are defined for the EPP <create> response.
この拡張は、[4] EPPドメインのマッピングに記載EPP <作成>コマンドの追加の要素を定義します。追加の要素がEPP <作成>応答のために定義されていません。
The EPP <create> 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 [4], the command MUST contain an <extension> element. The <extension> element MUST contain an <e164val:create> element that identifies the extension namespace. The <e164val:create> element contains one or more <e164val:add> elements, each with an "id" attribute identifying the validation. Each <e164val:add> element contains an <e164val:validationInfo> element, which contains the validation information as child element.
EPP <作成>コマンドは、クライアントがドメインオブジェクトを作成することを可能にする変換操作を提供します。 EPPドメインマッピング[4]に記載のEPPコマンド要素に加えて、コマンドは、<拡張>要素を含まなければなりません。拡張名前空間を識別します。<作成e164val>要素、<拡張子>要素が含まれていなければなりません。 <：追加e164val>要素、検証を識別する「ID」属性を持つ各<e164val作成>要素は、一つ以上を含有します。それぞれの子要素として検証情報が含まれている要素、<e164val：追加>要素は、<validationInfo e164val>を含んでいます。
In the example below, the validation information consists of a <valex:simpleVal> element that identifies the extension namespace. The <valex:simpleVal> element contains the following child elements:
拡張名前空間を識別する<simpleVal valex>要素以下の例では、検証情報は、から成ります。 <valex：simpleVal>要素は以下の子要素が含まれています。
o An <e164val:methodID> element that contains an identifier of the validation method.
検証メソッドの識別子を含む<methodID e164val>要素O。
o An OPTIONAL <e164val:validationEntityID> element that contains an identifier assigned to the ENUM Validation Entity.
Oオプションの<e164val：validationEntityID> ENUM検証エンティティに割り当てられた識別子を含む要素。
o An OPTIONAL <e164val:registrarID> element that contains an identifier assigned to the ENUM Registrar by the ENUM Registry.
ENUMレジストリによってENUMレジストラに割り当てられた識別子が含まれています。<registrarID e164val>要素OPTIONAL O。
o An <e164val:executionDate> element that contains the date that the validation was performed.
検証が行われた日付を含む要素：<executionDate e164val> O。
o An OPTIONAL <e164val:expirationDate> element that contains the date that the validation expires.
検証の有効期限が切れる日付が含まれています。<EXPIRATIONDATE e164val>要素オプションO。
Example for <create> command:
<作成>コマンドの例：
C:<?xml version="1.0" encoding="UTF-8" standalone="no"?> C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" C: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> C: <command> C: <create> C: <domain:create C: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> C: <domain:name>5.1.5.1.8.6.2.4.4.1.4.e164.arpa</domain:name> C: <domain:period unit="y">1</domain:period> C: <domain:ns> C: <domain:hostObj>ns1.example.com</domain:hostObj> C: <domain:hostObj>ns2.example.com</domain:hostObj> C: </domain:ns> C: <domain:registrant>jd1234</domain:registrant> C: <domain:contact type="admin">sh8013</domain:contact> C: <domain:contact type="tech">sh8013</domain:contact> C: <domain:authInfo> C: <domain:pw>2fooBAR</domain:pw> C: </domain:authInfo> C: </domain:create> C: </create> C: <extension> C: <e164val:create C: xmlns:e164val="urn:ietf:params:xml:ns:e164val-1.0"> C: <e164val:add id="EK77"> C: <e164val:validationInfo> C: <valex:simpleVal C: xmlns:valex="urn:ietf:params:xml:ns:e164valex-1.1"> C: <valex:methodID>Validation-X</valex:methodID> C: <valex:validationEntityID>VE-NMQ</valex:validationEntityID> C: <valex:registrarID>Client-X</valex:registrarID> C: <valex:executionDate>2004-04-08</valex:executionDate> C: <valex:expirationDate>2004-10-07</valex:expirationDate> C: </valex:simpleVal> C: </e164val:validationInfo> C: </e164val:add> C: </e164val:create> C: </extension> C: <clTRID>ABC-12345</clTRID> C: </command> C:</epp>
C：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "NO"？> C <EPP用のxmlns = "URN：IETF：paramsは：XML：NS：EPP-1.0" C：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance"> C：<コマンド> C：<> C作成します。<ドメイン：Cを作成します。のxmlns：ドメイン= "壷：IETF：のparams：XMLを： NS：ドメイン-1.0 "> C <ドメイン：名> 5.1.5.1.8.6.2.4.4.1.4.e164.arpa </ドメイン：名> C <ドメイン：期間単位は=" Y "> 1 </ドメイン：期間> C <ドメイン：NS> C <ドメイン：hostObj> ns1.example.com </ドメイン：hostObj> C <ドメイン：hostObj> ns2.example.com </ドメイン：hostObj> C < /ドメイン：NS> C：<ドメイン：登録者> jd1234 </ドメイン：登録者> C：<ドメイン：接触タイプ= "管理者"> sh8013 </ドメイン：連絡先> C：<ドメイン：接触タイプ= "ハイテク"> sh8013 </ドメイン：連絡先> C：<ドメイン：AUTHINFO> C：<ドメイン：PW> 2fooBAR </ドメイン：PW> C：</ドメイン：AUTHINFO> C：</ドメイン：作成> C：</作成> C：<拡張> C <e164val：のxmlns：Cを作成e164val = "URN：IETF：paramsは：XML：NS：e164val-1.0"> C <e164val：ID = "EK77" 追加> Cを<e164val： validationInfo> C：<valex：simpleVal C：のxmlns：valex = "壷：IETF：のparams：XML：NS：e164valex-1.1"> C：<valex：私thodID>検証-X </ valex：methodID> C <valex：validationEntityID> VE-NMQ </ valex：validationEntityID> C <valex：registrarID>クライアントX </ valex：registrarID> C <valex：executionDate> 2004-04-08 </ valex：executionDate> C <valex：EXPIRATIONDATE> 2004-10-07 </ valex：EXPIRATIONDATE> C </ valex：simpleVal> C </ e164val：validationInfo> C </ e164val ：> Cを追加します。</ e164val：>作成C </拡張> C <clTRID> ABC-12345 </ clTRID> C </コマンド> C </ EPP>
Figure 2
図2
When an extended <create> command has been processed successfully, the EPP response is as described in the EPP domain mapping [4].
<作成>コマンドが正常に処理された拡張場合、EPP応答がEPPドメインのマッピングに記載されている[4]。
This extension does not add any elements to the EPP <delete> command or <delete> response described in the EPP domain mapping [4].
この拡張は、[4]コマンドまたはEPPドメインマッピングに記載の<削除>応答<削除> EPPの任意の要素を追加しません。
This extension defines additional elements for the EPP <renew> command described in the EPP domain mapping [4]. No additional elements are defined for the EPP <renew> response.
この拡張は、[4] EPPドメインのマッピングに記載EPP <更新>コマンドの追加の要素を定義します。追加の要素は、EPP <更新>応答のために定義されていません。
The EPP <renew> 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 [4], the <renew> command MUST contain an <extension> element. The <extension> element MUST contain an <e164val:renew> element that identifies the extension namespace. The <e164val:renew> element contains one or more <e164val:add> elements, each with an "id" attribute identifying the validation. Each <e164val:add> element contains an <e164val:validationInfo> element, which contains the validation information as child element.
EPP <更新>コマンドクライアントは、ドメインオブジェクトの有効期間を延長することを可能にする変換操作を提供します。 [4] <更新> EPPドメインのマッピングに記載のEPPコマンド要素に加えて、コマンドは、<拡張>要素を含まなければなりません。拡張名前空間を識別します。<更新e164val>要素、<拡張子>要素が含まれていなければなりません。 <：追加e164val>要素、検証を識別する「ID」属性を持つ各<e164val更新>要素は、一つ以上を含有します。それぞれの子要素として検証情報が含まれている要素、<e164val：追加>要素は、<validationInfo e164val>を含んでいます。
In the example below, the validation information consists of a <valex:simpleVal> element that identifies the extension namespace. The <valex:simpleVal> contains the following child elements:
拡張名前空間を識別する<simpleVal valex>要素以下の例では、検証情報は、から成ります。 <valex：simpleVal>次の子要素が含まれています。
o An <e164val:methodID> element that contains an identifier of the validation method.
検証メソッドの識別子を含む<methodID e164val>要素O。
o An OPTIONAL <e164val:validationEntityID> element that contains an identifier assigned to the ENUM Validation Entity.
Oオプションの<e164val：validationEntityID> ENUM検証エンティティに割り当てられた識別子を含む要素。
o An OPTIONAL <e164val:registrarID> element that contains an identifier assigned to the ENUM Registrar by the ENUM Registry.
ENUMレジストリによってENUMレジストラに割り当てられた識別子が含まれています。<registrarID e164val>要素OPTIONAL O。
o An <e164val:executionDate> element that contains the date that the validation was performed.
検証が行われた日付を含む要素：<executionDate e164val> O。
o An OPTIONAL <e164val:expirationDate> element that contains the date that the validation expires.
検証の有効期限が切れる日付が含まれています。<EXPIRATIONDATE e164val>要素オプションO。
Example for <renew> command:
コマンド<更新>をの例：
C:<?xml version="1.0" encoding="UTF-8" standalone="no"?> C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" C: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> C: <command> C: <renew> C: <domain:renew C: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> C: <domain:name>5.1.5.1.8.6.2.4.4.1.4.e164.arpa</domain:name> C: <domain:curExpDate>2005-04-09</domain:curExpDate> C: <domain:period unit="y">1</domain:period> C: </domain:renew> C: </renew> C: <extension> C: <e164val:renew C: xmlns:e164val="urn:ietf:params:xml:ns:e164val-1.0"> C: <e164val:add id="CAB176"> C: <e164val:validationInfo> C: <valex:simpleVal C: xmlns:valex="urn:ietf:params:xml:ns:e164valex-1.1"> C: <valex:methodID>Validation-X</valex:methodID> C: <valex:validationEntityID>VE-NMQ</valex:validationEntityID> C: <valex:registrarID>Client-X</valex:registrarID> C: <valex:executionDate>2005-03-30</valex:executionDate> C: <valex:expirationDate>2005-09-29</valex:expirationDate> C: </valex:simpleVal> C: </e164val:validationInfo> C: </e164val:add> C: </e164val:renew> C: </extension> C: <clTRID>ABC-45678</clTRID> C: </command> C:</epp>
C：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "NO"？> C <EPP用のxmlns = "URN：IETF：paramsは：XML：NS：EPP-1.0" C：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance"> C：<コマンド> C：<更新> C：<ドメイン：Cを更新：のxmlns：ドメイン= "壷：IETF：のparams：XML： NS：ドメイン-1.0" > C：<ドメイン：名> 5.1.5.1.8.6.2.4.4.1.4.e164.arpa </ドメイン：名> C：<ドメイン：curExpDate> 2005-04-09 </ドメイン：curExpDate> C <ドメイン：期間単位は= "Y"> 1 </ドメイン：期間> C </ドメイン：更新> C </更新> C <拡張> C <e164val：Cを更新：のxmlns ：e164val = "URN：IETF：paramsは：XML：NS：e164val-1.0"> C <e164val：IDを追加= "CAB176"> C <e164val：validationInfo> C <valex：simpleVal C：のxmlns：valex = "URN：IETF：paramsは：XML：NS：e164valex-1.1"> C <valex：methodID>検証-X </ valex：methodID> C <valex：validationEntityID> VE-NMQ </ valex：validationEntityID> C： <valex：registrarID>クライアントX </ valex：registrarID> C <valex：executionDate> 2005-03-30 </ valex：executionDate> C <valex：EXPIRATIONDATE> 2005-09-29 </ valex：EXPIRATIONDATE> C：</ valex：simpleVal> C </ e164val：validationInfo> C < / e164val：> Cを追加します。</ e164val：更新> C </拡張> C <clTRID> ABC-45678 </ clTRID> C </コマンド> C </ EPP>
Figure 3
図3
When an extended <renew> command has been processed successfully, the EPP response is as described in the EPP domain mapping [4].
<更新>拡張するときに、コマンドが正常に処理された、EPP応答がEPPドメインのマッピングに記載されているようである[4]。
This extension defines additional elements for the EPP <transfer> command described in the EPP domain mapping [4]. No additional elements are defined for the EPP <transfer> response.
この拡張は、EPPドメインマッピング[4]に記載のEPP <転写>コマンドの追加の要素を定義します。追加の要素がEPP <転送>応答のために定義されていません。
The EPP <transfer> 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.
EPP <転送>コマンドは、クライアントがドメインオブジェクトのスポンサーシップを転送する要求を管理することを可能にする変換操作を提供します。クライアントは、開始、キャンセル、承認、および転送要求を拒否することができます。
In case of a transfer request, in addition to the EPP command elements described in the EPP domain mapping [4], the command MUST contain an <extension> element. The <extension> element MUST contain an <e164val:transfer> element that identifies the extension namespace. The <e164val:transfer> element contains one or more <e164val:add> elements, each with an "id" attribute identifying the validation. Each <e164val:add> element contains an <e164val: validationInfo> element, which contains the validation information as child element.
転送要求の場合には、EPPドメインマッピング[4]に記載のEPPコマンド要素に加えて、コマンドは、<拡張>要素を含まなければなりません。拡張名前空間を識別する<転送e164val>要素<拡張>要素を含まなければなりません。検証を識別する「id」属性を持つ要素、それぞれ：<追加e164val> <e164val転送>要素は、一つ以上を含有します。それぞれの子要素として検証情報が含まれている要素、<e164val：追加>要素は、<validationInfo e164val>を含んでいます。
In the example below, the validation information consists of a <valex:simpleVal> element that identifies the extension namespace. The <valex:simpleVal> contains the following child elements:
拡張名前空間を識別する<simpleVal valex>要素以下の例では、検証情報は、から成ります。 <valex：simpleVal>次の子要素が含まれています。
o An <e164val:methodID> element that contains an identifier of the validation method.
検証メソッドの識別子を含む<methodID e164val>要素O。
o An OPTIONAL <e164val:validationEntityID> element that contains an identifier assigned to the ENUM Validation Entity.
Oオプションの<e164val：validationEntityID> ENUM検証エンティティに割り当てられた識別子を含む要素。
o An OPTIONAL <e164val:registrarID> element that contains an identifier assigned to the ENUM Registrar by the ENUM Registry.
ENUMレジストリによってENUMレジストラに割り当てられた識別子が含まれています。<registrarID e164val>要素OPTIONAL O。
o An <e164val:executionDate> element that contains the date that the validation was performed.
検証が行われた日付を含む要素：<executionDate e164val> O。
o An OPTIONAL <e164val:expirationDate> element that contains the date that the validation expires.
検証の有効期限が切れる日付が含まれています。<EXPIRATIONDATE e164val>要素オプションO。
Example for <transfer> command:
<転送>コマンドの例：
C:<?xml version="1.0" encoding="UTF-8" standalone="no"?> C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" C: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> C: <command> C: <transfer op="request"> C: <domain:transfer C: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> C: <domain:name>5.1.5.1.8.6.2.4.4.1.4.e164.arpa</domain:name> C: <domain:authInfo> C: <domain:pw roid="HB1973-ZUE">2fooBAR</domain:pw> C: </domain:authInfo> C: </domain:transfer> C: </transfer> C: <extension> C: <e164val:transfer C: xmlns:e164val="urn:ietf:params:xml:ns:e164val-1.0"> C: <e164val:add id="LJ1126"> C: <e164val:validationInfo> C: <valex:simpleVal C: xmlns:valex="urn:ietf:params:xml:ns:e164valex-1.1"> C: <valex:methodID>Validation-Y</valex:methodID> C: <valex:validationEntityID>VE2-LMQ</valex:validationEntityID> C: <valex:registrarID>Client-Y</valex:registrarID> C: <valex:executionDate>2005-01-22</valex:executionDate> C: <valex:expirationDate>2005-07-21</valex:expirationDate> C: </valex:simpleVal> C: </e164val:validationInfo> C: </e164val:add> C: </e164val:transfer> C: </extension> C: <clTRID>XYZ-54789</clTRID> C: </command> C:</epp>
C：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "NO"？> C <EPP用のxmlns = "URN：IETF：paramsは：XML：NS：EPP-1.0" C：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance"> C <コマンド> C <転送OP = "要求"> C <ドメイン：転写C：のxmlns：ドメイン= "URN：IETF ：のparams：XML：NS：ドメイン-1.0" > C：<ドメイン：名> 5.1.5.1.8.6.2.4.4.1.4.e164.arpa </ドメイン：名> C：<ドメイン：AUTHINFO> C：<ドメイン：PW ROID = "HB1973-ZUE"> 2fooBAR </ドメイン：PW> C </ドメイン：AUTHINFO> C </ドメイン：転送> C </転送> C <拡張> C <e164val：転写C：のxmlns：e164val = "URN：IETF：paramsは：XML：NS：e164val-1.0"> C <e164val：追加ID = "LJ1126"> C <e164val：validationInfo> C <valex：simpleVal C： xmlns：valex = "URN：IETF：paramsは：XML：NS：e164valex-1.1"> C <valex：methodID>検証-Y </ valex：methodID> C <valex：validationEntityID> VE2-LMQ </ valex。 validationEntityID> C <valex：registrarID>クライアント-Y </ valex：registrarID> C <valex：executionDate> 2005-01-22 </ valex：executionDate> C <valex：EXPIRATIONDATE> 2005-07-21 </ valex：EXPIRATIONDATE> C </ valex：simpleVal> C </ E1 64val：validationInfo> C </ e164val：> Cを追加します。</ e164val：転送> C </拡張> C <clTRID> XYZ-54789 </ clTRID> C </コマンド> C </ EPP>
Figure 4
図4
When an extended <transfer> command has been processed successfully, the EPP response is as described in the EPP domain mapping [4].
拡張<転写>コマンドが正常に処理された場合EPPドメインマッピング[4]に記載されているように、EPP応答です。
This extension defines additional elements for the EPP <update> command described in the EPP domain mapping [4]. No additional elements are defined for the EPP <update> response. The EPP <update> 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 [4], the <update> command MUST contain an <extension> element. The <extension> element MUST contain an <e164val:update> element that identifies the extension namespace. The <e164val:update> element contains one or more <e164val:add>, <e164val:rem>, or <e164val:chg> elements, each with an "id" attribute identifying the validation. Each <e164val:add> and <e164val:chg> element contains an <e164val: validationInfo> element, which contains the validation information as child element. <e164val:rem> elements do not have child elements.
この拡張は、[4] EPPドメインのマッピングに記載EPP <アップデート>コマンドの追加の要素を定義します。追加の要素がEPP <アップデート>応答のために定義されていません。 EPP <アップデート>コマンドは、クライアントがドメインオブジェクトの状態を変更することを可能にする変換操作を提供します。 EPPドメインのマッピングに記載のEPPコマンド要素に加えて、[4]、<更新>コマンド<拡張>要素を含まなければなりません。拡張名前空間を識別します。<更新e164val>要素、<拡張子>要素が含まれていなければなりません。 、：<追加e164val> <e164val：REM>、または<e164val：CHG>要素、検証を識別する "ID" 属性を持つ各<e164val更新>要素は、一つ以上を含有します。各<e164val：追加>と<e164val：CHGが>：子要素として検証情報が含まれている要素、要素は<validationInfo e164val>が含まれています。 <e164val：REM>要素は、子要素を持っていません。
In the example below, the validation information consists of a <valex:simpleVal> element that identifies the extension namespace. The <valex:simpleVal> contains the following child elements:
拡張名前空間を識別する<simpleVal valex>要素以下の例では、検証情報は、から成ります。 <valex：simpleVal>次の子要素が含まれています。
o An <e164val:methodID> element that contains an identifier of the validation method.
検証メソッドの識別子を含む<methodID e164val>要素O。
o An OPTIONAL <e164val:validationEntityID> element that contains an identifier assigned to the ENUM Validation Entity.
Oオプションの<e164val：validationEntityID> ENUM検証エンティティに割り当てられた識別子を含む要素。
o An OPTIONAL <e164val:registrarID> element that contains an identifier assigned to the ENUM Registrar by the ENUM Registry.
ENUMレジストリによってENUMレジストラに割り当てられた識別子が含まれています。<registrarID e164val>要素OPTIONAL O。
o An <e164val:executionDate> element that contains the date that the validation was performed.
検証が行われた日付を含む要素：<executionDate e164val> O。
o An OPTIONAL <e164val:expirationDate> element that contains the date that the validation expires.
検証の有効期限が切れる日付が含まれています。<EXPIRATIONDATE e164val>要素オプションO。
Example for <update> command:
<更新>コマンドの例：
C:<?xml version="1.0" encoding="UTF-8" standalone="no"?> C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" C: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> C: <command> C: <update> C: <domain:update C: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> C: <domain:name>5.1.5.1.8.6.2.4.4.1.4.e164.arpa</domain:name> C: </domain:update> C: </update> C: <extension> C: <e164val:update C: xmlns:e164val="urn:ietf:params:xml:ns:e164val-1.0"> C: <e164val:add id="EK2510"> C: <e164val:validationInfo> C: <valex:simpleVal C: xmlns:valex="urn:ietf:params:xml:ns:e164valex-1.1"> C: <valex:methodID>Validation-X</valex:methodID> C: <valex:validationEntityID>VE-NMQ</valex:validationEntityID> C: <valex:registrarID>Client-X</valex:registrarID> C: <valex:executionDate>2004-10-02</valex:executionDate> C: <valex:expirationDate>2005-04-01</valex:expirationDate> C: </valex:simpleVal> C: </e164val:validationInfo> C: </e164val:add> C: <e164val:rem id="EK77"/> C: </e164val:update> C: </extension> C: <clTRID>ABC-34567</clTRID> C: </command> C:</epp>
C：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "NO"？> C <EPP用のxmlns = "URN：IETF：paramsは：XML：NS：EPP-1.0" C：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance"> C <コマンド> C <更新> C <ドメイン：更新C：のxmlns：ドメイン= "URN：IETF：paramsは：XML： NS：ドメイン-1.0" > C：<ドメイン：名> 5.1.5.1.8.6.2.4.4.1.4.e164.arpa </ドメイン：名> C：</ドメイン：更新> C：</更新> C <拡張> C <e164val：更新C：のxmlns：e164val = "URN：IETF：paramsは：XML：NS：e164val-1.0"> C <e164val：ID = "EK2510" 追加> Cを<e164val：validationInfo > C <valex：simpleVal C：のxmlns：valex = "URN：IETF：paramsは：XML：NS：e164valex-1.1"> C <valex：methodID>検証-X </ valex：methodID> C <valex： validationEntityID> VE-NMQ </ valex：validationEntityID> C <valex：registrarID>クライアントX </ valex：registrarID> C <valex：executionDate> 2004年10月2日</ valex：executionDate> C <valex： EXPIRATIONDATE> 2005-04-01 </ valex：EXPIRATIONDATE> C </ valex：simpleVal> C </ e164val：validationInfo> C </ e164val：> Cを追加します。<e164val：REM ID = "EK77" /> C：</ e164val：更新> C </拡張> C <clTRID> ABC -34567 </ clTRID> C </コマンド> C </ EPP>
Figure 5
図5
When an extended <update> command has been processed successfully, the EPP response is as described in the EPP domain mapping [4].
<更新>コマンドが正常に処理された伸ばされた時、EPPドメインマッピング[4]に記載されているように、EPP応答です。
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.
EPPオブジェクトマッピングは、XMLスキーマ表記で指定されています。ここで紹介する正式な構文は、EPPのXMLインスタンスの自動化された検証に適したオブジェクト・マッピングの完全なスキーマ表現です。 BEGINとENDタグは、スキーマの一部ではありません。彼らは、URIの登録目的のためのスキーマの始まりと終わりを注意するために使用されています。
Formal syntax for Framework:
フレームワークのための正式な構文：
BEGIN <?xml version="1.0" encoding="UTF-8"?> <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">
BEGIN <？xmlのバージョンは、= "1.0" エンコード= "UTF-8"？> <スキーマのtargetNamespace = "壷：IETF：のparams：XML：NS：e164val-1.0" のxmlns：e164val = "壷：IETF：のparams：XML： NS：e164val-1.0" のxmlns：eppcom = "壷：IETF：のparams：XML：NS：eppcom-1.0" のxmlns = "http://www.w3.org/2001/XMLSchema" のelementFormDefault = "資格">
<!-- Import common element types. --> <import namespace="urn:ietf:params:xml:ns:eppcom-1.0" schemaLocation="eppcom-1.0.xsd"/>
<！ - 輸入共通の要素タイプ。 - > <インポート名前空間= "壷：IETF：のparams：XML：NS：eppcom-1.0" のschemaLocation = "eppcom-1.0.xsd" />
<annotation> <documentation> Extensible Provisioning Protocol v1.0 domain name extension schema for framework for provisioning of E.164 number validation information. </documentation> </annotation>
<注釈> <ドキュメンテーション> E.164番号の検証情報の提供のためのフレームワークのための拡張可能なプロビジョニングプロトコルv1.0のドメイン名の拡張子スキーマ。 </ドキュメンテーション> </注釈>
<!-- Child elements found in EPP commands. --> <element name="create" type="e164val:insertType"/> <element name="update" type="e164val:updateType"/> <element name="renew" type="e164val:insertType"/> <element name="transfer" type="e164val:insertType"/>
<！ - EPPコマンドで見つかった子要素。 - > <要素名= "作成" タイプ= "e164val：insertType" /> <要素名= "更新" タイプ= "e164val：UPDATETYPE" /> <要素名= "更新" タイプ= "e164val：insertType" / > <要素名= "転送" タイプ= "e164val：insertType" />
<!-- Child elements of the <create>, <renew>, and <update> commands. --> <complexType name="insertType"> <sequence> <element name="add" type="e164val:addType" maxOccurs="unbounded" /> </sequence> </complexType>
<！ - <作成>の子要素、<更新>、および<更新>コマンド。 - > <complexTypeの名= "insertType"> <シーケンス> <要素名= "追加" タイプ= "e164val：AddTypeの" のmaxOccurs = "無制限" /> </シーケンス> </ complexTypeの>
<!-- Child elements of the <update> command. --> <complexType name="updateType"> <sequence> <element name="add" type="e164val:addType"
<！ - <更新>コマンドの子要素。 - > <complexTypeの名= "UPDATETYPE"> <シーケンス> <要素名= "追加" タイプ= "e164val：AddTypeの"
minOccurs="0" maxOccurs="unbounded"/> <element name="rem" type="e164val:remType" minOccurs="0" maxOccurs="unbounded"/> <element name="chg" type="e164val:chgType" minOccurs="0" maxOccurs="unbounded"/> </sequence> </complexType>
minOccurs = "0" のmaxOccurs = "無制限" /> <要素名= "REM" タイプ= "e164val：remType" のminOccurs = "0" のmaxOccurs = "無制限" /> <要素名= "CHG" タイプ= "e164val。 chgType」のminOccurs = "0" のmaxOccurs = "無制限" /> </配列> </ complexTypeの>
<!-- Data elements for add, chg and rem. --> <complexType name="addType"> <sequence> <element ref="e164val:validationInfo"/> </sequence> <attribute name="id" type="eppcom:minTokenType" use="required"/> </complexType>
<！ - アドオン、CHGとREMのためのデータ要素。 - > <complexTypeの名= "AddTypeの"> <シーケンス> <要素REF = "e164val：validationInfo" /> </シーケンス>、<属性名= "ID" タイプ= "eppcom：minTokenType" 使用= "必要" /> </ complexTypeの>
<complexType name="chgType"> <sequence> <element ref="e164val:validationInfo"/> </sequence> <attribute name="id" type="eppcom:minTokenType" use="required"/> </complexType>
<complexTypeの名前= "chgType"> <シーケンス> <要素REF = "e164val：validationInfo" /> </シーケンス>、<属性名= "ID" タイプ= "eppcom：minTokenType" 使用= "必須" /> </ complexTypeの>
<complexType name="remType"> <attribute name="id" type="eppcom:minTokenType" use="required"/> </complexType>
<complexTypeの名= "remType"> <属性名= "ID" タイプ= "eppcom：minTokenType" 使用= "必須" /> </ complexTypeの>
<!-- Child elements found in EPP responses --> <element name="infData" type="e164val:infDataType"/>
<！ - EPP応答で見つかった子要素 - > <要素名= "infData" タイプ= "e164val：infDataType" />
<!-- child elements of the <info> response. --> <complexType name="infDataType"> <sequence> <element name="inf" type="e164val:infType" minOccurs="0" maxOccurs="unbounded"/> </sequence> </complexType>
<！ - <インフォメーション>応答の子要素。 - > <complexTypeの名= "infDataType"> <シーケンス> <要素名= "INF" タイプ= "e164val：infType" のminOccurs = "0" のmaxOccurs = "無制限" /> </配列> </ complexTypeの>
<!-- Data elements for inf --> <complexType name="infType"> <sequence> <element ref="e164val:validationInfo"/> </sequence> <attribute name="id" type="eppcom:minTokenType" use="required"/> </complexType>
<！ - infファイルのデータ要素 - > <complexTypeの名前= "infType"> <シーケンス> <要素REF = "e164val：validationInfo" /> </シーケンス> <名前= "ID" タイプ= "eppcom属性：minTokenTypeを"使用=" 必須 "/> </ complexTypeの>
<!-- Global elements. --> <element name="validationInfo" type="e164val:ValidationInfoType" />
<！ - グローバル要素。 - > <要素名= "validationInfo" タイプ= "e164val：ValidationInfoType" />
<!-- Extension framework types. --> <complexType name="ValidationInfoType"> <sequence> <any namespace="##other"/> </sequence> </complexType>
<！ - 拡張フレームワークタイプ。 - > <complexTypeの名= "ValidationInfoType"> <シーケンス> <任意の名前空間= "##他の" /> </シーケンス> </ complexTypeの>
<!-- End of schema. --> </schema> END
<！ - スキーマの終わり。 - > </スキーマ> END
Figure 6
図6
Formal syntax for a simple validation (example):
簡単な検証（例）のための正式な構文：
BEGIN <?xml version="1.0" encoding="UTF-8"?> <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">
<？xmlのバージョン= "1.0" エンコード= "UTF-8">のxmlns：e164valex = "壷：IETF：のparams：xmlの<スキーマのtargetNamespace = "：IETF：のparams：XML：：NS e164valex-1.1 URNを" BEGIN： NS：e164valex-1.1" のxmlns：eppcom = "壷：IETF：のparams：XML：NS：eppcom-1.0" のxmlns = "http://www.w3.org/2001/XMLSchema" のelementFormDefault = "資格">
<!-- Import common element types. --> <import namespace="urn:ietf:params:xml:ns:eppcom-1.0" schemaLocation="eppcom-1.0.xsd"/>
<！ - 輸入共通の要素タイプ。 - > <インポート名前空間= "壷：IETF：のparams：XML：NS：eppcom-1.0" のschemaLocation = "eppcom-1.0.xsd" />
<annotation> <documentation> Example for E.164 number validation information. </documentation> </annotation>
<注釈> <ドキュメンテーション> E.164番号の検証情報の例。 </ドキュメンテーション> </注釈>
<element name="simpleVal" type="e164valex:simpleValType"/>
<要素名= "simpleVal" タイプ= "e164valex：simpleValType" />
<complexType name="simpleValType"> <sequence> <element name="methodID" type="e164valex:methodIdType"/> <element name="validationEntityID" type="eppcom:clIDType" minOccurs="0"/> <element name="registrarID" type="eppcom:clIDType" minOccurs="0"/> <element name="executionDate" type="date"/> <element name="expirationDate" type="date" minOccurs="0"/> </sequence> </complexType>
<complexTypeの名前= "simpleValType"> <シーケンス> <要素名= "methodID" タイプ= "e164valex：methodIdType" /> <=要素名= "validationEntityID" タイプ "eppcom：clIDType" のminOccurs = "0" /> <要素名前= "registrarID" タイプ= "eppcom：clIDType" のminOccurs = "0" /> <要素名= "executionDate" タイプ= "日付" /> <要素名= "EXPIRATIONDATE" タイプ= "日付" のminOccurs = "0" /> </シーケンス> </ complexTypeの>
<simpleType name="methodIdType"> <restriction base="token"> <minLength value="1"/> <maxLength value="63"/> </restriction> </simpleType>
<単純名= "methodIdType"> <制限基地= "トークン"> <はminLength値= "1" /> <maxLengthの値= "63" /> </制限> </ simpleTypeの>
<!-- End of schema. --> </schema> END
<！ - スキーマの終わり。 - > </スキーマ> END
Figure 7
図7
This document uses Uniform Resource Names (URNs) to describe XML namespaces and XML schemas conforming to the registry mechanism described in RFC 3688 [8]. Four URI assignments have been made:
この文書は、RFC 3688に記載されたレジストリ・メカニズムに準拠するXML名前空間とXMLスキーマを記述するためにユニフォームリソース名（のURN）を使用する[8]。四のURIの割り当てが行われています。
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.
拡張名前空間1.登録：* URI：URN：IETF：のparams：XML：NS：e164val-1.0 *登録者の連絡先：このドキュメントの "著者のアドレス" を参照してください。 * XML：なし。名前空間URIはXMLの仕様を示すものではありません。
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 Section 6, "Formal Syntax", of this document.
拡張XMLスキーマ2.登録：* URI：URN：IETF：のparams：XML：スキーマ：e164val-1.0 *登録者の連絡先：このドキュメントの "著者のアドレス" を参照してください。 * XML：このドキュメントのセクション6、「正式な構文」を参照してください。
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.
拡張名前空間3.登録：* URI：URN：IETF：のparams：XML：NS：e164valex-1.1 *登録者の連絡先：このドキュメントの "著者のアドレス" を参照してください。 * XML：なし。名前空間URIはXMLの仕様を示すものではありません。
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 Section 6, "Formal Syntax", of this document.
拡張XMLスキーマ4.登録：* URI：URN：IETF：のparams：XML：スキーマ：e164valex-1.1 *登録者の連絡先：このドキュメントの "著者のアドレス" を参照してください。 * XML：このドキュメントのセクション6、「正式な構文」を参照してください。
The mapping extensions described in this document do not provide any security services beyond those described by EPP [3], the EPP domain name mapping [4], and protocol layers used by EPP. Security considerations related to ENUM are described in the "Security Considerations" section of the ENUM specification [2]. The security considerations described in these other specifications apply to this specification as well.
このドキュメントで説明する機能拡張は、EPPによって記載されているものを超えてすべてのセキュリティサービスを提供していないマッピング[3]、EPPドメイン名マッピング[4]、およびEPPで使用されるプロトコル層。 ENUMに関連するセキュリティ上の考慮事項は、ENUM仕様[2]の「セキュリティの考慮事項」の項に記載されています。これらの他の仕様で説明されているセキュリティの考慮事項は、同様に、この仕様に適用されます。
Validation information often contains sensitive personal information. It is RECOMMENDED that validation information in the <info> response is only provided to the sponsoring client.
検証情報は、多くの場合、機密性の高い個人情報が含まれています。 <インフォメーション>応答における検証情報のみスポンサークライアントに提供することをお勧めします。
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.
アルフレッドHoenes、ヘレナMalmborg、アレクサンダーMayrhofer、アンドリュー・ニュートン、マルセル・パロディ、パトリックシェーファー、そしてパトリックZenklusen：著者は、この文書の開発にフィードバックや重要な貢献を提供している以下の方々に感謝したいと思います。
RFC 4114 [11] has been used as a template for this document. The structure and those paragraphs that apply to both documents have been taken over from [11]. The author would like to thank Scott Hollenbeck for this great spadework.
RFC 4114 [11]は、この文書のテンプレートとして使用されてきました。構造および両方のドキュメントに適用され、それらの段落では、[11]から引き継がれてきました。著者は、この偉大な下拵えのためにスコットホレンベックに感謝したいと思います。
[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[1]ブラドナーのは、S.は、BCP 14、RFC 2119、1997年3月の "RFCsにおける使用のためのレベルを示すために"。
[2] Faltstrom, P. and M. Mealling, "The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM)", RFC 3761, April 2004.
[2] Faltstrom、P.及びM. Mealling、 "ユニフォームリソース識別子にE.164（URI）ダイナミックな委譲発見システム（DDDS）アプリケーション（ENUM）"、RFC 3761、2004年4月。
[3] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", RFC 3730, March 2004.
[3]ホレンベック、S.、 "拡張プロビジョニングプロトコル（EPP）"、RFC 3730、2004年3月。
[4] Hollenbeck, S., "Extensible Provisioning Protocol (EPP) Domain Name Mapping", RFC 3731, March 2004.
[4]ホレンベック、S.、 "拡張プロビジョニングプロトコル（EPP）ドメイン名のマッピング"、RFC 3731、2004年3月。
[5] 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, <http://www.w3.org/TR/2000/REC-xml-20001006>.
[5]パオリ、J.、MALER、E.、ブレイ、T.、およびC. Sperberg-マックイーン、 "拡張マークアップ言語（XML）1.0（第二版）"、ワールドワイドウェブコンソーシアムFirstEdition REC-XML-20001006、 2000年10月、<http://www.w3.org/TR/2000/REC-xml-20001006>。
[6] 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, <http://www.w3.org/TR/2004/REC-xmlschema-1-20041028>.
[6]トンプソン、H.、マロニー、M.、メンデルゾーン、N.、およびD.ブナ、 "XMLスキーマパート1：構造第二版"、World Wide Web Consortium（W3C）の勧告REC-XMLSCHEMA-1から20041028、2004年10月、 <http://www.w3.org/TR/2004/REC-xmlschema-1-20041028>。
[7] Biron, P. and A. Malhotra, "XML Schema Part 2: Datatypes Second Edition", World Wide Web Consortium Recommendation REC-xmlschema-2-20041028, October 2004, <http://www.w3.org/TR/2004/REC-xmlschema-2-20041028>.
[7]ビロン、P.およびA.マルホトラ、 "XMLスキーマパート2：データ型第二版"、World Wide Web Consortium（W3C）の勧告REC-XMLSCHEMA-2から20041028、2004年10月、<http://www.w3.org/ TR / 2004 / REC-XMLSCHEMA-2から20041028>。
[8] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[8] Mealling、M.、 "IETF XMLレジストリ"、BCP 81、RFC 3688、2004年1月。
[9] Mayrhofer, A. and B. Hoeneisen, "ENUM Validation Architecture", RFC 4725, November 2006.
[9] Mayrhofer、A.およびB. Hoeneisen、 "ENUM検証アーキテクチャ"、RFC 4725、2006年11月。
[10] Lendl, O., "ENUM Validation Token Format Definition", Work in Progress.
[10]レンドル、O.、 "ENUM確認トークン形式の定義"、進行中の作業。
[11] Hollenbeck, S., "E.164 Number Mapping for the Extensible Provisioning Protocol (EPP)", RFC 4114, June 2005.
[11] RFC 4114 "拡張プロビジョニングプロトコル（EPP）のためのE.164ナンバーマッピング" ホレンベック、S.、2005年6月。
Author's Address
著者のアドレス
Bernie Hoeneisen SWITCH Werdstrasse 2 CH-8004 Zuerich Switzerland
バーニーHoeneisen SWITCH Werdstrasse 2 CH-8004チューリッヒスイス
Phone: +41 44 268 1515 EMail: bernhard.hoeneisen@switch.ch, bernie@ietf.hoeneisen.ch URI: http://www.switch.ch/
電話：+41 44 268 1515 Eメール：bernhard.hoeneisen@switch.ch、bernie@ietf.hoeneisen.ch URI：http://www.switch.ch/
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2007).
著作権（C）IETFトラスト（2007）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットSOCIETY、（もしあれば）を後援し、IETF TRUST ANDインターネットエンジニアリングタスクフォース放棄ALLに設けられています。保証は、明示または黙示、この情報の利用および特定目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証がこれらに限定されません。
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 BCP 78 and BCP 79.
IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
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 http://www.ietf.org/ipr.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。
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.
IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。