[要約] RFC 5076は、Extensible Provisioning Protocol（EPP）のためのENUM検証情報マッピングに関する要約です。このRFCの目的は、ENUMデータベース内の電話番号の有効性を確認するためのEPP拡張機能を提供することです。
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番号マッピング（列挙）ドメイン名が基になっているE.164番号（または数値範囲）に適用された検証プロセスに関する情報をマッピングするための拡張可能なプロビジョニングプロトコル（EPP）拡張フレームワークについて説明します。拡張可能なマークアップ言語（XML）で指定されたこのマッピングは、EPPドメイン名マッピングを拡張して、ENUMドメイン名のプロビジョニングに必要な追加機能を提供します。
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].
このドキュメントでは、EPP [3]のバージョン1.0の列挙[2]検証情報マッピングのフレームワークについて説明します。[4]で説明されているEPPドメイン名マッピングの拡張機能であるこのマッピングは、[6]および[7]で説明されているように、[5]およびXMLスキーマ表記に記載されているXML 1.0を使用して指定されています。
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 [9]で説明されているように、通常、E.164番号（または数値範囲）の譲受人のみが対応する列挙ドメイン名を登録する権利を持っています。したがって、列挙ドメイン名をDNSに挿入する前に、列挙検証プロセスを適用する必要があります。検証プロセスは、列挙ドメイン名の所有者が、対応するE.164番号（または数値範囲）の譲受人と一致することを保証するものとします。ただし、列挙検証方法の詳細は、このドキュメントの範囲を超えています。
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拡張機能は、列挙検証プロセスに関する情報のマッピングのためのフレームワークを指定しています。ローカル法または検証手順が異なる場合があるため、検証情報自体の内容はこの仕様の一部ではありません。
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スキーマを含む）が含まれています。この例は、軽量検証プロセスにも使用できます。実際、それはスイスの列挙裁判の不可欠な部分でした。
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]に記載されています。これは、列挙登録プロセスの典型的な基本的なロールモデルについても説明しています。
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].
「必須」、「そうしない」、「必須」、「必要」、「「しない」、「そうでない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、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].
列挙ドメイン名は、列挙仕様[2]で説明されているように、ドメイン名構文に準拠するように翻訳されたE.164番号の表現です。
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 REM：検証情報を取り消す
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」属性が列挙されたレジストリごとに一意にすることをお勧めします。
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.
<balidationInfo>要素には、適切に文書化された検証情報を含む要素を含めることができます。XMLスキーマ<Any>要素を使用してこのマッピングで表されるため、拡張可能です。
The number of <validationInfo> elements permitted per domain object is subject to local policy.
ドメインオブジェクトごとに許可される<balidationInfo>要素の数は、ローカルポリシーの対象となります。
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で述べたように、列挙検証方法の詳細は、このドキュメントの範囲を超えています。
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.
<balidationEntityId>要素は、長さ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.
<shiptrestarid>要素は、長さ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を介した列挙検証情報プロビジョニングプロセスの実装に特に使用するためです。
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 <create>、<update>、および<info>コマンドにこの拡張子を使用する必要がありますが、EPP <Transfer>および<nening>コマンドにはサポートされていません。したがって、これはこのドキュメントの範囲を超えています。
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つのコマンドを提供します。<check>オブジェクトがサーバーに既知であるかどうかを判断し、<情報>オブジェクトに関連付けられた詳細情報を取得し、<転送>オブジェクト転送ステータス情報を取得します。
This extension does not add any elements to the EPP <check> command or <check> response described in the EPP domain mapping [4].
この拡張機能は、EPPドメインマッピング[4]で説明されているEPP <Check>コマンドまたは<Check>応答に要素を追加しません。
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.
この拡張機能は、EPPドメインマッピング[4]で説明されているEPP <info>コマンドに要素を追加しません。追加の要素は、<情報>応答に対して定義されています。
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
<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>要素には、子要素として検証情報を含む<e164val：validationinfo>要素が含まれます。
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:
以下の例では、検証情報は、拡張ネームスペースを識別する<valex：simpleval>要素で構成されています。<valex：simpleval>要素には、次の子要素が含まれています。
o An <e164val:methodID> element that contains an identifier of the validation method.
o <e164val：methodId>検証方法の識別子を含む要素。
o An OPTIONAL <e164val:validationEntityID> element that contains an identifier assigned to the ENUM Validation Entity.
o enum検証エンティティに割り当てられた識別子を含むオプション<e164val：validationEntityId>要素。
o An OPTIONAL <e164val:registrarID> element that contains an identifier assigned to the ENUM Registrar by the ENUM Registry.
o オプション<e164val：restionalid> enumレジストリによってenumレジストラに割り当てられた識別子を含む要素。
o An <e164val:executionDate> element that contains the date that the validation was performed.
o <e164val：executiondate>検証が実行された日付を含む要素。
o An OPTIONAL <e164val:expirationDate> element that contains the date that the validation expires.
o オプション<e164val：expirationdate> validationの有効期限を含む要素。
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: <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>
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].
この拡張機能は、EPPドメインマッピング[4]で説明されているEPP <Transfer>コマンドまたは<転送>応答に要素を追加しません。
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つのコマンドを提供します。<create>オブジェクトのインスタンスを作成するには、<delete>オブジェクトのインスタンスを削除し、オブジェクトの有効期間を延長するための<reing>、オブジェクトスポンサーシップの変更を管理するために<転送>、および<update>オブジェクトに関連付けられた情報を変更します。
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.
この拡張機能は、EPPドメインマッピング[4]で説明されているEPP <Create>コマンドの追加要素を定義します。EPP <Create>応答については、追加の要素は定義されていません。
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 <Create>コマンドは、クライアントがドメインオブジェクトを作成できるようにする変換操作を提供します。EPPドメインマッピング[4]で説明されているEPPコマンド要素に加えて、コマンドには<extension>要素を含める必要があります。<extension>要素には、extensionネームスペースを識別する<e164val：create>要素を含める必要があります。<e164val：create>要素には、1つ以上の<e164val：add>要素が含まれ、それぞれが検証を識別する「ID」属性を備えています。各<e164val：add>要素には、<e164val：validationinfo>要素が含まれています。これには、子要素として検証情報が含まれています。
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:
以下の例では、検証情報は、拡張ネームスペースを識別する<valex：simpleval>要素で構成されています。<valex：simpleval>要素には、次の子要素が含まれています。
o An <e164val:methodID> element that contains an identifier of the validation method.
o <e164val：methodId>検証方法の識別子を含む要素。
o An OPTIONAL <e164val:validationEntityID> element that contains an identifier assigned to the ENUM Validation Entity.
o enum検証エンティティに割り当てられた識別子を含むオプション<e164val：validationEntityId>要素。
o An OPTIONAL <e164val:registrarID> element that contains an identifier assigned to the ENUM Registrar by the ENUM Registry.
o オプション<e164val：restionalid> enumレジストリによってenumレジストラに割り当てられた識別子を含む要素。
o An <e164val:executionDate> element that contains the date that the validation was performed.
o <e164val：executiondate>検証が実行された日付を含む要素。
o An OPTIONAL <e164val:expirationDate> element that contains the date that the validation expires.
o オプション<e164val：expirationdate> validationの有効期限を含む要素。
Example for <create> command:
<create>コマンドの例：
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>
Figure 2
図2
When an extended <create> command has been processed successfully, the EPP response is as described in the EPP domain mapping [4].
拡張<create>コマンドが正常に処理された場合、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].
この拡張機能は、EPPドメインマッピング[4]で説明されているEPP <delete>コマンドまたは<delete>応答に要素を追加しません。
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.
この拡張機能は、EPPドメインマッピング[4]で説明されているEPP <neled>コマンドの追加要素を定義します。EPP <neling>応答については、追加の要素は定義されていません。
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 <neled>コマンドは、クライアントがドメインオブジェクトの有効期間を延長できるようにする変換操作を提供します。EPPドメインマッピング[4]で説明されているEPPコマンド要素に加えて、<neled>コマンドには<拡張子>要素を含める必要があります。<extension>要素には、拡張名空間を識別する<e164val：rening>要素を含める必要があります。<e164val：renew>要素には、1つ以上の<e164val：add>要素が含まれています。各<e164val：add>要素には、<e164val：validationinfo>要素が含まれています。これには、子要素として検証情報が含まれています。
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:
以下の例では、検証情報は、拡張ネームスペースを識別する<valex：simpleval>要素で構成されています。<valex：simpleval>には、次の子要素が含まれています。
o An <e164val:methodID> element that contains an identifier of the validation method.
o <e164val：methodId>検証方法の識別子を含む要素。
o An OPTIONAL <e164val:validationEntityID> element that contains an identifier assigned to the ENUM Validation Entity.
o enum検証エンティティに割り当てられた識別子を含むオプション<e164val：validationEntityId>要素。
o An OPTIONAL <e164val:registrarID> element that contains an identifier assigned to the ENUM Registrar by the ENUM Registry.
o オプション<e164val：restionalid> enumレジストリによってenumレジストラに割り当てられた識別子を含む要素。
o An <e164val:executionDate> element that contains the date that the validation was performed.
o <e164val：executiondate>検証が実行された日付を含む要素。
o An OPTIONAL <e164val:expirationDate> element that contains the date that the validation expires.
o オプション<e164val：expirationdate> validationの有効期限を含む要素。
Example for <renew> command:
<lenine>コマンドの例：
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>
Figure 3
図3
When an extended <renew> command has been processed successfully, the EPP response is as described in the EPP domain mapping [4].
拡張<renew>コマンドが正常に処理された場合、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 <Transfer>コマンドの追加要素を定義します。EPP <Transfer>応答については、追加の要素は定義されていません。
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 <Transfer>コマンドは、クライアントがリクエストを管理してドメインオブジェクトのスポンサーシップを転送できるようにする変換操作を提供します。クライアントは、転送要求を開始、キャンセル、承認、拒否できます。
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コマンド要素に加えて、コマンドには<extension>要素を含める必要があります。<extension>要素には、拡張名空間を識別する<e164val：transfer>要素を含める必要があります。<e164val：transfer>要素には、1つ以上の<e164val：add>要素が含まれています。それぞれが検証を識別する「ID」属性を備えています。各<e164val：add>要素には、<e164val：validationinfo>要素が含まれています。これには、子要素として検証情報が含まれています。
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:
以下の例では、検証情報は、拡張ネームスペースを識別する<valex：simpleval>要素で構成されています。<valex：simpleval>には、次の子要素が含まれています。
o An <e164val:methodID> element that contains an identifier of the validation method.
o <e164val：methodId>検証方法の識別子を含む要素。
o An OPTIONAL <e164val:validationEntityID> element that contains an identifier assigned to the ENUM Validation Entity.
o enum検証エンティティに割り当てられた識別子を含むオプション<e164val：validationEntityId>要素。
o An OPTIONAL <e164val:registrarID> element that contains an identifier assigned to the ENUM Registrar by the ENUM Registry.
o オプション<e164val：restionalid> enumレジストリによってenumレジストラに割り当てられた識別子を含む要素。
o An <e164val:executionDate> element that contains the date that the validation was performed.
o <e164val：executiondate>検証が実行された日付を含む要素。
o An OPTIONAL <e164val:expirationDate> element that contains the date that the validation expires.
o オプション<e164val：expirationdate> validationの有効期限を含む要素。
Example for <transfer> command:
<cransfer>コマンドの例：
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>
Figure 4
図4
When an extended <transfer> command has been processed successfully, the EPP response is as described in the EPP domain mapping [4].
拡張<Transfer>コマンドが正常に処理された場合、EPP応答はEPPドメインマッピング[4]で説明されています。
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.
この拡張機能は、EPPドメインマッピング[4]で説明されているEPP <update>コマンドの追加要素を定義します。EPP <update>応答については、追加の要素は定義されていません。EPP <update>コマンドは、クライアントがドメインオブジェクトの状態を変更できるようにする変換操作を提供します。EPPドメインマッピング[4]で説明されているEPPコマンド要素に加えて、<update>コマンドには<拡張子要素を含める必要があります。<extension>要素には、拡張名空間を識別する<e164val：update>要素を含める必要があります。<e164val：update>要素には、1つ以上の<e164val：add>、<e164val：rem>、または<e164val：chg>要素が含まれます。各<e164val：add>および<e164val：chg>要素には、子要素として検証情報を含む<e164val：validationinfo>要素が含まれます。<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:
以下の例では、検証情報は、拡張ネームスペースを識別する<valex：simpleval>要素で構成されています。<valex：simpleval>には、次の子要素が含まれています。
o An <e164val:methodID> element that contains an identifier of the validation method.
o <e164val：methodId>検証方法の識別子を含む要素。
o An OPTIONAL <e164val:validationEntityID> element that contains an identifier assigned to the ENUM Validation Entity.
o enum検証エンティティに割り当てられた識別子を含むオプション<e164val：validationEntityId>要素。
o An OPTIONAL <e164val:registrarID> element that contains an identifier assigned to the ENUM Registrar by the ENUM Registry.
o オプション<e164val：restionalid> enumレジストリによってenumレジストラに割り当てられた識別子を含む要素。
o An <e164val:executionDate> element that contains the date that the validation was performed.
o <e164val：executiondate>検証が実行された日付を含む要素。
o An OPTIONAL <e164val:expirationDate> element that contains the date that the validation expires.
o オプション<e164val：expirationdate> validationの有効期限を含む要素。
Example for <update> command:
<update>コマンドの例：
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>
Figure 5
図5
When an extended <update> command has been processed successfully, the EPP response is as described in the EPP domain mapping [4].
拡張<update>コマンドが正常に処理された場合、EPP応答はEPPドメインマッピング[4]で説明されています。
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インスタンスの自動検証に適したオブジェクトマッピングの完全なスキーマ表現です。開始タグとエンドタグはスキーマの一部ではありません。それらは、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">
<!--
Import common element types.
-->
<import namespace="urn: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>
<Annotation> <Documentation>拡張可能なプロビジョニングプロトコルv1.0ドメイン名拡張スキーマE.164番号検証情報のプロビジョニングのためのフレームワーク。</documentation> </annotation>
<!--
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"/>
<!--
Child elements of the <create>, <renew>, and <update> commands.
-->
<complexType name="insertType">
<sequence>
<element name="add" type="e164val:addType"
maxOccurs="unbounded" />
</sequence>
</complexType>
<!--
Child elements of the <update> command.
-->
<complexType name="updateType">
<sequence>
<element name="add" type="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>
<!--
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>
<complexType name="chgType">
<sequence>
<element ref="e164val:validationInfo"/>
</sequence>
<attribute name="id" type="eppcom:minTokenType"
use="required"/>
</complexType>
<complexType name="remType">
<attribute name="id" type="eppcom:minTokenType"
use="required"/>
</complexType>
<!--
Child elements found in EPP responses
-->
<element name="infData" type="e164val:infDataType"/>
<!--
child elements of the <info> response.
-->
<complexType name="infDataType">
<sequence>
<element name="inf" type="e164val:infType"
minOccurs="0"
maxOccurs="unbounded"/>
</sequence>
</complexType>
<!--
Data elements for inf
-->
<complexType name="infType">
<sequence>
<element ref="e164val:validationInfo"/>
</sequence>
<attribute name="id" type="eppcom:minTokenType"
use="required"/>
</complexType>
<!--
Global elements.
-->
<element name="validationInfo" type="e164val:ValidationInfoType" />
<!--
Extension framework types.
-->
<complexType name="ValidationInfoType">
<sequence>
<any namespace="##other"/>
</sequence>
</complexType>
<!-- End of schema. --> </schema> END
<！ - スキーマの終わり。 - > </schema> 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">
<!--
Import common element types.
-->
<import namespace="urn:ietf:params:xml:ns:eppcom-1.0"
schemaLocation="eppcom-1.0.xsd"/>
<annotation>
<documentation>
Example for E.164 number validation information.
</documentation>
</annotation>
<element name="simpleVal" type="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>
<simpleType name="methodIdType">
<restriction base="token">
<minLength value="1"/>
<maxLength value="63"/>
</restriction>
</simpleType>
<!-- End of schema. --> </schema> END
<！ - スキーマの終わり。 - > </schema> 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:
このドキュメントでは、均一なリソース名（URN）を使用して、RFC 3688 [8]に記載されているレジストリメカニズムに準拠したXMLネームスペースとXMLスキーマを説明しています。4つの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.
2. 拡張XMLスキーマの登録： * uri：urn：ietf：params：xml：schema：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.
4. 拡張XMLスキーマの登録： * uri：urn：ietf：params：xml：schema：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で使用されるプロトコル層で説明されているものを超えたセキュリティサービスを提供しません。列挙に関連するセキュリティの考慮事項は、列挙仕様の「セキュリティ上の考慮事項」セクションで説明されています[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.
著者は、この文書の開発にフィードバックまたは多大な貢献を提供した以下の人々に感謝したいと思います：Alfred Hoenes、Helena Malmborg、Alexander Mayrhofer、Andrew Newton、Marcel Parodi、Patrik Schaefer、Patrick 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] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[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。and M. Mealling、「E.164へのユニフォームリソース識別子（URI）動的委任ディスカバリーシステム（DDDS）アプリケーション（ENUM）」、RFC 3761、2004年4月。
[3] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", RFC 3730, March 2004.
[3] Hollenbeck、S。、「拡張可能なプロビジョニングプロトコル（EPP）」、RFC 3730、2004年3月。
[4] Hollenbeck, S., "Extensible Provisioning Protocol (EPP) Domain Name Mapping", RFC 3731, March 2004.
[4] Hollenbeck、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] Paoli、J.、Maler、E.、Bray、T。、およびC. Sperberg-Mcqueen、「拡張可能なマークアップ言語（XML）1.0（第2版）」、World Wide Web Consortium 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] Thompson、H.、Maloney、M.、Mendelsohn、N.、およびD. Beech、 "XML Schema Part 1：Structures Second Edition"、World Wide Web Consortiumの推奨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] Biron、P。and A. Malhotra、「XML Schema Part 2：DataTypes Second Edition」、World Wide Web Consortiumの推奨REC-XMLSCHEMA-20041028、2004年10月、<http://www.w3.org/tr/2004/rec-xmlschema-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。and B. Hoeneisen、「Enum Validation Architecture」、RFC 4725、2006年11月。
[10] Lendl, O., "ENUM Validation Token Format Definition", Work in Progress.
[10] Lendl、O。、「Enum Validationトークン形式の定義」、進行中の作業。
[11] Hollenbeck, S., "E.164 Number Mapping for the Extensible Provisioning Protocol (EPP)", RFC 4114, June 2005.
[11] Hollenbeck、S。、「E.164拡張プロビジョニングプロトコル（EPP）の番号マッピング」、RFC 4114、2005年6月。
Author's Address
著者の連絡先
Bernie Hoeneisen SWITCH Werdstrasse 2 CH-8004 Zuerich Switzerland
Bernie Hoeneisen Switch Werdstrasse 2 CH-8004 Zuerich Switzerland
Phone: +41 44 268 1515
EMail: bernhard.hoeneisen@switch.ch, bernie@ietf.hoeneisen.ch
URI: http://www.switch.ch/
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2007).
著作権（c）The IETF Trust（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.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供され、貢献者、彼/彼女が代表する組織（もしあれば）、インターネット協会、IETFトラスト、インターネットエンジニアリングタスクフォースがすべてを否認します。明示的または黙示的な保証。ここでの情報の使用は、特定の目的に対する商品性または適合性の権利または暗黙の保証を侵害しないという保証を含むがこれらに限定されない。
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.
IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得しようとする試みの結果を取得できます。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への情報をお問い合わせください。