Network Working Group S. Hollenbeck
Request for Comments: 4114 VeriSign, Inc.
Category: Standards Track June 2005
E.164 Number Mapping for the Extensible Provisioning Protocol (EPP)
拡張可能なプロビジョニングプロトコルのためのE.164番号マッピング（EPP）
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）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2005).
著作権（C）インターネット協会（2005）。
Abstract
抽象
This document describes an Extensible Provisioning Protocol (EPP) extension mapping for the provisioning and management of E.164 numbers that represent domain names stored in a shared central repository. Specified in XML, this mapping extends the EPP domain name mapping to provide additional features required for the provisioning of E.164 numbers.
この文書は、共有中央リポジトリに格納されているドメイン名を表すE.164番号のプロビジョニングおよび管理のための拡張可能なプロビジョニングプロトコル（EPP）、拡張マッピングを記述する。 XMLで指定され、このマッピングは、E.164番号のプロビジョニングのために必要な追加機能を提供するために、EPPドメイン名マッピングを拡張します。
Table of Contents
目次
1. Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1. Conventions Used in This Document . . . . . . . . . . . . 3
2. Object Attributes . . . . . . . . . . . . . . . . . . . . . . . 3
2.1. E.164 Domain Names . . . . . . . . . . . . . . . . . . . . 3
2.2. NAPTR Fields . . . . . . . . . . . . . . . . . . . . . . . 3
2.2.1. Order . . . . . . . . . . . . . . . . . . . . . . . 4
2.2.2. Preference. . . . . . . . . . . . . . . . . . . . . 4
2.2.3. Flags . . . . . . . . . . . . . . . . . . . . . . . 4
2.2.4. Service . . . . . . . . . . . . . . . . . . . . . . 4
2.2.5. Regular Expression. . . . . . . . . . . . . . . . . 4
2.2.6. Replacement . . . . . . . . . . . . . . . . . . . . 4
3. EPP Command Mapping . . . . . . . . . . . . . . . . . . . . . . 4
3.1. EPP Query Commands . . . . . . . . . . . . . . . . . . . . 5
3.1.1. EPP <check> Command . . . . . . . . . . . . . . . . 5
3.1.2. EPP <info> Command. . . . . . . . . . . . . . . . . 5
3.1.3. EPP <transfer> Command. . . . . . . . . . . . . . . 7
3.2. EPP Transform Commands . . . . . . . . . . . . . . . . . . 7
3.2.1. EPP <create> Command. . . . . . . . . . . . . . . . 7
3.2.2. EPP <delete> Command. . . . . . . . . . . . . . . . 9
3.2.3. EPP <renew> Command . . . . . . . . . . . . . . . . 9
3.2.4. EPP <transfer> Command. . . . . . . . . . . . . . . 9
3.2.5. EPP <update> Command. . . . . . . . . . . . . . . . 9
4. Formal Syntax . . . . . . . . . . . . . . . . . . . . . . . . . 11
5. Internationalization Considerations . . . . . . . . . . . . . . 14
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 14
7. Security Considerations . . . . . . . . . . . . . . . . . . . . 14
8. Acknowledgements. . . . . . . . . . . . . . . . . . . . . . . . 15
9. References. . . . . . . . . . . . . . . . . . . . . . . . . . . 15
9.1. Normative References . . . . . . . . . . . . . . . . . . . 15
9.2. Informative References . . . . . . . . . . . . . . . . . . 16
This document describes an E.164 number mapping for version 1.0 of the Extensible Provisioning Protocol (EPP). This mapping, an extension of the domain name mapping described in [1], is specified using the Extensible Markup Language (XML) 1.0, as described in [2], and XML Schema notation, as described in [3] and [4].
この文書では、拡張可能なプロビジョニングプロトコル（EPP）のバージョン1.0のためのE.164番号のマッピングを説明しています。このマッピングは、[2]、およびXMLスキーマ表記で記載されているように記載されているように[1]、、、拡張マークアップ言語（XML）1.0を使用して指定されているに記載のドメイン名マッピングの拡張[3]及び[4] 。
The EPP core protocol specification [5] 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コアプロトコル仕様[5] EPPコマンドとレスポンス構造の完全な説明を提供します。基本プロトコル仕様の完全な理解は、本書で説明したマッピングを理解する必要があります。
ENUM [6] describes how the Domain Name System (DNS) can be used to identify services associated with an E.164 number. The EPP mapping described in this document specifies a mechanism for the provisioning and management of E.164 numbers stored in a shared central repository. Information exchanged via this mapping can be extracted from the repository and used to publish DNS resource records as described in ENUM [6]. Examples used in this document were chosen specifically to illustrate provisioning concepts for the example resource records described in the ENUM specification.
ENUM [6]、ドメインネームシステム（DNS）は、E.164番号に関連付けられているサービスを識別するために使用することができる方法について説明。この文書に記載されEPPマッピングは、共有中央リポジトリに格納されたE.164番号のプロビジョニングおよび管理するための機構を指定します。このマッピングを介して交換される情報は、リポジトリから抽出され、ENUMに記載されるようにDNSリソースレコードを公開するために使用することができる[6]。本書で使用される例は、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 [7].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はありますRFC 2119に記載されるように解釈される[7]。
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 only provided to illustrate element relationships and are not a REQUIRED feature 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の仕様および実施例は、適合実装を開発するために提示した文字ケースで解釈されなければなりません。
This extension adds elements to the EPP domain name mapping [1]. Only new element descriptions are described here.
この拡張は、[1] EPPドメイン名マッピングに要素を追加します。唯一の新しい要素の説明は、ここで説明されています。
An E.164 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 [6]. The labels used to describe the name space of an E.164 domain name are a policy matter that is beyond the scope of this document.
E.164ドメイン名がENUM仕様に記載されているように、ドメイン名の構文に準拠するように変換されたE.164番号の表現である[6]。 E.164ドメイン名のネームスペースを記述するために使用されるラベルは、このドキュメントの範囲を超えて政策問題です。
According to ENUM [6], Naming Authority Pointer (NAPTR) resource records are used to identify available ways for contacting a specific node identified by a domain name created from the translation of an E.164 number. The basic NAPTR record format is described in RFC 3403 [8]. Rules for structuring and using NAPTR records for use with ENUM are described in RFC 3761 [6].
ENUMによる[6]、命名権限ポインタ（NAPTR）リソースレコードは、E.164番号の変換から作成されたドメイン名によって識別される特定のノードに接触するために利用可能な方法を識別するために使用されます。基本NAPTRレコードフォーマットは、RFC 3403に記載されている[8]。構造およびENUMで使用するためにNAPTRレコードを使用するための規則は、RFC 3761に記載されている[6]。
Several NAPTR field values are optional per RFC 3403. RFC 3761 describes processing rules that require the presence of certain NAPTR field values. This document describes field value requirements that correspond to RFC 3761.
いくつかのNAPTRフィールドの値は、RFC 3761で特定のNAPTRフィールド値が存在することを必要とする処理ルールを記載しているRFC 3403ごとに任意です。この文書は、RFC 3761に対応し、フィールド値の要件について説明します。
The NAPTR order field, a 16-bit unsigned integer, is represented in this mapping using the XML Schema "unsignedShort" data type.
NAPTR順序フィールド、16ビットの符号なし整数は、XMLスキーマ「なunsignedShort」データ型を使用して、このマッピングに示されています。
The NAPTR preference field, a 16-bit unsigned integer, is represented in this mapping using the XML Schema "unsignedShort" data type.
NAPTR選好フィールド、16ビットの符号なし整数は、XMLスキーマ「なunsignedShort」データ型を使用して、このマッピングに示されています。
The NAPTR flags field is represented in this mapping using a single character. The case of the flag character is not significant.
NAPTRフラグフィールドは、単一の文字を使用して、このマッピングで表現されます。フラグ文字の場合は重要ではありません。
The NAPTR service field is represented in this mapping using a character string with an unspecified maximum length. Valid values are application-dependent.
NAPTRサービスフィールドが未指定の最大の長さの文字列を使用して、このマッピングで表現されます。有効な値は、アプリケーションに依存します。
The NAPTR regexp field is represented in this mapping using a character string with an unspecified maximum length. This field can contain numerous backslashes and should thus be treated with care.
NAPTRの正規表現フィールドが不特定の最大長さの文字列を使用して、このマッピングに示されています。このフィールドには、多くのバックスラッシュを含めることができますので、注意して扱われるべきです。
The NAPTR replacement field, whose value is a domain name, is represented in this mapping using a character string with a maximum length of 255 characters.
その値は、ドメイン名であるのNAPTR置換フィールドは、255文字の最大長さの文字列を使用して、このマッピングで表現されます。
A detailed description of the EPP syntax and semantics can be found in the EPP core protocol specification [5]. The command mappings described here are specifically for use in implementing ENUM provisioning processes via EPP.
EPPの構文およびセマンティクスの詳細な説明は、EPPコアプロトコル仕様に見出すことができる[5]。ここで説明するコマンドのマッピングは、具体的EPP経由ENUMプロビジョニングプロセスを実装する際に使用するためのものです。
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 [1].
この拡張は、EPPチェック<>コマンドまたはEPPドメインマッピングに記載のチェック<>応答[1]に任意の要素を追加しません。
This extension does not add any elements to the EPP <info> command described in the EPP domain mapping [1]. Additional elements are defined for the <info> response.
この拡張は、[1] 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 [1]. In addition, the EPP <extension> element MUST contain a child <e164:infData> element that identifies the extension namespace and the location of the extension schema. The <e164: infData> element contains one or more <e164:naptr> elements that contain the following child elements:
<インフォメーション>コマンドが正常に処理されたときはEPPのドメインマッピング[1]で説明したように、EPP <resData>要素は、子要素を含まなければなりません。拡張ネームスペースと拡張スキーマのロケーションを識別する<infData E164>要素に加えて、EPP <拡張>要素は、子を含まなければなりません。次の子要素が含まれています：<NAPTR E164>要素<E164 infData>要素は、1つまたは複数が含まれています。
- An <e164:order> element that contains a NAPTR order value.
- ：NAPTR順序の値が含まれている<E164順>要素。
- An <e164:pref> element that contains a NAPTR preference value.
- <E164：県> NAPTR嗜好値を含む要素。
- An OPTIONAL <e164:flags> element that contains a NAPTR flags value.
- オプションの<E164：フラグ> NAPTRフラグ値を含む要素。
- An <e164:svc> element that contains a NAPTR service value.
- <E164：SVC> NAPTRサービス値を含む要素。
- An OPTIONAL <e164:regex> element that contains a NAPTR regular expression value.
- オプションの<E164：正規表現> NAPTR正規表現値を含む要素。
- An OPTIONAL <e164:replacement> element that contains a NAPTR replacement value.
- オプションの<E164：交換> NAPTRの置換値を含む要素。
Example <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: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 S: epp-1.0.xsd"> 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: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 S: domain-1.0.xsd"> S: <domain:name>3.8.0.0.6.9.2.3.6.1.4.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:host>ns1.example.com</domain:host> S: <domain:host>ns2.example.com</domain:host> 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: <e164:infData xmlns:e164="urn:ietf:params:xml:ns:e164epp-1.0" S: xsi:schemaLocation="urn:ietf:params:xml:ns:e164epp-1.0 S: e164epp-1.0.xsd"> S: <e164:naptr> S: <e164:order>10</e164:order> S: <e164:pref>100</e164:pref> S: <e164:flags>u</e164:flags>
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：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：EPP-1.0 S：EPP-1.0.xsd"> S <レスポンス> S：<結果コード= "1000"> S：<MSG>コマンドが正常に完了しまし</ MSG> S：</結果> S：<resData> S：<ドメイン：infData S：のxmlns：ドメイン= "壷： IETF：のparams：XML：NS：ドメイン-1.0" S：XSI：のschemaLocation = "壷：IETF：のparams：XML：NS：ドメイン-1.0 S：ドメイン-1.0.xsd"> S：<ドメイン：名前> 3.8。 0.0.6.9.2.3.6.1.4.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：<ドメイン：ホスト> ns1.example.com </ドメイン：ホスト> S：<ドメイン：ホスト> ns2.example.com </ DOMA中：ホスト> S：<ドメイン：CLID> ClientX </ドメイン：CLID> S：<ドメイン：CRID> clientYプロパティ</ドメイン：CRID> 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：<E164：infDataののxmlns：E164 = "壷：IETF ：paramsは：XML：NS：e164epp-1.0" S：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：e164epp-1.0 S：e164epp-1.0.xsd"> S <E164：NAPTR> S < E164：注文> 10 </ E164：順> S <E164：県> 100 </ E164：県> S <E164：フラグ> U </ E164：フラグ>
S: <e164:svc>E2U+sip</e164:svc> S: <e164:regex>"!^.*$!sip:info@example.com!"</e164:regex> S: </e164:naptr> S: <e164:naptr> S: <e164:order>10</e164:order> S: <e164:pref>102</e164:pref> S: <e164:flags>u</e164:flags> S: <e164:svc>E2U+msg</e164:svc> S: <e164:regex>"!^.*$!mailto:info@example.com!"</e164:regex> S: </e164:naptr> S: </e164:infData> S: </extension> S: <trID> S: <clTRID>ABC-12345</clTRID> S: <svTRID>54322-XYZ</svTRID> S: </trID> S: </response> S:</epp>
S：<E164：SVC> E2U +一口</ E164：SVC> S：<E164：正規表現> "^ * $一口：！。！！info@example.com" </ E164：正規表現> S：</ E164 ：NAPTR> S <E164：NAPTR> S <E164：順> 10 </ E164：順> S <E164：県> 102 </ E164：県> S <E164：フラグ> U </ E164。フラグ> S：<E164：SVC> E2U + MSG </ E164：SVC> S：<E164：正規表現> "^ * $のmailto：！。！！info@example.com" </ E164：正規表現> S：< / E164：NAPTR> S </ E164：infData> S </拡張> S <TRID> S <clTRID> ABC-12345 </ clTRID> S <svTRID> 54322-XYZ </ svTRID> S： </ TRID> S：</レスポンス> S：</ EPP>
An EPP error response MUST be returned if an extended <info> command can not be processed for any reason.
拡張<インフォメーション>コマンドが何らかの理由で処理できない場合はEPPのエラー応答が返されなければなりません。
This extension does not add any elements to the EPP <transfer> command or <transfer> response described in the EPP domain mapping [1].
この拡張は、[1] 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 [1]. No additional elements are defined for the EPP <create> response.
この拡張は、[1] 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 [1], the command MUST contain an <extension> element. The <extension> element MUST contain a child <e164:create> element that identifies the extension namespace and the location of the extension schema. The <e164:create> element contains one or more <e164:naptr> elements that contain the following child elements:
EPP <作成>コマンドは、クライアントがドメインオブジェクトを作成することを可能にする変換操作を提供します。 EPPドメインのマッピング、[1]に記載のEPPコマンド要素に加えて、コマンドは、<拡張>要素を含まなければなりません。要素の拡張名前空間と拡張スキーマの場所を識別します。<拡張子>要素は、子<作成E164>を含まなければなりません。 <E164：作成>：次の子要素が含まれている<NAPTR E164>要素要素は、1つまたは複数が含まれています。
- An <e164:order> element that contains a NAPTR order value.
- ：NAPTR順序の値が含まれている<E164順>要素。
- An <e164:pref> element that contains a NAPTR preference value.
- <E164：県> NAPTR嗜好値を含む要素。
- An OPTIONAL <e164:flags> element that contains a NAPTR flags value.
- オプションの<E164：フラグ> NAPTRフラグ値を含む要素。
- An <e164:svc> element that contains a NAPTR service value.
- <E164：SVC> NAPTRサービス値を含む要素。
- An OPTIONAL <e164:regex> element that contains a NAPTR regular expression value.
- オプションの<E164：正規表現> NAPTR正規表現値を含む要素。
- An OPTIONAL <e164:replacement> element that contains a NAPTR replacement value.
- オプションの<E164：交換> NAPTRの置換値を含む要素。
Example <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: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 C: epp-1.0.xsd"> C: <command> C: <create> C: <domain:create C: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" C: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 C: domain-1.0.xsd"> C: <domain:name>3.8.0.0.6.9.2.3.6.1.4.4.e164.arpa</domain:name> C: <domain:period unit="y">2</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: <e164:create C: xmlns:e164="urn:ietf:params:xml:ns:e164epp-1.0"
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：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：EPP-1.0 C：EPP-1.0.xsd"> C <コマンド> C：<ドメイン：Cを作成します。のxmlns：ドメイン= "壷：IETF：のparams：XML：NS：ドメイン-1.0" C：XSI：のschemaLocation = "壷：IETF：のparams：XML：NS <> Cを作成します：ドメイン-1.0 C：ドメイン1.0.xsd "> C <ドメイン：名> 3.8.0.0.6.9.2.3.6.1.4.4.e164.arpa </ドメイン：名> C <ドメイン：期間単位=" Y "> 2 </ドメイン：期間> 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 <E164：作成C：のxmlns：E164 = "URN：IETF：paramsは：XML：NS：e164epp-1.0"
C: xsi:schemaLocation="urn:ietf:params:xml:ns:e164epp-1.0 C: e164epp-1.0.xsd"> C: <e164:naptr> C: <e164:order>10</e164:order> C: <e164:pref>100</e164:pref> C: <e164:flags>u</e164:flags> C: <e164:svc>E2U+sip</e164:svc> C: <e164:regex>"!^.*$!sip:info@example.com!"</e164:regex> C: </e164:naptr> C: <e164:naptr> C: <e164:order>10</e164:order> C: <e164:pref>102</e164:pref> C: <e164:flags>u</e164:flags> C: <e164:svc>E2U+msg</e164:svc> C: <e164:regex>"!^.*$!mailto:info@example.com!"</e164:regex> C: </e164:naptr> C: </e164:create> C: </extension> C: <clTRID>ABC-12345</clTRID> C: </command> C:</epp>
C：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：e164epp-1.0 C：e164epp-1.0.xsd"> C <E164：NAPTR> C <E164：順> 10 </ E164：順> C：<E164：県> 100 </ E164：県> C <E164：フラグ> U </ E164：フラグ> C <E164：SVC> E2U + SIP </ E164：SVC> C <E164：正規表現> "^ * $一口：！。！info@example.com！" </ E164：正規表現> C：</ E164：NAPTR> C：<E164：NAPTR> C：<E164：オーダー> 10 </ E164：順> C <E164：県> 102 </ E164：県> C <E164：フラグ> U </ E164：フラグ> C <E164：SVC> E2U + MSG </ E164：SVC> C <E164 ：正規表現> "^ * $のmailto：！。！！info@example.com" </ E164：正規表現> C：</ E164：NAPTR> C：</ E164：</拡張機能> C：<> Cを作成しますclTRID> ABC-12345 </ clTRID> C </コマンド> C </ EPP>
When an extended <create> command has been processed successfully, the EPP response is as described in the EPP domain mapping [1].
<作成>コマンドが正常に処理された拡張場合、EPP応答がEPPドメインのマッピングに記載されている[1]。
This extension does not add any elements to the EPP <delete> command or <delete> response described in the EPP domain mapping [1].
この拡張は、[1]コマンドまたはEPPドメインマッピングに記載の<削除>応答<削除> EPPの任意の要素を追加しません。
This extension does not add any elements to the EPP <renew> command or <renew> response described in the EPP domain mapping [1].
この拡張は、[1] EPP <更新>コマンドまたはEPPドメインマッピングに記載の<更新>応答に任意の要素を追加しません。
This extension does not add any elements to the EPP <transfer> command or <transfer> response described in the EPP domain mapping [1].
この拡張は、[1] EPPドメインのマッピングに記載EPP <転写>コマンドまたは<転写>応答に任意の要素を追加しません。
This extension defines additional elements for the EPP <update> command described in the EPP domain mapping [1]. No additional elements are defined for the EPP <update> response.
この拡張は、[1] EPPドメインのマッピングに記載EPP <アップデート>コマンドの追加の要素を定義します。追加の要素がEPP <アップデート>応答のために定義されていません。
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 [1], the <update> command MUST contain an <extension> element. The <extension> element MUST contain a child <e164:update> element that identifies the extension namespace and the location of the extension schema. The <e164:update> element contains one or more <e164:add> or <e164:rem> elements. Each <e164:add> and <e164:rem> element contains an <e164:naptr> element that contains the following child elements:
EPP <アップデート>コマンドは、クライアントがドメインオブジェクトの状態を変更することを可能にする変換操作を提供します。 EPPドメインのマッピングに記載のEPPコマンド要素に加えて、[1]、<更新>コマンド<拡張>要素を含まなければなりません。拡張名前空間と拡張スキーマの場所を特定する要素：<拡張子>要素は、子<アップデートE164>を含まなければなりません。 ：<：追加E164>または<E164：REM>要素の<E164更新>要素は、1つまたは複数が含まれています。各<E164：追加>と次の子要素が含まれます：<NAPTR E164>要素<E164レム>要素が含まれています。
- An <e164:order> element that contains a NAPTR order value.
- ：NAPTR順序の値が含まれている<E164順>要素。
- An <e164:pref> element that contains a NAPTR preference value.
- <E164：県> NAPTR嗜好値を含む要素。
- An OPTIONAL <e164:flags> element that contains a NAPTR flags value.
- オプションの<E164：フラグ> NAPTRフラグ値を含む要素。
- An <e164:svc> element that contains a NAPTR service value.
- <E164：SVC> NAPTRサービス値を含む要素。
- An OPTIONAL <e164:regex> element that contains a NAPTR regular expression value.
- オプションの<E164：正規表現> NAPTR正規表現値を含む要素。
- An OPTIONAL <e164:replacement> element that contains a NAPTR replacement value.
- オプションの<E164：交換> NAPTRの置換値を含む要素。
Example <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: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 C: epp-1.0.xsd"> C: <command> C: <update> C: <domain:update C: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" C: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 C: domain-1.0.xsd"> C: <domain:name>3.8.0.0.6.9.2.3.6.1.4.4.e164.arpa</domain:name> C: </domain:update> C: </update> C: <extension> C: <e164:update xmlns:e164="urn:ietf:params:xml:ns:e164epp-1.0" C: xsi:schemaLocation="urn:ietf:params:xml:ns:e164epp-1.0 C: e164epp-1.0.xsd"> C: <e164:rem> C: <e164:naptr> C: <e164:order>10</e164:order>
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：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：EPP-1.0 C：EPP-1.0.xsd"> C <コマンド> C <更新> C <ドメイン：更新C：のxmlns：ドメイン= "URN：IETF：paramsは：XML：NS：ドメイン-1.0" C：XSI：のschemaLocationは=「URN：IETF：paramsは：XML：NS ：ドメイン-1.0 C：ドメイン-1.0.xsd "> C：<ドメイン：名> 3.8.0.0.6.9.2.3.6.1.4.4.e164.arpa </ドメイン：名> C：</ドメイン：更新> C </アップデート> C <拡張> C <E164：更新のxmlns：E164 = "URN：IETF：paramsは：XML：NS：e164epp-1.0" C：XSI：のschemaLocation = "URN：IETF：paramsは：XML： NS：e164epp-1.0 C：e164epp-1.0.xsd "> C <E164：REM> C <E164：NAPTR> C <E164：順> 10 </ E164：順>
C: <e164:pref>102</e164:pref> C: <e164:flags>u</e164:flags> C: <e164:svc>E2U+msg</e164:svc> C: <e164:regex>"!^.*$!mailto:info@example.com!"</e164:regex> C: </e164:naptr> C: </e164:rem> C: </e164:update> C: </extension> C: <clTRID>ABC-12345</clTRID> C: </command> C:</epp>
C：<E164：県> 102 </ E164：県> C <E164：フラグ> U </ E164：フラグ> C <E164：SVC> E2U + MSG </ E164：SVC> C <E164：正規表現> "！。^ * $のmailto：！info@example.com！" </ E164：正規表現> C：</ E164：NAPTR> C：</ E164：REM> C：</ E164：更新> C：< /拡張> C <clTRID> ABC-12345 </ clTRID> C </コマンド> C </ EPP>
When an extended <update> command has been processed successfully, the EPP response is as described in the EPP domain mapping [1].
<更新>コマンドが正常に処理された伸ばされた時、EPPドメインのマッピング、[1]に記載されているように、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 schema; they are used to note the beginning and ending of the schema for URI registration purposes.
EPPオブジェクトマッピングは、XMLスキーマ表記で指定されています。ここで紹介する正式な構文は、EPPのXMLインスタンスの自動化された検証に適したオブジェクト・マッピングの完全なスキーマ表現です。 BEGINとENDタグは、スキーマの一部ではありません。彼らは、URIの登録目的のためのスキーマの始まりと終わりを注意するために使用されています。
BEGIN <?xml version="1.0" encoding="UTF-8"?>
BEGINの<？xml version = "1.0" エンコードは= "UTF-8"？>
<schema targetNamespace="urn:ietf:params:xml:ns:e164epp-1.0" xmlns:e164="urn:ietf:params:xml:ns:e164epp-1.0" xmlns="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
<スキーマのtargetNamespace = "URN：IETF：paramsは：XML：NS：e164epp-1.0" のxmlns：E164 = "URN：IETF：paramsは：XML：NS：e164epp-1.0" のxmlns = "http://www.w3.org / 2001 / XMLスキーマ」のelementFormDefault = "資格">
<annotation> <documentation> Extensible Provisioning Protocol v1.0 domain name extension schema for E.164 number provisioning. </documentation> </annotation>
<注釈> <ドキュメンテーション> E.164番号のプロビジョニングのための拡張可能なプロビジョニングプロトコルv1.0のドメイン名の拡張子スキーマ。 </ドキュメンテーション> </注釈>
<!-- Child elements found in EPP commands. --> <element name="create" type="e164:createType"/> <element name="update" type="e164:updateType"/>
<！ - EPPコマンドで見つかった子要素。 - > <要素名= "作成" タイプ= "E164：に、createType" /> <要素名= "更新" タイプ= "E164：UPDATETYPE" />
<!-- Global elements. --> <element name="naptr" type="e164:naptrType"/>
<！ - グローバル要素。 - > <要素名= "NAPTR" タイプ= "E164：naptrType" />
<!-- Child elements of the <create> command. --> <complexType name="createType"> <sequence> <element ref="e164:naptr" maxOccurs="unbounded"/> </sequence> </complexType>
<！ - <> createコマンドの子要素。 - > <complexTypeの名= "に、createType"> <シーケンス> <要素REF = "E164：NAPTR" のmaxOccurs = "無制限" /> </配列> </ complexTypeの>
<complexType name="naptrType"> <sequence> <element name="order" type="unsignedShort"/> <element name="pref" type="unsignedShort"/> <element name="flags" type="e164:flagsType" minOccurs="0"/> <element name="svc" type="e164:svcType"/> <element name="regex" type="e164:regexType" minOccurs="0"/> <element name="repl" type="e164:replType" minOccurs="0"/> </sequence> </complexType>
<complexTypeの名前= "naptrType"> <シーケンス> <要素名= "オーダー" タイプ= "なunsignedShort" /> <要素名= "県" タイプ= "なunsignedShort" /> <要素名= "フラグ" タイプ= "E164 ：flagsType」のminOccurs = "0" /> <要素名= "SVC" タイプ= "E164：svcType" /> <要素名= "正規表現" タイプ= "E164：regexType" のminOccurs = "0" /> <要素名= "REPL" タイプ= "E164：replType" のminOccurs = "0" /> </配列> </ complexTypeの>
<simpleType name="flagsType"> <restriction base="token"> <pattern value="[A-Z]|[a-z]|[0-9]"/> <length value="1"/> </restriction> </simpleType>
<単純名= "flagsType"> <制限ベース= "トークン"> <パターン値= "[AZ] | [AZ] | [0-9]" /> <長さ値= "1" /> </制限> </単純>
<simpleType name="svcType"> <restriction base="token"> <minLength value="1"/> </restriction> </simpleType>
<単純名= "svcType"> <制限ベース= "トークン"> <はminLength値= "1" /> </制限> </ simpleTypeの>
<simpleType name="regexType"> <restriction base="token"> <minLength value="1"/> </restriction> </simpleType>
<単純名= "regexType"> <制限ベース= "トークン"> <はminLength値= "1" /> </制限> </ simpleTypeの>
<simpleType name="replType"> <restriction base="token"> <minLength value="1"/> <maxLength value="255"/> </restriction> </simpleType>
<単純名= "replType"> <制限ベース= "トークン"> <はminLength値= "1" /> <maxLengthの値= "255" /> </制限> </ simpleTypeの>
<!-- Child elements of the <update> command. --> <complexType name="updateType"> <sequence> <element name="add" type="e164:addRemType" minOccurs="0"/> <element name="rem" type="e164:addRemType" minOccurs="0"/> </sequence> </complexType>
<！ - <更新>コマンドの子要素。 - > <complexTypeの名= "UPDATETYPE"> <シーケンス> <要素名= "追加" タイプ= "E164：addRemType" のminOccurs = "0" /> <要素名= "REM" タイプ= "E164：addRemType" minOccurs属性= "0" /> </シーケンス> </ complexTypeの>
<!-- Data elements that can be added or removed. --> <complexType name="addRemType"> <sequence> <element ref="e164:naptr" maxOccurs="unbounded"/> </sequence> </complexType>
<！ - 追加または削除することができ、データ・エレメント。 - > <complexTypeの名= "addRemType"> <シーケンス> <要素REF = "E164：NAPTR" のmaxOccurs = "無制限" /> </配列> </ complexTypeの>
<!-- Child response elements. --> <element name="infData" type="e164:infDataType"/>
<！ - 子供の応答要素。 - > <要素名= "infData" タイプ= "E164：infDataType" />
<!-- <info> response elements. --> <complexType name="infDataType"> <sequence> <element ref="e164:naptr" maxOccurs="unbounded"/> </sequence> </complexType>
<！ - <インフォメーション>応答要素。 - > <complexTypeの名= "infDataType"> <シーケンス> <要素REF = "E164：NAPTR" のmaxOccurs = "無制限" /> </配列> </ complexTypeの>
<!-- End of schema. --> </schema> END
<！ - スキーマの終わり。 - > </スキーマ> END
EPP is represented in XML, which provides native support for encoding information using the Unicode character set and its more compact representations, including UTF-8 [10]. Conformant XML processors recognize both UTF-8 and UTF-16 [11]. Though XML includes provisions to identify and use other character encodings through use of an "encoding" attribute in an <?xml?> declaration, use of UTF-8 is RECOMMENDED in environments where parser encoding support incompatibility exists.
EPPは、Unicode文字セットとUTF-8 [10]などのよりコンパクトな表現を用いて情報を符号化するためのネイティブサポートを提供する、XMLで表現されています。準拠XMLプロセッサは、UTF-8およびUTF-16 [11]の両方を認識する。 XMLは、<？xmlの？>宣言で「エンコーディング」属性を使用して他の文字エンコーディングを識別し、使用する規定を含んでいるものの、UTF-8を使用すると、パーサエンコードのサポートの非互換性が存在する環境で推奨されます。
As an extension of the EPP domain mapping [1], the elements, element content, attributes, and attribute values described in this document MUST inherit the internationalization conventions used to represent higher-layer domain and core protocol structures present in an XML instance that includes this extension.
EPPドメインマッピングの拡張として、[1]、要素、要素の内容、属性、および含むXMLインスタンス中に存在する上位層のドメインとコアプロトコル構造を表すために使用される国際規則を継承する必要があり、この文書に記載され属性値この拡張機能。
This document uses URNs to describe XML namespaces and XML schemas conforming to a registry mechanism described in RFC 3688 [9]. Two URI assignments have been completed by the IANA:
この文書は、RFC 3688に記載されたレジストリ・メカニズムに準拠するXML名前空間とXMLスキーマを記述するためのURNを使用する[9]。二つのURIの割り当てはIANAによって完成されています：
Registration for the extension namespace:
拡張名前空間の登録：
URI: urn:ietf:params:xml:ns:e164epp-1.0
URI：URN：IETF：のparams：XML：NS：e164epp-1.0
Registrant Contact: IESG
登録者連絡先：IESG
XML: None. Namespace URIs do not represent an XML specification.
XML：なし。名前空間URIはXMLの仕様を示すものではありません。
Registration for the extension XML schema:
拡張XMLスキーマの登録：
URI: urn:ietf:params:xml:schema:e164epp-1.0
URI：URN：IETF：のparams：XMLは：スキーマ：e164epp-1.0
Registrant Contact: IESG
登録者連絡先：IESG
XML: See the "Formal Syntax" section of this document.
XML：このドキュメントの「正式な構文」を参照してください。
The mapping extensions described in this document do not provide any security services beyond those described by EPP [5], the EPP domain name mapping [1], and protocol layers used by EPP. Security considerations related to ENUM are described in the "Security Considerations" section of the ENUM specification [6]; security considerations related to the Dynamic Delegation Discovery System and NAPTR records are described in the "Security Considerations" section of RFC 3403 [8]. The security considerations described in these specifications apply to this specification as well.
このドキュメントで説明する機能拡張は、EPPによって記載されているものを超えてすべてのセキュリティサービスを提供していないマッピング[5]、EPPドメイン名マッピング[1]、およびEPPで使用されるプロトコル層。 ENUMに関連するセキュリティ上の考慮事項は、ENUM仕様の「セキュリティの考慮事項」に記載されている[6]。ダイナミックな委譲発見システムとNAPTRレコードに関連するセキュリティ上の考慮事項は、RFC 3403の「セキュリティの考慮事項」に記載されている[8]。これらの仕様で説明されているセキュリティの考慮事項は、同様に、この仕様に適用されます。
As with other domain object transforms, the EPP transform operations described in this document MUST be restricted to the sponsoring client as authenticated using the mechanisms described in sections 2.9.1.1 and 7 of RFC 3730 [5]. Any attempt to perform a transform operation on a domain object by any client other than the sponsoring client MUST be rejected with an appropriate EPP authorization error.
他のドメインオブジェクトの変換と同様に、EPPは、本書で説明した動作を変換認証として[5] RFC 3730のセクション2.9.1.1及び7で説明したメカニズムを使用して、スポンサークライアントに制限されなければなりません。スポンサークライアント以外のクライアントによるドメインオブジェクトに変換操作を実行しようとすると、適切なEPPの認証エラーで拒否されなければなりません。
The author would like to thank the following people who have provided significant contributions to the development of this document:
著者は、この文書の発展に多大な貢献を提供している以下の方々に感謝したいと思います：
Lawrence Conroy, Edward Lewis, Michael Mealling, Allison Mankin, Chip Sharp, and James Yu.
ローレンスコンロイ、エドワード・ルイス、マイケル・メオーリング、アリソンマンキン、チップシャープ、そしてジェームズ・ゆいます。
[1] Hollenbeck, S., "Extensible Provisioning Protocol (EPP) Domain Name Mapping", RFC 3731, March 2004.
[1]ホレンベック、S.、 "拡張プロビジョニングプロトコル（EPP）ドメイン名のマッピング"、RFC 3731、2004年3月。
[2] Paoli, J., Sperberg-McQueen, C., Bray, T., and E. Maler, "Extensible Markup Language (XML) 1.0 (Second Edition)", W3C FirstEdition REC-xml-20001006, October 2000.
[2]パオリ、J.、Sperberg-マックィーン、C.、ブレイ、T.、およびE. MALER、 "拡張マークアップ言語（XML）1.0（第二版）"、W3C FirstEdition REC-XML-20001006、2000年10月。
[3] Maloney, M., Beech, D., Mendelsohn, N., and H. Thompson, "XML Schema Part 1: Structures", W3C REC REC-xmlschema-1-20010502, May 2001.
[3]マロニー、M.、ブナ、D.、メンデルゾーン、N.、およびH.トンプソン、 "XMLスキーマパート1：構造"、W3C REC REC-XMLSCHEMA-1から20010502、2001年5月。
[4] Malhotra, A. and P. Biron, "XML Schema Part 2: Datatypes", W3C REC REC-xmlschema-2-20010502, May 2001.
[4]マルホトラ、A.、およびP.ビロン、 "XMLスキーマパート2：データ型"、W3C REC REC-XMLSCHEMA-2から20010502、2001年5月。
[5] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", RFC 3730, March 2004.
[5]ホレンベック、S.、 "拡張プロビジョニングプロトコル（EPP）"、RFC 3730、2004年3月。
[6] Faltstrom, P. and M. Mealling, "The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM)", RFC 3761, April 2004.
[6] Faltstrom、P.及びM. Mealling、 "ユニフォームリソース識別子にE.164（URI）ダイナミックな委譲発見システム（DDDS）アプリケーション（ENUM）"、RFC 3761、2004年4月。
[7] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[7]ブラドナーのは、S.は、BCP 14、RFC 2119、1997年3月の "RFCsにおける使用のためのレベルを示すために"。
[8] Mealling, M., "Dynamic Delegation Discovery System (DDDS) Part Three: The Domain Name System (DNS) Database", RFC 3403, October 2002.
[8] Mealling、M.、 "ダイナミックな委譲発見システム（DDDS）パート3：ドメインネームシステム（DNS）データベース"、RFC 3403、2002年10月。
[9] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[9] Mealling、M.、 "IETF XMLレジストリ"、BCP 81、RFC 3688、2004年1月。
[10] Yergeau, F., "UTF-8, a transformation format of ISO 10646", STD 63, RFC 3629, November 2003.
[10] Yergeau、F.、 "UTF-8、ISO 10646の変換フォーマット"、STD 63、RFC 3629、2003年11月。
[11] Hoffman, P. and F. Yergeau, "UTF-16, an encoding of ISO 10646", RFC 2781, February 2000.
[11]ホフマン、P.及びF. Yergeau、 "UTF-16、ISO 10646の符号化"、RFC 2781、2000年2月。
Author's Address
著者のアドレス
Scott Hollenbeck VeriSign, Inc. 21345 Ridgetop Circle Dulles, VA 20166-6503 US
スコットホレンベックベリサイン社21345 Ridgetopサークルダレス、バージニア州20166から6503米
EMail: shollenbeck@verisign.com
メールアドレス：shollenbeck@verisign.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2005).
著作権（C）インターネット協会（2005）。
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 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が表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
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に情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。