[要約] RFC 4698は、インターネットレジストリ情報サービスのためのアドレスレジストリ（areg）タイプであり、IRISプロトコルを使用して情報を提供します。このRFCの目的は、インターネットレジストリ情報サービスの効率的な運用と管理を支援することです。
Network Working Group E. Gunduz
Request for Comments: 4698 RIPE NCC
Category: Standards Track A. Newton
VeriSign, Inc.
S. Kerr
RIPE NCC
October 2006
IRIS: An Address Registry (areg) Type for the Internet Registry Information Service
IRIS：インターネットレジストリ情報サービスのアドレスレジストリ（AREG）タイプ
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 (2006).
Copyright（c）The Internet Society（2006）。
Abstract
概要
This document describes an IRIS registry schema for IP address and Autonomous System Number information. The schema extends the necessary query and result operations of IRIS to provide the functional information service needs for syntaxes and results used by Internet Protocol address registries.
このドキュメントでは、IPアドレスと自律システム番号情報のIRISレジストリスキーマについて説明します。スキーマは、IRISの必要なクエリと結果操作を拡張して、インターネットプロトコルアドレスレジストリで使用される構文と結果の機能情報サービスのニーズを提供します。
Table of Contents
目次
1. Introduction ....................................................3
2. Document Terminology ............................................3
3. Schema Description ..............................................3
3.1. Query Derivatives ..........................................4
3.1.1. <findContacts> Query ................................4
3.1.2. <findOrganizations> .................................4
3.1.3. <findAutonomousSystemsByName> and
<findNetworksByName> ................................5
3.1.4. <findNetworksByAddress> .............................5
3.1.5. <findNetworksByHandle> ..............................6
3.1.6. <findASByNumber> ....................................6
3.1.7. <findByContact> .....................................7
3.1.8. <findNetworksByNameServer> ..........................7
3.1.9. Contact Search Group ................................8
3.1.10. Common Search Group ................................8
3.1.11. Match Parameters ...................................8
3.2. Result Derivatives .........................................9
3.2.1. <ipv4Network> and <ipv6Network> Results .............9
3.2.2. <autonomousSystem> Result ..........................10
3.2.3. <contact> Result ...................................11
3.2.4. <organization> Result ..............................12
3.2.5. Contact References .................................12
3.2.6. Common Result Child Elements .......................13
3.3. Support for <iris:lookupEntity> ...........................13
4. Terminology for Nesting of Networks ............................14
5. Formal XML Syntax ..............................................18
6. BEEP Transport Compliance ......................................31
6.1. Message Pattern ...........................................31
6.2. Server Authentication .....................................31
7. URI Resolution .................................................31
7.1. Application Service Label .................................31
7.2. Operational Considerations ................................31
7.3. Top-Down Resolution .......................................31
8. Internationalization Considerations ............................32
9. IANA Considerations ............................................32
10. Security Considerations .......................................32
11. References ....................................................33
11.1. Normative References .....................................33
11.2. Informative References ...................................33
Appendix A. Privacy Considerations ................................34
Appendix B. Example Requests and Responses ........................34
B.1. Example 1 .................................................34
B.2. Example 2 .................................................36
Appendix C. Specificity Examples ..................................39
Appendix D. Contributors ..........................................46
Appendix E. Acknowledgements ......................................46
An Internet address registry stores information about:
インターネットアドレスレジストリは次の情報を保存します。
o address ranges
o アドレス範囲
o autonomous system number ranges
o 自律システム番号の範囲
o associated contacts and organizations
o 関連する連絡先と組織
o name servers
o ネームサーバー
This information is interrelated, and Internet address registries store this information and the information's interrelationships in a manner befitting the needs of each Internet address registry and its constituents. This document specifies a method for accessing and retrieving this information in a common XML format.
この情報は相互に関連しており、インターネットアドレスレジストリは、この情報と情報の相互関係を、各インターネットアドレスレジストリとその構成要素のニーズにふさわしい方法で保存します。このドキュメントは、一般的なXML形式でこの情報にアクセスして取得する方法を指定します。
This document describes an IRIS namespace for Internet address registries using an XML Schema [8] derived from and using the IRIS [2] schema. This schema and registry type are provided to demonstrate the extensibility of the IRIS framework beyond the use of domains, a criteria defined in CRISP [4].
このドキュメントでは、IRIS [2]スキーマから派生および使用したXMLスキーマ[8]を使用したインターネットアドレスレジストリ用のIRISネームスペースについて説明します。このスキーマとレジストリタイプは、ドメインの使用を超えて虹彩フレームワークの拡張性を実証するために提供されています。これは、CRISPで定義されている基準です[4]。
The schema given is this document is specified using the Extensible Markup Language (XML) 1.0 as described in XML [5], XML Schema notation as described in XML_SD [7] and XML_SS [8], and XML Namespaces as described in XML_NS [6].
指定されたスキーマは、XML [5]で説明されている拡張可能なマークアップ言語（XML）1.0、XML_SD [7]およびXML_SS [8]に記載されているXMLスキーマ表記、およびXML_NS [6で説明されているXMLネームスペースを使用して指定されています。]。
Examples of client/server XML exchanges with this registry type are available in Appendix B.
このレジストリタイプを使用したクライアント/サーバーXML交換の例は、付録Bで入手できます。
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]に記載されているように解釈される。
IRIS requires the derivation of both query and result elements by a registry schema. Descriptions for these follow.
IRISでは、レジストリスキーマによってクエリ要素と結果要素の両方を導出する必要があります。これらの説明が続きます。
The descriptions contained within this section refer to XML elements and attributes and their relation to the exchange of data within the protocol. These descriptions also contain specifications outside the scope of the formal XML syntax. Therefore, this section will use terms defined by RFC 2119 [1] to describe the specification outside the scope of the formal XML syntax. While reading this section, please reference Section 5 for needed details on the formal XML syntax.
このセクションに含まれる説明は、XML要素と属性、およびプロトコル内のデータ交換との関係を参照しています。これらの説明には、正式なXML構文の範囲外の仕様も含まれています。したがって、このセクションでは、RFC 2119 [1]で定義された用語を使用して、正式なXML構文の範囲外の仕様を説明します。このセクションを読んでいる間、正式なXML構文の必要な詳細については、セクション5を参照してください。
<findContacts> searches for contacts given search constraints.
<FindContacts>検索制約が与えられた連絡先の検索。
The allowable search fields are handled by one of the elements in the "contactSearchGroup" (see Section 3.1.9) or the element <organizationId>. The <organizationId> element constrains the query based on the organization ID (handle) associated with contacts. This element is an "exactMatchParameter" (see Section 3.1.11).
許容可能な検索フィールドは、「ContactSearchGroup」（セクション3.1.9を参照）または要素<編集ID>の要素の1つによって処理されます。<suragingId>要素は、連絡先に関連付けられている組織ID（ハンドル）に基づいてクエリを制約します。この要素は「ExactMatchParameter」です（セクション3.1.11を参照）。
This query also provides optional <language> elements containing language tags. Clients MAY use these elements to give a hint about the natural language(s) of the affected element. Servers MAY use this information in processing the query, such as tailoring normalization routines to aid in more effective searches.
このクエリは、言語タグを含むオプションの<言語>要素も提供します。クライアントは、これらの要素を使用して、影響を受ける要素の自然言語に関するヒントを与えることができます。サーバーは、より効果的な検索を支援するために正規化ルーチンの調整など、クエリの処理にこの情報を使用する場合があります。
The client SHOULD pass the names unchanged to the server, and the implementation of the server decides if the search is case sensitive or not.
クライアントはサーバーに変更されていない名前を渡す必要があり、サーバーの実装は、検索がケースに敏感かどうかを決定します。
<findOrganizations> searches for organizations given search constraints.
The allowable search fields are handled by one of the elements in the "commonSearchGroup" (see Section 3.1.10) or the element <organizationName>. This element is an "exactOrPartialMatchParameter" (see Section 3.1.11).
許容検索フィールドは、「commonsearchgroup」（セクション3.1.10を参照）または要素<編集name>の要素の1つによって処理されます。この要素は「ExactOrpartialMatchParameter」です（セクション3.1.11を参照）。
This query also provides optional <language> elements containing language tags. Clients MAY use these elements to give a hint about the natural language(s) of the affected element. Servers MAY use this information in processing the query, such as tailoring normalization routines to aid in more effective searches.
このクエリは、言語タグを含むオプションの<言語>要素も提供します。クライアントは、これらの要素を使用して、影響を受ける要素の自然言語に関するヒントを与えることができます。サーバーは、より効果的な検索を支援するために正規化ルーチンの調整など、クエリの処理にこの情報を使用する場合があります。
The client SHOULD pass the names unchanged to the server, and the implementation of the server decides if the search is case sensitive or not.
クライアントはサーバーに変更されていない名前を渡す必要があり、サーバーの実装は、検索がケースに敏感かどうかを決定します。
The <findAutonomousSystemsByName> and <findNetworksByName> elements allow searches by name of autonomous systems and networks, respectively. Both have the same format.
<FindAutonomousSystemSbyName>および<FindNetWorksByName>要素は、それぞれ自律システムとネットワークの名前で検索を許可します。どちらも同じ形式を持っています。
The child element <name> is an "exactOrPartialMatchParameter" (see Section 3.1.11).
子要素<name>は「exactorpartialmatchparameter」です（セクション3.1.11を参照）。
This query also provides optional <language> elements containing language tags. Clients MAY use these elements to give a hint about the natural language(s) of the affected element. Servers MAY use this information in processing the query, such as tailoring normalization routines to aid in more effective searches.
このクエリは、言語タグを含むオプションの<言語>要素も提供します。クライアントは、これらの要素を使用して、影響を受ける要素の自然言語に関するヒントを与えることができます。サーバーは、より効果的な検索を支援するために正規化ルーチンの調整など、クエリの処理にこの情報を使用する場合があります。
The client SHOULD pass the names unchanged to the server, and the implementation of the server decides if the search is case sensitive or not.
クライアントはサーバーに変更されていない名前を渡す必要があり、サーバーの実装は、検索がケースに敏感かどうかを決定します。
The <findNetworksByAddress> element is a query for a network given a related IP address or IP address range. It has the following child elements:
<findNetWorksByAddress>要素は、関連するIPアドレスまたはIPアドレス範囲を与えられたネットワークのクエリです。次の子要素があります。
o <ipv4Address> - has a child <start> element containing the starting IPv4 address of the network and an optional child of <end> containing the ending IPv4 address of the network. Clients MUST convert any short-form notation to the fully-qualified notation.
o <IPv4Address> -Networkの開始IPv4アドレスを含む子<Start>要素と、ネットワークの終了IPv4アドレスを含む<End>のオプションの子があります。クライアントは、短い形式の表記を完全に認定された表記に変換する必要があります。
o <ipv6Address> - same as <ipv4Address>, but the child addresses contain IPv6 addresses. Clients MUST convert any short-form notation to the fully-qualified notation.
o <ipv6Address> - <ipv4Address>と同じですが、子のアドレスにはIPv6アドレスが含まれています。クライアントは、短い形式の表記を完全に認定された表記に変換する必要があります。
o <specificity> - determines the network specificity for the search (see Section 4). Valid values are "exact-match", "all-less-specific", "one-level-less-specific", "all-more-specific", and "one-level-more-specific". This element may have the optional attribute 'allowEquivalences'. When it is set to "true", the result set should include networks with equivalent starting and ending addresses. The default value for 'allowEquivalences' is "false".
o <特異性> - 検索のネットワーク特異性を決定します（セクション4を参照）。有効な値は、「正確な一致」、「オールレス固有の」、「1つのレベルのない固有」、「オールモア固有」、および「1レベルのモア固有」です。この要素には、オプションの属性「許容等価」がある場合があります。「true」に設定されている場合、結果セットには、同等の開始および終了アドレスを持つネットワークを含める必要があります。「許容等価」のデフォルト値は「false」です。
The results from this query MUST be either <ipv4Network> or <ipv6Network> results. More than one network result MAY be returned.
このクエリの結果は、<ipv4network>または<ipv6network>の結果でなければなりません。複数のネットワーク結果が返される場合があります。
The <findNetworksByHandle> element is a query for a network given a the handle of a related network. It has the following child elements:
<findnetworksbyhandle>要素は、関連するネットワークのハンドルを考慮して、ネットワークのクエリです。次の子要素があります。
o <networkHandle> - specifies the network handle.
o <NetworkHandle> - ネットワークハンドルを指定します。
o <specificity> - determines the network specificity for the search (see Section 4). Valid values are "all-less-specifics", "one-level-less-specifics", "all-more-specifics", and "one-level-more-specifics".
o <特異性> - 検索のネットワーク特異性を決定します（セクション4を参照）。有効な値は、「オールレス特有」、「1つのレベルのない種」、「オールモア特異的」、および「1レベルのモア固有」です。
The results from this query MUST be either <ipv4Network> or <ipv6Network> results. More than one network result MAY be returned.
このクエリの結果は、<ipv4network>または<ipv6network>の結果でなければなりません。複数のネットワーク結果が返される場合があります。
This query could be used to discover the parentage relationships between networks that have the same starting and ending addresses.
このクエリは、同じ開始アドレスと終了アドレスを持つネットワーク間の親子関係を発見するために使用できます。
The client SHOULD pass handles unchanged to the server, and the implementation of the server decides if the search is case sensitive or not.
クライアントは、サーバーに変更されていないハンドルを渡す必要があり、サーバーの実装は、検索がケースに敏感かどうかを決定します。
The <findASByNumber> element allows a search for autonomous systems given an autonomous system number (ASN) range. It has the following child elements:
<findasbynumber>要素は、自律システム番号（ASN）範囲を考慮して、自律システムを検索できます。次の子要素があります。
o <asNumberStart> - specifies the start of the ASN range.
o <asnumberStart> - ASN範囲の開始を指定します。
o <asNumberEnd> - specifies the end of the ASN range.
o <AsNumberEnd> - ASN範囲の終わりを指定します。
o <specificity> - determines the range specificity for the search (see Section 4). Valid values are "exact-match", "all-less-specific", "one-level-less-specific", "all-more-specific", and "one-level-more-specific". This element may have the optional attribute 'allowEquivalences'. When it is set to "true", the result set should include ranges with equivalent starting and ending numbers. The default value for 'allowEquivalences' is "false".
o <特異性> - 検索の範囲特異性を決定します（セクション4を参照）。有効な値は、「正確な一致」、「オールレス固有の」、「1つのレベルのない固有」、「オールモア固有」、および「1レベルのモア固有」です。この要素には、オプションの属性「許容等価」がある場合があります。「true」に設定されている場合、結果セットには、同等の開始数と終了数の範囲を含める必要があります。「許容等価」のデフォルト値は「false」です。
The results from this query MUST be <autonomousSystem> results. More than one result MAY be returned.
このクエリの結果は、<自律システム>の結果でなければなりません。複数の結果が返される場合があります。
The <findByContact> element allows a search for autonomous systems, IP networks, and organizations on fields associated with that entity's contact. The optional search element <returnedResultType> MUST restrict the results to autonomous systems, IPv4 networks, IPv6 networks, or organizations using the values 'returnASs', 'returnIPv4Networks', 'returnIPv6Networks', and 'returnOrganizations', respectively.
<findByContact>要素により、自律システム、IPネットワーク、およびそのエンティティの連絡先に関連するフィールド上の組織を検索できます。オプションの検索要素<returnedResultType>は、結果を自律システム、IPv4ネットワーク、IPv6ネットワーク、またはそれぞれ「ReturnIPv4NetWorks」、「returnIPv6NetWorks」、および「ReturnOrganizations」を使用して、自律システム、IPv4ネットワーク、または組織に制限する必要があります。
The allowable search fields are handled with either the <contactHandle> element or one of the elements in the "contactSearchGroup" (see Section 3.1.9). The <contactHandle> element allows for the entities to be selected based on the contact having the specified contact handle, and it is an "exactMatchParameter" type (see Section 3.1.11). The client SHOULD pass these search fields unchanged to the server, and the implementation of the server decides if the search is case sensitive or not.
許容検索フィールドは、<contacthandle>要素または「contactsearchgroup」の要素のいずれかで処理されます（セクション3.1.9を参照）。<contacthandle>要素を使用すると、指定された連絡先ハンドルを持つ連絡先に基づいてエンティティを選択できます。これは「exactmatchparameter」タイプです（セクション3.1.11を参照）。クライアントはこれらの検索フィールドをサーバーに変更せずに渡す必要があり、サーバーの実装は、検索がケースに敏感かどうかを決定します。
The query MAY also be constrained further using the optional <role> element. The contents of this element signify the role the contact has with the entity. The allowable values for this element are "adminContact", "nocContact", "techContact", "abuseContact", and "otherContact".
クエリは、オプションの<lole>要素を使用してさらに制約される場合があります。この要素の内容は、連絡先がエンティティに持つ役割を意味します。この要素の許容値は、「admincontact」、「noccontact」、「techcontact」、「abusecontact」、および "othercontact」です。
This query also provides optional <language> elements containing language tags. Clients MAY use these elements to give a hint about the natural language(s) of the affected element. Servers MAY use this information in processing the query, such as tailoring normalization routines to aid in more effective searches.
このクエリは、言語タグを含むオプションの<言語>要素も提供します。クライアントは、これらの要素を使用して、影響を受ける要素の自然言語に関するヒントを与えることができます。サーバーは、より効果的な検索を支援するために正規化ルーチンの調整など、クエリの処理にこの情報を使用する場合があります。
The results from this query MUST be <ipv4Network> results, <ipv6Network> results, <autonomousSystem> results, or <organization> results. More than one result MAY be returned, and the results MAY be of mixed types.
このクエリの結果は、<ipv4network>の結果、<ipv6network>結果、<autonomoussystem>の結果、または<編集>の結果でなければなりません。複数の結果が返される可能性があり、結果は混合タイプのものである可能性があります。
The <findNetworksByNameServer> element allows a search for IP networks based on their associated name servers. The <nameServer> element contains the fully qualified domain name of the name server. The optional search element <returnedResultType> MUST restrict the results to IPv4 networks or IPv6 networks using the values 'returnIPv4Networks' and 'returnIPv6Networks', respectively.
<findnetworksbynameserver>要素を使用すると、関連する名前サーバーに基づいてIPネットワークを検索できます。<nameserver>要素には、名前サーバーの完全に適格なドメイン名が含まれています。オプションの検索要素<returnedResultType>は、それぞれ「returnIPv4networks」と「returnIPv6networks」を使用して、結果をIPv4ネットワークまたはIPv6ネットワークに制限する必要があります。
The results from this query MUST be <ipv4Network> or <ipv6Network> results. More than one result MAY be returned, and the results MAY be of mixed types.
このクエリの結果は、<ipv4network>または<ipv6network>の結果でなければなりません。複数の結果が返される可能性があり、結果は混合タイプのものである可能性があります。
Some of the queries above have similar query constraints for searching on contacts. This section describes those common parameters.
上記のクエリの一部には、連絡先を検索するための同様のクエリ制約があります。このセクションでは、これらの一般的なパラメーターについて説明します。
<commonName> allows the query to be constrained based on the common name of the contact. This constraint is an "exactOrPartialMatchParameter" (see Section 3.1.11).
<commonName>では、連絡先の共通名に基づいてクエリを制約することができます。この制約は「ExactOrpartialMatchParameter」です（セクション3.1.11を参照）。
This group also contains all the members of the "commonSearchGroup" (see Section 3.1.10).
このグループには、「CommonsearchGroup」のすべてのメンバーも含まれています（セクション3.1.10を参照）。
Some of the queries above have similar query constraints for searching on contacts. This section describes those common parameters.
上記のクエリの一部には、連絡先を検索するための同様のクエリ制約があります。このセクションでは、これらの一般的なパラメーターについて説明します。
<eMail> constrains the query based on the e-mail address of the contact. This constraint is a "domainResource" type (see Section 3.1.11).
<メール>連絡先の電子メールアドレスに基づいてクエリを制限します。この制約は「domainresource」タイプです（セクション3.1.11を参照）。
The <city>, <region>, <country>, and <postalCode> elements restrict the scope of the query based on the city, region, country, or postal code of the contact, respectively. These constraints are all "exactMatchParameter" types (see Section 3.1.11). The contents of <country> MUST be compliant with ISO 3166 [9] two-character country codes.
<city>、<region>、<country>、および<postalcode>要素は、それぞれ連絡先の都市、地域、国、または郵便番号に基づいてクエリの範囲を制限します。これらの制約はすべて「ExactMatchParameter」タイプです（セクション3.1.11を参照）。<Country>の内容は、ISO 3166 [9] 2文字の国コードに準拠している必要があります。
Some of the queries above have constraints that match strings using matching parameters. This section describes those matching parameters.
上記のクエリの一部には、一致するパラメーターを使用して文字列を一致させる制約があります。このセクションでは、それらの一致するパラメーターについて説明します。
Elements of type "exactMatchParameter" will have one child element of <exactMatch>. The contents of this child element are to match exactly in the use of the constraint.
タイプ「ExactMatchParameter」の要素には、<ExactMatch>の1つの子要素があります。この子要素の内容は、制約の使用に正確に一致することです。
Elements of type "partialMatchParameter" will have either a <beginsWith> child element with an optional <endsWith> child element or an <endsWith> child element. The content of the <beginsWith> element specifies the beginning character sequence for the constraint. The content of the <endsWith> element specifies the ending character sequence for the constraint.
タイプ「PartialMatchParameter」の要素には、オプションの<Endswith>要素を備えたA <beginswith>の要素または<Endswith>子要素のいずれかがあります。<beginswith>要素の内容は、制約の開始文字シーケンスを指定します。<Endswith>要素の内容は、制約のエンディング文字シーケンスを指定します。
Elements of type "exactOrPartialMatchParameter" can have either the child element allowed with the "exactMatchParameter" type or the child elements allowed with the "partialMatchParameter" type.
タイプ「ExactOrpartialMatchParameter」の要素には、「exactMatchParameter」タイプで許可された子要素または「partialmatchparameter」タイプで許可される子要素のいずれかを持つことができます。
Elements of type "domainResource" can have either the child element allowed with the "exactMatchParameter" type or a child element of <inDomain>. This parameter type is meant to match email, SIP, Extensible Messaging and Presence Protocol (XMPP), and other types of "user@domain" addresses. When this parameter is specified with the <exactMatch> child element, the constraint is based on the whole email address. When this parameter is specified with the <inDomain> child element, the constraint is based on any email address within the domain given. The <inDomain> MUST only contain a valid domain name (i.e., no '@' symbol), and the matching SHOULD take place only on the domain given (i.e., no partial matches with respect to substrings or parent domains).
タイプ「DomainResource」の要素には、「exactMatchParameter」タイプで子供要素を許可するか、<Indomain>の子要素のいずれかを持つことができます。このパラメータータイプは、電子メール、SIP、拡張可能なメッセージングおよびプレゼンスプロトコル（XMPP）、および他のタイプの「user@domain」アドレスを一致させることを目的としています。このパラメーターが<ExactMatch>子要素で指定されている場合、制約は電子メールアドレス全体に基づいています。このパラメーターが<indomain>子要素で指定されている場合、制約は指定されたドメイン内の電子メールアドレスに基づいています。<indomain>には有効なドメイン名のみ（つまり、「@」記号なし）を含める必要があり、一致は与えられたドメインでのみ行われる必要があります（つまり、サブストリングまたは親ドメインに関する部分的な一致はありません）。
The <ipv4Network> and <ipv6Network> share a common definition of 'ipNetworkType'. It has the following child elements:
<ipv4network>および<ipv6network>は、「ipnetworktype」の共通の定義を共有しています。次の子要素があります。
o <networkHandle> contains the registry-unique assigned handle for this network.
o <NetworkHandle>このネットワークのレジストリユニークに割り当てられたハンドルが含まれています。
o <name> contains a human-friendly name for the network.
o <name>ネットワークの人間に優しい名前が含まれています。
o <startAddress> contains the first IP address of the network.
o <StartAddress>には、ネットワークの最初のIPアドレスが含まれています。
o <endAddress> contains the last IP address of the network.
o <EndAddress>ネットワークの最後のIPアドレスが含まれています。
o <networkType> contains a string denoting the type of network.
o <NetworkType>ネットワークのタイプを示す文字列が含まれています。
o <networkTypeInfo> is an entity reference to a definition of the values explained in a plain natural language. The referent MUST be a <simpleEntity> as defined by [2].
o <NetworkTypeinfo>は、単純な自然言語で説明されている値の定義へのエンティティ参照です。指示対象は、[2]で定義されている<simple -entity>でなければなりません。
o <nameServer> contains the domain name of a nameserver responsible for reverse-DNS mapping for this network.
o <MANDERVER>このネットワークの逆DNSマッピングを担当する名前サーバーのドメイン名が含まれています。
o <organization> contains an entity reference to the organization assigned this network. The referent MUST be an <organization> (Section 3.2.4) result.
o <surgation>このネットワークを割り当てられた組織へのエンティティ参照が含まれています。指示対象は、<組織>（セクション3.2.4）の結果でなければなりません。
o One of the following:
o 次のいずれか：
* <parent> contains an entity reference to the parent network of this network. The referent MUST be an <ipv4Network> (Section 3.2.1) result if this reference is a child of <ipv4Network>. The referent MUST be an <ipv6Network> (Section 3.2.1) result if this reference is a child of <ipv6Network>.
* <parent>このネットワークの親ネットワークへのエンティティ参照が含まれています。指示対象は、この参照が<IPv4Network>の子である場合、<ipv4network>（セクション3.2.1）の結果でなければなりません。指示対象は、この参照が<IPv6Network>の子である場合、<ipv6network>（セクション3.2.1）の結果でなければなりません。
* <noParent> signifies that this network has no parent network.
* <noparent>は、このネットワークに親ネットワークがないことを意味します。
o Contact references (see Section 3.2.5).
o 連絡先参照（セクション3.2.5を参照）。
o Common child elements (see Section 3.2.6).
o 一般的な子要素（セクション3.2.6を参照）。
The <autonomousSystem> element represents an assigned or allocated autonomous system number range. It has the following children:
<自律システム>要素は、割り当てられた、または割り当てられた自律システム番号範囲を表します。次の子供がいます。
o <asHandle> contains a registry-unique assigned handle for this autonomous system number range.
o <ashandle>この自律システム番号範囲のレジストリユニークに割り当てられたハンドルが含まれています。
o <asNumberStart> contains an integer indicating the starting number for the autonomous system number range.
o <asnumberStart>自律システム番号範囲の開始数を示す整数が含まれています。
o <asNumberEnd> contains an integer indicating the ending number for the autonomous system number range.
o <asNumberEnd>自律システム番号範囲の終了番号を示す整数が含まれています。
o <name> contains a human-readable name for this autonomous system.
o <name>この自律システムの人間が読みやすい名前が含まれています。
o <organization> contains an entity reference to the organization assigned or allocated this autonomous system number range. The referent MUST be an <organization> (Section 3.2.4) result.
o <編集>この自律システム番号範囲に割り当てられた、または割り当てられた組織へのエンティティ参照が含まれています。指示対象は、<組織>（セクション3.2.4）の結果でなければなりません。
o One of the following:
o 次のいずれか：
* <parent> contains an entity reference to the parent autonomous system of this autonomous system. The referent MUST be an <autonomousSystem> (Section 3.2.2) result.
* <parent>この自律システムの親自律システムへのエンティティ参照が含まれています。指示対象は、<自律システム>（セクション3.2.2）の結果でなければなりません。
* <noParent> signifies that this autonomous system has no parent autonomous system.
* <noparent>この自律システムには親の自律システムがないことを意味します。
o Contact references (see Section 3.2.5).
o 連絡先参照（セクション3.2.5を参照）。
o Common child elements (see Section 3.2.6).
o 一般的な子要素（セクション3.2.6を参照）。
The <contact> element represents the registration of a point of contact. It has the following child elements:
<contact>要素は、連絡先の登録を表します。次の子要素があります。
o <contactHandle> contains the registry-unique assigned handle for this contact.
o <contacthandle>この連絡先のレジストリユニークに割り当てられたハンドルが含まれています。
o <commonName> specifies the name of the contact.
o <commonname>連絡先の名前を指定します。
o <eMail> contains the email address for this contact.
o <メール>この連絡先のメールアドレスが含まれています。
o <sip> contains the sip address for this contact.
o <SIP>この連絡先のSIPアドレスが含まれています。
o <organization> contains an entity reference to the organization associated with this contact. The referent MUST be an <organization> (Section 3.2.4) result.
o <surgation>この連絡先に関連する組織へのエンティティリファレンスが含まれています。指示対象は、<組織>（セクション3.2.4）の結果でなければなりません。
o <postalAddress> contains information for reaching the contact via postal mail. It is composed of the following child elements:
o
* <address> contains the address for this contact.
* <アドレス>この連絡先のアドレスが含まれています。
* <city> contains the city where this contact is located.
* <city>この連絡先がある都市が含まれています。
* <region> contains the national region where this contact is located.
* <地域>この接触がある国立地域が含まれています。
* <postalCode> contains the postal code where this contact is located.
* <Postalcode>には、この連絡先が配置されている郵便番号が含まれています。
* <country> contains the country code where this contact is located. This MUST be compliant with ISO 3166 [9] two-character country codes.
* <カントリー>この連絡先がある国コードが含まれています。これは、ISO 3166 [9] 2文字の国コードに準拠している必要があります。
o <phone> contains child elements describing the phone number of the contact. The child elements are <number>, <extension>, and <type>.
o <電話>連絡先の電話番号を説明する子要素が含まれています。子要素は<number>、<extension>、および<type>です。
o Common child elements (see Section 3.2.6).
o 一般的な子要素（セクション3.2.6を参照）。
The <organization> element represents an organization. It has the following child elements:
<組織>要素は組織を表します。次の子要素があります。
o <name> contains the name of the organization.
o <name>組織の名前が含まれています。
o <id> contains a registry-unique identifier for this organization.
o <id>この組織のレジストリユニーク識別子が含まれています。
o <eMail> contains the email address for this organization.
o <メール>この組織のメールアドレスが含まれています。
o <postalAddress> contains a information for reaching the organization via postal mail. It is composed of the following child elements:
o <PostalAddress>には、郵便で組織にリーチするための情報が含まれています。それは次の子要素で構成されています：
* <address> contains the address for this organization.
* <アドレス>この組織のアドレスが含まれています。
* <city> contains the city where this organization is located.
*
* <region> contains the national region where this organization is located.
* <地域>この組織がある国立地域が含まれています。
* <postalCode> contains the postal code where this organization is located.
* <Postalcode>には、この組織が配置されている郵便番号が含まれています。
* <country> contains the country code where this organization is located. This MUST be compliant with ISO 3166 [9] two-character country codes.
*
o <phone> contains child elements describing the phone number of the contact. The child elements are <number>, <extension>, and <type>.
o
o Contact references (see Section 3.2.5).
o 連絡先参照（セクション3.2.5を参照）。
o Common child elements (see Section 3.2.6).
o 一般的な子要素（セクション3.2.6を参照）。
The registry schema defined in Section 5 normalizes out a group of elements used to reference contacts. This group is used by many of the result types for this registry. The group has the following elements, each of which may appear as many times as needed. The referent of each MUST be <contact> (Section 3.2.3) results.
セクション5で定義されているレジストリスキーマは、連絡先を参照するために使用される要素のグループを正規化します。このグループは、このレジストリの結果タイプの多くで使用されます。グループには次の要素があり、それぞれが必要に応じて何度も表示される場合があります。それぞれの指示対象は<contact>（セクション3.2.3）の結果でなければなりません。
o <adminContact>
o
o <techContact>
o <nocContact>
o <abuseContact>
o <AbuseContact>
o <otherContact>
o <othercontact>
The registry schema defined in Section 5 normalizes out a group of common elements that are used most among the result types. The group has the following elements:
セクション5で定義されているレジストリスキーマは、結果タイプの中で最も使用される一般的な要素のグループを正規化します。グループには次の要素があります。
o <numberResourceRegistry> contains an entity reference to the number resource registry of record. The referent MUST be an <organization> (Section 3.2.4) result.
o <NumberResourceregistry>記録の番号リソースレジストリへのエンティティ参照が含まれています。指示対象は、<組織>（セクション3.2.4）の結果でなければなりません。
o <registrationDate> contains the date of first registration.
o
o <lastUpdatedDate> contains the date when the registration was last updated.
o <lastUpdatedDate>には、登録が最後に更新された日付が含まれています。
o The <iris:seeAlso> element contains an entity reference specifying an entity that is indirectly associated with this result object. This element can be used for comments and remarks.
o <iris：seealso>要素には、この結果オブジェクトに間接的に関連付けられているエンティティを指定するエンティティ参照が含まれています。この要素は、コメントや発言に使用できます。
The following types of entity classes are recognized by the <lookupEntity> query of IRIS for this registry:
次のタイプのエンティティクラスは、このレジストリの虹彩の<lookupentity>クエリによって認識されます。
o ipv4-handle - a registry-unique identifier specifying an IPv4 network. Queries with these names will yield a <ipv4Network> result.
o IPv4ハンドル-IPv4ネットワークを指定するレジストリユニーク識別子。これらの名前のクエリは、<ipv4network>結果を生成します。
o ipv6-handle - a registry-unique identifier specifying an IPv6 network. Queries with these names will yield a <ipv6Network> result.
o IPv6ハンドル - IPv6ネットワークを指定するレジストリユニーク識別子。これらの名前のクエリは、<ipv6network>結果を生成します。
o as-handle - a registry-unique identifier specifying an autonomous system. It yields a result of <autonomousSystem>.
o ハンドルとして - 自律システムを指定するレジストリユニーク識別子。<autonomoussystem>の結果が得られます。
o contact-handle - a registry-unique identifier of a contact. Yields a result of <contact>.
o 連絡先ハンドル - 連絡先のレジストリユニーク識別子。<contact>の結果が得られます。
o organization-id - a registry-unique identifier of an organization. Yields a result of <organization>.
o 組織ID-組織のレジストリユニーク識別子。<編集>の結果が得られます。
o The entity names of these entity classes are case insensitive.
o これらのエンティティクラスのエンティティ名は、ケースの鈍感です。
The following terms are defined for describing the nesting of IP networks.
IPネットワークのネストを記述するために、以下の用語が定義されています。
o More specific: Given two networks, A and B, A is more specific than B if network B includes all space of network A, and if network B is larger than network A.
o より具体的：2つのネットワーク、AとBを考えると、ネットワークBにネットワークAのすべてのスペースが含まれている場合、ネットワークBがネットワークAよりも大きい場合、AはBよりも具体的です。
o Less specific: Opposite of more specific. The network B is less specific than network A if network A's space is completely included in network B and if network A is smaller than network B.
o あまり具体的ではありません：より具体的な反対。ネットワークBは、ネットワークAのスペースがネットワークBに完全に含まれており、ネットワークAがネットワークBよりも小さい場合、ネットワークAよりも具体的ではありません。
o Most specific: Given a set of networks, the network or networks that are more specific than zero or more specific of the other networks in the set, and that are not less specific of any of the networks in the set.
o 最も具体的なネットワークのセットを考えると、セット内の他のネットワークのゼロ以上よりも具体的であり、セット内のどのネットワークでも具体的ではないネットワークまたはネットワーク。
o Least specific: Given a set of networks, the network or networks that are not more specific to any of the other networks in the set.
o
Examples:
例：
+-------------------------------------------------------+
| |
| Given the networks A, B, C, and D as follows: |
| |
| A |---------------------------------| |
| B |-----------------| |
| C |---------| |
| D |-------| |
| |
| |
| Network A is less specific than B, C, and D. |
| Network B is more specific than A. |
| Among these four networks, A is the least specific, |
| and C and D are the most specific. |
| |
+-------------------------------------------------------+
Figure 1: Nesting Example 1
図1：ネスティングの例1
+-------------------------------------------------------+
| |
| Given networks E, F, and G: |
| |
| E |----------| |
| F |--------------| |
| G |---| |
| |
| Networks E and F are least specific networks. |
| Networks F and G are most specific networks. |
| |
+-------------------------------------------------------+
Figure 2: Nesting Example 2
図2：ネスティングの例2
The following definitions assume that there are no overlapping networks in the database. A network overlaps with another one when they encompass each other's space partially. Examples:
次の定義では、データベースに重複するネットワークがないと想定しています。ネットワークは、お互いのスペースを部分的に包囲する場合、別のネットワークと重複しています。例：
A |---------------------|
B |----------------------------|
Figure 3: Nesting Example 3
Here, networks A and B are overlapping networks because network A encompasses network B's space partially, and network B encompasses network A's space partially.
ここでは、ネットワークAがネットワークBのスペースを部分的に包含し、ネットワークBがネットワークAのスペースを部分的に包含するため、ネットワークAとBがネットワークを重視しています。
C |------------------|
D |---------|
Figure 4: Nesting Example 4
図4：ネスティングの例4
Here, networks C and D are NOT overlapping networks because even if network D encompasses a part of network C's space, network C does not encompass network D's space partially (it encompasses network D completely).
ここで、ネットワークCとDはネットワークの重複していません。ネットワークDがネットワークCのスペースの一部を包含していても、ネットワークCはネットワークDのスペースを部分的に網羅していないためです（ネットワークDを完全に網羅しています）。
The address directory can contain more than one network with the same range. They are said to be exact match networks.
アドレスディレクトリには、同じ範囲の複数のネットワークを含めることができます。それらは、正確な一致ネットワークであると言われています。
The parent/child relationship in the internet address directory is unidirectional. That is, there might also be parent/child relationship with exact match networks, but a network cannot be a parent and a child of its exact match network at the same time.
インターネットアドレスディレクトリの親と子の関係は一方向です。つまり、正確な一致ネットワークとの親/子関係もあるかもしれませんが、ネットワークは同時に正確なマッチネットワークの親と子になることはできません。
The following are nested matching searches:
以下は、ネストされた一致する検索です。
(1) all less specifics search: Given a range, find all the networks that contain that range (i.e., all less specifics and exact matches). These networks are the networks that fulfill the following condition:
(1) すべての詳細な検索：範囲が与えられた場合、その範囲を含むすべてのネットワークを見つけます（つまり、すべての詳細と正確な一致）。これらのネットワークは、次の条件を満たすネットワークです。
(start(network) <= start(search)) AND (end(network) >= end(search))
(2) one-level less specifics search: Given a range, find only the most specific network that contains that range (could be multiple networks, but usually single). This is the set of networks from (1), with the provision that no network in the return set is contained by any other network in the set. If there are exact match networks in the set from (1), they both must appear in the result set. The result set may contain a network that is exact match to the query range, if the search allows exact matches.
(2) 1レベルの少ない詳細検索：範囲が与えられた場合、その範囲を含む最も特定のネットワークのみを見つけます（複数のネットワークである可能性がありますが、通常は単一です）。これは（1）からのネットワークのセットであり、リターンセットのネットワークはセット内の他のネットワークに含まれていないという規定があります。（1）からセットに正確な一致ネットワークがある場合、それらは両方とも結果セットに表示する必要があります。結果セットには、検索が正確な一致を許可する場合、クエリ範囲と正確に一致するネットワークが含まれる場合があります。
A |-------------------------------|
B |---------------------------|
C |-------|
Query |- - - - - - - - - -|
Figure 5: Nesting Example 5
図5：ネスティングの例5
In the above case, the query must return B.
上記の場合、クエリはBを返しなければなりません。
A |-------------------------------|
B |---------------------------|
C |---------------------------|
D |-------|
Query |- - - - - - - - - -|
Figure 6: Nesting Example 6
図6：ネスティングの例6
Here, the query must return B and C (they are exact matches of each other).
ここで、クエリはBとCを返す必要があります（それらは互いの正確な一致です）。
A |-------------------------------|
B |---------------------------|
C |---------------------------|
D |-------|
Query |- - - -|
Figure 7: Nesting Example 7
図7：ネスティングの例7
Here, the query must return B and C (they are exact matches of each other). D must not be in the result set, as it is exact match to the query if the search specifies that exact matches of query range should not appear in the result set.
ここで、クエリはBとCを返す必要があります（それらは互いの正確な一致です）。Dは、結果セットに正確な一致がクエリ範囲に表示されないことを検索が指定した場合、クエリと正確に一致するため、結果セットに属してはなりません。
In Figure 7, if the search specifies that exact matches to the query range are allowed in the result set, then only D must be returned.
図7では、結果セットでクエリ範囲に正確な一致が許可されることを検索で指定する場合、Dのみを返す必要があります。
(3) all more specifics search: Given a range, find all the networks that are fully within that range. The search contains a flag that specifies if an exact match to the query range should appear in the result set or not. Thus, the result set may or may not contain the exact match to the query range, as instructed by the search.
(3) さらに詳細な検索：範囲がある場合は、その範囲内にあるすべてのネットワークを見つけます。検索には、クエリ範囲と正確な一致が結果セットに表示されるかどうかを指定するフラグが含まれています。したがって、結果セットには、検索で指示されているように、クエリ範囲との正確な一致が含まれている場合と含まれない場合があります。
(start(network) >= start(search)) AND (end(network) <= end(search))
(4) one-level more specifics search: Given a range, find only the least specific networks that are fully within that range. This is the set of networks from (3), with the provision that no network in the return set contains any other network in the return set.
(4) 1レベルの詳細な検索：範囲が与えられた場合、その範囲内に完全にある最も特定のネットワークのみを見つけます。これは（3）からのネットワークのセットであり、リターンセットにネットワークがリターンセットに他のネットワークが含まれていないという規定があります。
Query |- - - - - - - - - - - - - - - - - - - - - - -|
A |------------------|
B |-------------------------|
C |--------|
D |---------|
Figure 8: Nesting Example 8
図8：ネスティングの例8
(5) exact match search: Given a range, find the networks that begin and end on the same IP addresses as the range. That is, the networks that fulfill the following condition:
(5) 正確な一致検索：範囲があると、範囲と同じIPアドレスで開始および終了するネットワークを見つけます。つまり、次の条件を満たすネットワーク：
(start(network) = start(search)) AND (end(network) = end(search))
(6) Given a range, find the exact match network if it exists, and if it does not, perform the (2) search.
(6) 範囲が与えられた場合、正確な一致ネットワークが存在する場合、およびそれがない場合は（2）検索を実行します。
The following are parent-child relationship searches:
以下は親子関係の検索です。
(7) Given a network handle, find the network that is the direct (one level up) parent of the network with the given handle.
(7) ネットワークハンドルが与えられた場合、指定されたハンドルを使用したネットワークの直接（1つのレベルアップ）親であるネットワークを見つけます。
(8) Given a network handle, find the network or networks that are direct (one level down) children of the network with the handle given.
(8) ネットワークハンドルが与えられた場合、ハンドルが与えられたネットワークの子供の直接（1レベルダウン）のネットワークまたはネットワークを見つけます。
This IP address registry is specified in the XML Schema notation. The formal syntax presented here is a complete schema representation suitable for automated validation of an XML instance when combined with the formal schema syntax of IRIS.
このIPアドレスレジストリは、XMLスキーマ表記で指定されています。ここに示されている正式な構文は、虹彩の正式なスキーマ構文と組み合わされた場合のXMLインスタンスの自動検証に適した完全なスキーマ表現です。
<?xml version="1.0"?>
<schema xmlns="http://www.w3.org/2001/XMLSchema"
xmlns:areg="urn:ietf:params:xml:ns:areg1"
xmlns:iris="urn:ietf:params:xml:ns:iris1"
targetNamespace="urn:ietf:params:xml:ns:areg1"
elementFormDefault="qualified" >
<import namespace="urn:ietf:params:xml:ns:iris1" />
<annotation>
<documentation> IP address registry schema derived from IRIS
schema </documentation>
</annotation>
<!-- ========================================= -->
<!-- -->
<!-- Query Types -->
<!-- -->
<!-- ========================================= -->
<!-- -->
<!-- Find Autonomous Systems By Name -->
<!-- Find Networks By Name -->
<!-- -->
<complexType name="findByNameType" >
<complexContent>
<extension base="iris:queryType">
<sequence>
<element name="name"
type="areg:exactOrPartialMatchParameter" />
<element name="language" type="language" minOccurs="0"
maxOccurs="unbounded"/>
</sequence>
</extension>
</complexContent>
</complexType>
<element name="findNetworksByName" type="areg:findByNameType"
substitutionGroup="iris:query" />
<element name="findAutonomousSystemsByName"
type="areg:findByNameType"
substitutionGroup="iris:query" />
<!-- -->
<!-- Address/Address Range type for -->
<!-- Find Network -->
<!-- -->
<complexType name="addressRangeType">
<sequence>
<element name="start" type="token" />
<element name="end" type="token" minOccurs="0" maxOccurs="1" />
</sequence>
</complexType>
<!-- -->
<!-- Find Networks By Address -->
<!-- -->
<complexType name="findNetworksByAddressType" >
<complexContent>
<extension base="iris:queryType">
<sequence>
<choice>
<element name="ipv4Address" type="areg:addressRangeType"
/>
<element name="ipv6Address" type="areg:addressRangeType"
/>
</choice>
<element name="specificity">
<complexType>
<simpleContent>
<extension base="areg:specificityType" >
<attribute name="allowEquivalences" type="boolean"
default="false" />
</extension>
</simpleContent>
</complexType>
</element>
</sequence>
</extension>
</complexContent>
</complexType>
<element name="findNetworksByAddress"
type="areg:findNetworksByAddressType"
substitutionGroup="iris:query" />
<!-- -->
<!-- Find AS By Number -->
<!-- -->
<complexType name="findASByNumberType" >
<complexContent>
<extension base="iris:queryType">
<sequence>
<element name="asNumberStart" type="token" />
<element name="asNumberEnd" type="token" minOccurs="0"
maxOccurs="1" />
<element name="specificity">
<complexType>
<simpleContent>
<extension base="areg:specificityType" >
<attribute name="allowEquivalences" type="boolean"
default="false" />
</extension>
</simpleContent>
</complexType>
</element>
</sequence>
</extension>
</complexContent>
</complexType>
<element name="findASByNumber" type="areg:findASByNumberType"
substitutionGroup="iris:query" />
<!-- -->
<!-- Specificity Type -->
<!-- -->
<simpleType name="specificityType">
<restriction base="string">
<enumeration value="exact-match" />
<enumeration value="all-less-specific" />
<enumeration value="one-level-less-specific" />
<enumeration value="all-more-specific" />
<enumeration value="one-level-more-specific" />
</restriction>
</simpleType>
<!-- -->
<!-- Find By Contact -->
<!-- -->
<complexType name="findByContactType">
<complexContent>
<extension base="iris:queryType">
<sequence>
<choice>
<group ref="areg:contactSearchGroup" />
<element name="contactHandle"
type="areg:exactMatchParameter" />
</choice>
<element name="returnedResultType" minOccurs="0"
maxOccurs="1" >
<simpleType>
<restriction base="string" >
<enumeration value="returnASs" />
<enumeration value="returnIPv4Networks" />
<enumeration value="returnIPv6Networks" />
<enumeration value="returnOrganizations" />
</restriction>
</simpleType>
</element>
<element name="role" minOccurs="0" maxOccurs="1" >
<simpleType>
<restriction base="string" >
<enumeration value="adminContact" />
<enumeration value="techContact" />
<enumeration value="nocContact" />
<enumeration value="abuseContact" />
<enumeration value="otherContact" />
</restriction>
</simpleType>
</element>
<element name="language" type="language" minOccurs="0"
maxOccurs="unbounded"/>
</sequence>
</extension>
</complexContent>
</complexType>
<element name="findByContact" type="areg:findByContactType"
substitutionGroup="iris:query" />
<!-- -->
<!-- Find Networks By Handle -->
<!-- -->
<complexType name="findNetworksByHandleType" >
<complexContent>
<extension base="iris:queryType">
<sequence>
<element name="networkHandle" type="token" />
<element name="specificity"
type="areg:specificitySubsetType" />
</sequence>
</extension>
</complexContent>
</complexType>
<element name="findNetworksByHandle"
type="areg:findNetworksByHandleType"
substitutionGroup="iris:query" />
<!-- -->
<!-- Specificity Subtype -->
<!-- -->
<simpleType name="specificitySubsetType">
<restriction base="string">
<enumeration value="all-less-specific" />
<enumeration value="one-level-less-specific" />
<enumeration value="all-more-specific" />
<enumeration value="one-level-more-specific" />
</restriction>
</simpleType>
<!-- -->
<!-- Find Contacts -->
<!-- -->
<complexType name="findContactsType">
<complexContent>
<extension base="iris:queryType">
<sequence>
<choice>
<group ref="areg:contactSearchGroup" />
<element name="organizationId"
type="areg:exactMatchParameter" />
</choice>
<element name="language" type="language" minOccurs="0"
maxOccurs="unbounded"/>
</sequence>
</extension>
</complexContent>
</complexType>
<element name="findContacts" type="areg:findContactsType"
substitutionGroup="iris:query" />
<!-- -->
<!-- Find Organizations -->
<!-- -->
<complexType name="findOrganizationsType">
<complexContent>
<extension base="iris:queryType">
<sequence>
<choice>
<element name="organizationName"
type="areg:exactOrPartialMatchParameter" />
<group ref="areg:commonSearchGroup" />
</choice>
<element name="language" type="language" minOccurs="0"
maxOccurs="unbounded"/>
</sequence>
</extension>
</complexContent>
</complexType>
<element name="findOrganizations" type="areg:findOrganizationsType"
substitutionGroup="iris:query" />
<!-- -->
<!-- Find Networks by Name Server -->
<!-- -->
<complexType name="findNetworksByNameServerType">
<complexContent>
<extension base="iris:queryType">
<sequence>
<element name="nameServer" type="normalizedString" />
<element name="returnedResultType" minOccurs="0"
maxOccurs="1" >
<simpleType>
<restriction base="string" >
<enumeration value="returnIPv4Networks" />
<enumeration value="returnIPv6Networks" />
</restriction>
</simpleType>
</element>
</sequence>
</extension>
</complexContent>
</complexType>
<element name="findNetworksByNameServer"
type="areg:findNetworksByNameServerType"
substitutionGroup="iris:query" />
<!-- -->
<!-- Contact Search Group -->
<!-- -->
<group name="contactSearchGroup">
<choice>
<element name="commonName"
type="areg:exactOrPartialMatchParameter" />
<group ref="areg:commonSearchGroup" />
</choice>
</group>
<!-- -->
<!-- Common Search Group -->
<!-- -->
<group name="commonSearchGroup">
<choice>
<element name="eMail" type="areg:domainResourceParameter" />
<element name="city" type="areg:exactMatchParameter" />
<element name="region" type="areg:exactMatchParameter" />
<element name="country" type="areg:exactMatchParameter" />
<element name="postalCode" type="areg:exactMatchParameter" />
</choice>
</group>
<!-- -->
<!-- Parameters for Search Groups -->
<!-- -->
<complexType name="exactOrPartialMatchParameter">
<choice>
<group ref="areg:partialMatchGroup" />
<group ref="areg:exactMatchGroup" />
</choice>
</complexType>
<complexType name="exactMatchParameter">
<group ref="areg:exactMatchGroup" />
</complexType>
<complexType name="partialMatchParameter">
<sequence>
<group ref="areg:partialMatchGroup" />
</sequence>
</complexType>
<complexType name="domainResourceParameter" >
<choice>
<group ref="areg:exactMatchGroup" />
<element name="inDomain" type="token" />
</choice>
</complexType>
<group name="partialMatchGroup">
<choice>
<sequence>
<element name="beginsWith">
<simpleType>
<restriction base="token">
<minLength value="1"/>
</restriction>
</simpleType>
</element>
<element minOccurs="0" ref="areg:endsWith"/>
</sequence>
<element ref="areg:endsWith" />
</choice>
</group>
<element name="endsWith">
<simpleType>
<restriction base="token">
<minLength value="1"/>
</restriction>
</simpleType>
</element>
<group name="exactMatchGroup">
<sequence>
<element name="exactMatch" type="normalizedString" />
</sequence>
</group>
<!-- ========================================= -->
<!-- -->
<!-- Result Types -->
<!-- -->
<!-- ========================================= -->
<!-- -->
<!-- IPv4 and IPv6 Network Results -->
<!-- -->
<complexType name="ipNetworkType">
<complexContent>
<extension base="iris:resultType">
<sequence>
<element name="networkHandle" type="token"
minOccurs="0" maxOccurs="1" />
<element name="name" minOccurs="0" maxOccurs="1"
type="normalizedString" />
<element name="startAddress" type="token" />
<element name="endAddress" type="token" />
<sequence minOccurs="0" maxOccurs="1">
<element name="networkType" type="normalizedString"
minOccurs="1" maxOccurs="1" />
<element name="networkTypeInfo" type="iris:entityType"
minOccurs="0" maxOccurs="1" />
</sequence>
<element name="nameServer" type="normalizedString"
minOccurs="0" maxOccurs="unbounded" />
<element name="organization" type="iris:entityType"
minOccurs="0" maxOccurs="1" />
<choice minOccurs="0" maxOccurs="1" >
<element name="parent" type="iris:entityType" />
<element name="noParent">
</element>
</choice>
<group ref="areg:contactGroup" />
<group ref="areg:commonGroup" />
</sequence>
</extension>
</complexContent>
</complexType>
<element name="ipv4Network" type="areg:ipNetworkType"
substitutionGroup="iris:result" />
<element name="ipv6Network" type="areg:ipNetworkType"
substitutionGroup="iris:result" />
<!-- -->
<!-- Autonomous System -->
<!-- -->
<complexType name="autonomousSystemType">
<complexContent>
<extension base="iris:resultType">
<sequence>
<element name="asHandle" type="token"
minOccurs="0" maxOccurs="1" />
<element name="asNumberStart" type="integer" minOccurs="0"
maxOccurs="1" />
<element name="asNumberEnd" type="integer" minOccurs="0"
maxOccurs="1" />
<element name="name" type="normalizedString" minOccurs="0"
maxOccurs="1" />
<element name="organization" type="iris:entityType"
minOccurs="0" maxOccurs="1" />
<choice minOccurs="0" maxOccurs="1">
<element name="parent" type="iris:entityType" />
<element name="noParent" />
</choice>
<group ref="areg:contactGroup" />
<group ref="areg:commonGroup" />
</sequence>
</extension>
</complexContent>
</complexType>
<element name="autonomousSystem" type="areg:autonomousSystemType"
substitutionGroup="iris:result" />
<!-- -->
<!-- Contact -->
<!-- -->
<complexType name="contactType">
<complexContent>
<extension base="iris:resultType">
<sequence>
<element name="contactHandle" type="token"
minOccurs="0" maxOccurs="1" />
<element name="commonName" type="normalizedString"
minOccurs="0" maxOccurs="1" />
<element name="eMail" type="normalizedString" minOccurs="0"
maxOccurs="unbounded" />
<element name="sip" type="normalizedString" minOccurs="0"
maxOccurs="unbounded" />
<element name="organization" type="iris:entityType"
minOccurs="0" maxOccurs="unbounded" />
<element name="postalAddress" minOccurs="0"
maxOccurs="unbounded">
<complexType>
<sequence>
<element name="address" type="string" minOccurs="0"
maxOccurs="1" />
<element name="city" type="string" minOccurs="0"
maxOccurs="1" />
<element name="region" type="string" minOccurs="0"
maxOccurs="1" />
<element name="postalCode" type="normalizedString"
minOccurs="0" maxOccurs="1" />
<element name="country" type="token" minOccurs="0"
maxOccurs="1" />
</sequence>
</complexType>
</element>
<element name="phone" minOccurs="0" maxOccurs="unbounded" >
<complexType>
<sequence>
<element name="number" type="normalizedString" />
<element name="extension" type="normalizedString"
minOccurs="0" maxOccurs="unbounded" />
<element name="type" type="normalizedString"
minOccurs="0" maxOccurs="1" />
</sequence>
</complexType>
</element>
<group ref="areg:commonGroup" />
</sequence>
</extension>
</complexContent>
</complexType>
<element name="contact" type="areg:contactType"
substitutionGroup="iris:result" />
<!-- -->
<!-- Organization -->
<!-- -->
<complexType name="organizationType">
<complexContent>
<extension base="iris:resultType">
<sequence>
<element name="name" type="normalizedString"
minOccurs="0" maxOccurs="1" />
<element name="eMail" type="normalizedString" minOccurs="0"
maxOccurs="unbounded" />
<element name="id" type="token" />
<element name="postalAddress" minOccurs="0"
maxOccurs="unbounded">
<complexType>
<sequence>
<element name="address" type="string" minOccurs="0"
maxOccurs="1" />
<element name="city" type="string" minOccurs="0"
maxOccurs="1" />
<element name="region" type="string" minOccurs="0"
maxOccurs="1" />
<element name="postalCode" type="normalizedString"
minOccurs="0" maxOccurs="1" />
<element name="country" type="token" minOccurs="0"
maxOccurs="1" />
</sequence>
</complexType>
</element>
<element name="phone" minOccurs="0" maxOccurs="unbounded" >
<complexType>
<sequence>
<element name="number" type="normalizedString" />
<element name="extension" type="normalizedString"
minOccurs="0" maxOccurs="unbounded" />
<element name="type" type="normalizedString"
minOccurs="0" maxOccurs="1" />
</sequence>
</complexType>
</element>
<group ref="areg:contactGroup" />
<group ref="areg:commonGroup" />
</sequence>
</extension>
</complexContent>
</complexType>
<element name="organization" type="areg:organizationType"
substitutionGroup="iris:result" />
<!-- -->
<!-- Contact Group -->
<!-- -->
<group name="contactGroup">
<sequence>
<element name="adminContact" type="iris:entityType"
minOccurs="0" maxOccurs="unbounded" />
<element name="techContact" type="iris:entityType"
minOccurs="0" maxOccurs="unbounded" />
<element name="nocContact" type="iris:entityType" minOccurs="0"
maxOccurs="unbounded" />
<element name="abuseContact" type="iris:entityType"
minOccurs="0" maxOccurs="unbounded" />
<element name="otherContact" type="iris:entityType"
minOccurs="0" maxOccurs="unbounded" />
</sequence>
</group>
<!-- -->
<!-- Common Group -->
<!-- -->
<group name="commonGroup">
<sequence>
<element name="numberResourceRegistry" type="iris:entityType"
minOccurs="0" maxOccurs="1" />
<element name="registrationDate" type="dateTime" minOccurs="0"
maxOccurs="1" />
<element name="lastUpdatedDate" type="dateTime" minOccurs="0"
maxOccurs="1" />
<element ref="iris:seeAlso" minOccurs="0" maxOccurs="unbounded"
/>
</sequence>
</group>
</schema>
Figure 9
図9
IRIS allows several extensions of the core capabilities. This section outlines those extensions allowable by IRIS-BEEP [3].
IRISは、コア機能のいくつかの拡張を許可します。このセクションでは、Iris-Beep [3]によって許容される拡張機能の概要を説明します。
This registry type uses the default message pattern as described in IRIS-BEEP [3].
このレジストリタイプは、Iris-Beep [3]で説明されているように、デフォルトのメッセージパターンを使用します。
This registry type uses the default server authentication method as described in IRIS-BEEP [3].
このレジストリタイプは、IRIS-Beep [3]で説明されているように、デフォルトのサーバー認証方法を使用します。
See Section 9 for the application service label registration.
アプリケーションサービスラベル登録については、セクション9を参照してください。
Address registries do not have natural links to DNS. Using reverse DNS tree presents problems for IP address delegation (for example, delegations do not fall into byte boundaries, unlike reverse DNS), and DNS does not currently contain any information regarding autonomous system delegation.
アドレスレジストリには、DNSへの自然なリンクがありません。逆DNSの使用は、IPアドレス委任（たとえば、代表団は逆DNSとは異なり、バイト境界に該当しない）に問題を提示し、DNSには現在、自律システムの委任に関する情報は含まれていません。
Therefore, in order for the top-down resolution to operate properly, it is requested that the IAB instruct IANA to insert and maintain a NAPTR DNS resource record for areg.iris.arpa, as described in Section 9.
The top-down alternative resolution method MUST be identified as 'top' in IRIS URIs.
トップダウンの代替解像度方法は、Iris URISの「トップ」として識別する必要があります。
The process for this condition is as follows:
この状態のプロセスは次のとおりです。
1. The IRIS [2] direct-resolution process is tried against areg.iris.arpa.
1. 虹彩[2]直接分解プロセスは、areg.iris.arpaに対して試行されます。
2. If the direct-resolution process yields no server for which a connection can be made, then a negative response is returned, and no further action is taken.
2. 直接分解プロセスが接続を行うことができるサーバーが生じない場合、否定的な応答が返され、それ以上のアクションが実行されません。
It is RECOMMENDED that IRIS clients issuing AREG1 requests use the 'top' resolution method when no resolution method has been explicitly given by a user. IRIS servers accepting AREG1 requests that seek information for which they are not authoritative SHOULD refer clients using the 'top' resolution method.
AREG1リクエストを発行するIRISクライアントは、解像度の方法がユーザーによって明示的に与えられていない場合に「TOP」解決方法を使用することをお勧めします。AREG1リクエストを受け入れるIRISサーバーは、権威者ではない情報を求めて、「トップ」解像度方法を使用してクライアントを参照する必要があります。
This document lays out no new considerations for internationalization beyond those specified in IRIS [2].
この文書は、IRIS [2]で指定されているものを超えた国際化に関する新しい考慮事項を定めていません。
The following URN has been registered with IANA according to the IANA considerations defined in IRIS [2]:
次の骨nは、IRIS [2]で定義されているIANAの考慮事項に従ってIANAに登録されています。
urn:ietf:params:xml:ns:areg1
The following S-NAPTR application service label has been registered with IANA according to the IANA considerations defined in IRIS [2]:
次のS-NAPTRアプリケーションサービスラベルは、IRIS [2]で定義されているIANAの考慮事項に従ってIANAに登録されています。
AREG1
areg1
Under instructions from the IAB, the IANA will create a new second level domain under .arpa called iris (i.e., iris.arpa.). The contents of this new domain are to be under the control of the IAB. Under instructions from the IAB, the IANA will insert and maintain a NAPTR DNS resource record in the iris.arpa. domain for the name areg.iris.arpa. The initial contents for that record is:
IABからの指示の下で、IANAはIris（つまり、Iris.arpa）と呼ばれる.Arpaの下に新しい第2レベルのドメインを作成します。この新しいドメインの内容は、IABの制御下にあることです。IABからの指示の下で、IANAはIRIS.ARPAにNAPTR DNSリソースレコードを挿入および維持します。名前のドメインaerg.iris.arpa。そのレコードの最初の内容は次のとおりです。
areg.iris.arpa. ;; order pref flags service re replacement IN NAPTR 100 10 "" "AREG1:iris.xpc:iris.lwz" "" areg.nro.net
areg.iris.arpa。;;NAPTR 100 10 "" "areg1：iris.xpc：iris.lwz" "" areg.nro.netの注文プリフフラグサービス再交換
This document lays out no new considerations for security precautions beyond those specified in IRIS [2].
この文書は、虹彩で指定されているものを超えたセキュリティ予防措置に関する新しい考慮事項を定めていません[2]。
[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] Newton, A. and M. Sanz, "IRIS: The Internet Registry Information Service (IRIS) Core Protocol", RFC 3981, January 2005.
[2] Newton、A。およびM. Sanz、「Iris：The Internet Registry Information Service（IRIS）Core Protocol」、RFC 3981、2005年1月。
[3] Newton, A. and M. Sanz, "Using the Internet Registry Information Service (IRIS) over the Blocks Extensible Exchange Protocol (BEEP)", RFC 3983, January 2005.
[3] Newton、A。およびM. Sanz、「ブロック拡張可能なExchangeプロトコル（BEEP）を介したインターネットレジストリ情報サービス（IRIS）を使用」、RFC 3983、2005年1月。
[4] Newton, A., "Cross Registry Internet Service Protocol (CRISP) Requirements", RFC 3707, February 2004.
[4] ニュートン、A。、「クロスレジストリインターネットサービスプロトコル（CRISP）要件」、RFC 3707、2004年2月。
[5] World Wide Web Consortium, "Extensible Markup Language (XML) 1.0", W3C XML, February 1998, <http://www.w3.org/TR/1998/REC-xml-19980210>.
[5] World Wide Webコンソーシアム、「拡張可能なマークアップ言語（XML）1.0」、W3C XML、1998年2月、<http://www.w3.org/tr/1998/rec-xml-19980210>。
[6] World Wide Web Consortium, "Namespaces in XML", W3C XML Namespaces, January 1999, <http://www.w3.org/TR/1999/REC-xml-names-19990114>.
[6] World Wide Webコンソーシアム、「XMLの名前空間」、W3C XMLネームスペース、1999年1月、<http://www.w3.org/tr/1999/rec-xml-names-19990114>。
[7] World Wide Web Consortium, "XML Schema Part 2: Datatypes", W3C XML Schema, October 2000, <http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/>.
[7] ワールドワイドウェブコンソーシアム、「XMLスキーマパート2：データ型」、W3C XMLスキーマ、2000年10月、<http://www.w3.org/tr/2001/rec-xmlschema-2-20010502/>。
[8] World Wide Web Consortium, "XML Schema Part 1: Structures", W3C XML Schema, October 2000, <http://www.w3.org/TR/2001/REC-xmlschema-1-20010502/>.
[8] ワールドワイドウェブコンソーシアム、「XMLスキーマパート1：構造」、W3C XMLスキーマ、2000年10月、<http://www.w3.org/tr/2001/rec-xmlschema-20010502/>。
[9] International Organization for Standardization, "Codes for the representation of names of countries, 3rd edition", ISO Standard 3166, August 1988.
[9] 国際標準化機関、「国の名前の表現のためのコード、第3版」、ISO標準3166、1988年8月。
Internet address registries store contact details and other information that may be abused. The XML Schema defined in this document purposefully makes the inclusion of any data in a response an option that is dependent on the needs and policies of the Internet address registry serving the data.
インターネットアドレスレジストリは、連絡先の詳細や乱用される可能性のあるその他の情報を保存します。このドキュメントで定義されているXMLスキーマは、データを提供するインターネットアドレスレジストリのニーズとポリシーに依存するオプションとなるオプションを意図的に意図的に、データを提供します。
Combined with the authentication mechanisms of an IRIS transfer protocol, Internet address registries may derive authorization policies to meet their needs without compromising general privacy policies. As an example, the constituents of an Internet address registry may create a policy whereby NOC contact email addresses are only to be available to members of the Internet address registry. To institute this policy, the XML elements for NOC contacts will never appear in a response to a user that has not been authenticated to be a member of the Internet address registry.
IRIS転送プロトコルの認証メカニズムと組み合わせて、インターネットアドレスレジストリは、一般的なプライバシーポリシーを損なうことなく、ニーズを満たすための認可ポリシーを導き出す場合があります。例として、インターネットアドレスレジストリの構成要素は、NOCの連絡先電子メールアドレスがインターネットアドレスレジストリのメンバーのみが利用できるようにするポリシーを作成する場合があります。このポリシーを制定するために、NOC連絡先のXML要素は、インターネットアドレスレジストリのメンバーであると認証されていないユーザーへの応答には決して表示されません。
The examples in this section use the string "C:" to denote data sent by a client to a server and the string "S:" to denote data sent by a server to a client.
このセクションの例では、文字列「C：」を使用して、クライアントからサーバーに送信されたデータと文字列「s：」を示して、サーバーから送信されたデータをクライアントに示します。
The following is an example of entity lookup for the contact-handle of 'JN560-RIR1'.
以下は、「JN560-RIR1」のコンタクトハンドルのエンティティ検索の例です。
C: <?xml version="1.0"?>
C: <request xmlns="urn:ietf:params:xml:ns:iris1"
C: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
C: xsi:schemaLocation="urn:ietf:params:xml:ns:iris1 iris.xsd" >
C:
C: <searchSet>
C:
C: <lookupEntity
C: registryType="urn:ietf:params:xml:ns:areg1"
C: entityClass="contact-handle"
C: entityName="JN560-RIR1" />
C:
C: </searchSet>
C:
C: </request>
S: <?xml version="1.0"?>
S: <iris:response
S: xmlns:iris="urn:ietf:params:xml:ns:iris1"
S: xmlns="urn:ietf:params:xml:ns:areg1"
S: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
S:
S: <iris:resultSet>
S: <iris:answer>
S:
S: <contact
S: authority="rir.example.net"
S: registryType="areg1"
S: entityClass="contact-handle"
S: entityName="JN560-RIR1">
S:
S: <contactHandle>JN560-RIR1</contactHandle>
S:
S: <commonName>Bob Smurd</commonName>
S:
S: <organization
S: iris:referentType="organization"
S: authority="rir.example.net"
S: registryType="areg1"
S: entityClass="organization-id"
S: entityName="ORGX">
S: <iris:displayName
S: language="en">
S: Organization X, Inc.
S: </iris:displayName>
S: </organization>
S:
S: <phone>
S: <number>+1-703-555-5555</number>
S: <type>office</type>
S: </phone>
S:
S: </contact>
S:
S: </iris:answer>
S: </iris:resultSet>
S:
S: </iris:response>
Figure 11: Example 1
図11：例1
The following example shows a query to find the IP networks containing a given address.
C: <?xml version="1.0"?>
C: <request xmlns="urn:ietf:params:xml:ns:iris1"
C: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
C:
C: <searchSet>
C: <findNetworksByAddress
C: xmlns="urn:ietf:params:xml:ns:areg1">
C:
C: <ipv4Address>
C: <start>192.0.2.134</start>
C: </ipv4Address>
C:
C: <specificity
C: allowEquivalences="true"
C: >one-level-less-specific</specificity>
C:
C: </findNetworksByAddress>
C: </searchSet>
C:
C: </request>
S: <?xml version="1.0"?>
S: <iris:response xmlns:iris="urn:ietf:params:xml:ns:iris1"
S: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
S:
S: <iris:resultSet>
S: <iris:answer>
S: <areg:ipv4Network
S: xmlns="urn:ietf:params:xml:ns:areg1"
S: xmlns:areg="urn:ietf:params:xml:ns:areg1"
S: xsi:schemaLocation="urn:ietf:params:xml:ns:areg1 areg.xsd"
S: authority="rir.example.net" registryType="areg1"
S: entityClass="ipv4-handle" entityName="NET-192-0-2-128-1" >
S: <networkHandle>
S: NET-192-0-2-128-1
S: </networkHandle>
S: <name>
S: UU-192-0-2-D6
S: </name>
S: <startAddress>
S: 192.0.2.128
S: </startAddress>
S: <endAddress>
S: 192.0.2.255
S: </endAddress>
S: <networkType>reassigned</networkType>
S: <organization
S: iris:referentType="areg:organization"
S: authority="rir.example.net" registryType="areg1"
S: entityClass="organization-id" entityName="ORGX">
S: <iris:displayName language="en">
S: Organization X, Inc.
S: </iris:displayName>
S: </organization>
S: <parent
S: iris:referentType="areg:ipv4Network"
S: authority="rir.example.net" registryType="areg1"
S: entityClass="ipv4-handle" entityName="NET-192-0-2-0-1"/>
S: <techContact
S: iris:referentType="areg:contact"
S: authority="rir.example.net" registryType="areg1"
S: entityClass="contact-handle" entityName="JN560-RIR1">
S: <iris:displayName language="en">
S: Smurd, Bob
S: </iris:displayName>
S: </techContact>
S: <registrationDate>
S: 2002-11-18T00:00:00-00:00
S: </registrationDate>
S: <lastUpdatedDate>
S: 2002-11-18T00:00:00-00:00
S: </lastUpdatedDate>
S: <iris:seeAlso
S: iris:referentType="ANY"
S: authority="rir.example.net" registryType="areg1"
S: entityClass="local" entityName="portability-notice"/>
S: </areg:ipv4Network>
S: <areg:ipv4Network
S: xmlns="urn:ietf:params:xml:ns:areg1"
S: xmlns:areg="urn:ietf:params:xml:ns:areg1"
S: xsi:schemaLocation="urn:ietf:params:xml:ns:areg1 areg.xsd"
S: authority="rir.example.net" registryType="areg1"
S: entityClass="ipv4-handle" entityName="NET-192-0-2-0-2" >
S: <networkHandle>
S: NET-192-0-2-0-2
S: </networkHandle>
S: <name>
S: UU-192-0-2-0-D5
S: </name>
S: <startAddress>
S: 192.0.2.0
S: </startAddress>
S: <endAddress>
S: 192.0.2.255
S: </endAddress>
S: <networkType>direct allocation</networkType>
S: <nameServer>auth03.ns.example.org</nameServer>
S: <nameServer>auth00.ns.example.org</nameServer>
S: <organization
S: iris:referentType="areg:organization"
S: authority="rir.example.net" registryType="areg1"
S: entityClass="organization-id" entityName="ORGY">
S: <iris:displayName language="en">
S: Organization Y, Inc.
S: </iris:displayName>
S: </organization>
S: <parent
S: iris:referentType="areg:ipv4Network"
S: authority="rir.example.net" registryType="areg1"
S: entityClass="ipv4-handle" entityName="NET-192-0-2-0-1"/>
S: <techContact
S: iris:referentType="areg:contact"
S: authority="rir.example.net" registryType="areg1"
S: entityClass="contact-handle" entityName="OA12-RIR1" />
S: <registrationDate>
S: 2000-10-27T00:00:00-00:00
S: </registrationDate>
S: <lastUpdatedDate>
S: 2002-02-13T00:00:00-00:00
S: </lastUpdatedDate>
S: <iris:seeAlso
S: iris:referentType="ANY"
S: authority="rir.example.net" registryType="areg1"
S: entityClass="local" entityName="portability-notice"/>
S: </areg:ipv4Network>
S: </iris:answer>
S: <iris:additional>
S: <iris:simpleEntity
S: authority="rir.example.net" registryType="areg1"
S: entityClass="local" entityName="portability-notice" >
S: <iris:property name="portability" language="en">
S: Addresses within this block are non-portable.
S: </iris:property>
S: </iris:simpleEntity>
S: </iris:additional>
S: </iris:resultSet>
S:
S: </iris:response>
Figure 12: Example 2
図12：例2
This section includes examples to clarify specificity options for network and ASN searches.
このセクションには、ネットワークおよびASN検索の特異性オプションを明確にするための例が含まれています。
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Contents of the DB
DBの内容
Figure 13: Specificity Example 1
図13：特異性の例1
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query|- - - - - - - | 192.0.2.0 - 192.0.2.9
Exact match (1)
正確な一致（1）
Result: C
結果：c
Figure 14: Specificity Example 2
図14：特異性の例2
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query|- - - - - - - - | 192.0.2.0 - 192.0.2.12
Exact match (2)
正確な一致（2）
Result: None
結果：なし
Figure 15: Specificity Example 3
図15：特異性の例3
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query|- - - - - - - - - | 192.0.2.0 - 192.0.2.15
All more specifics, allowEquivalences = false
さらにすべての詳細、許容等価= false
Result: C, F, & G (A is not included; exact match)
結果：c、f、＆g（aは含まれていません;正確な一致）
Figure 16: Specificity Example 4
図16：特異性の例4
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query|- - - - - - - - - | 192.0.2.0 - 192.0.2.15
All more specifics, allowEquivalences = true
さらにすべての詳細、許容等価= true
Result: A, C, F, & G (A is included; exact match)
結果：A、C、F、およびG（Aが含まれています;正確な一致）
Figure 17: Specificity Example 5
図17：特異性の例5
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query|- - - - - - - - - | 192.0.2.0 - 192.0.2.15
One level more specifics, allowEquivalences = false
1つのレベルの詳細、許容等価= false
Result: C
結果：c
Figure 18: Specificity Example 6
図18：特異性例6
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query|- - - - - - - - - | 192.0.2.0 - 192.0.2.15
One level more specifics, allowEquivalences = true
1つのレベルの詳細、Allow Equivalences = true
Result: A
結果：a
Figure 19: Specificity Example 7
図19：特異性の例7
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query |- - | 192.0.2.6 - 192.0.2.9
クエリ| - |192.0.2.6-192.0.2.9
All less specifics, allowEquivalences = true
すべての詳細、許容等価= true
Result: A, C, & G (G is included; exact match)
結果：a、c、＆g（gが含まれています;正確な一致）
Figure 20: Specificity Example 8
図20：特異性の例8
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query |- - | 192.0.2.6 - 192.0.2.9
クエリ| - |192.0.2.6-192.0.2.9
All less specifics, allowEquivalences = false
すべての詳細、許容等価= false
Result: A & C (G is not included; exact match)
結果：A＆C（Gは含まれていません;正確な一致）
Figure 21: Specificity Example 9
図21：特異性の例9
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query |- - | 192.0.2.6 - 192.0.2.9
クエリ| - |192.0.2.6-192.0.2.9
One level less specifics, allowEquivalences = true
1つのレベルの詳細、許容等価= true
Result: G (the exact match)
結果：G（正確な一致）
Figure 22: Specificity Example 10
図22：特異性例10
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query |- - | 192.0.2.6 - 192.0.2.9
クエリ| - |192.0.2.6-192.0.2.9
One level less specifics, allowEquivalences = false
Result: C
結果：c
Figure 23: Specificity Example 11
図23：特異性例11
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query|- - - - - - | 192.0.2.0 - 192.0.2.8
One level less specifics, allowEquivalences = false or true
1つのレベルの詳細、許容等価= falseまたはtrue
Result: C
結果：c
Figure 24: Specificity Example 12
図24：特異性例12
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query = E
Find parent (Query argument is a handle)
親を見つける（クエリ引数はハンドルです）
Result: D
結果：d
Figure 25: Specificity Example 13
図25：特異性の例13
A |------------------| 192.0.2.0 - 192.0.2.15
B |------------------| 192.0.2.16 - 192.0.2.31
C |--------------| 192.0.2.0 - 192.0.2.9
D |---------------| 192.0.2.16 - 192.0.2.30
E |---------------| 192.0.2.16 - 192.0.2.30
F |--------| 192.0.2.0 - 192.0.2.5
G |----| 192.0.2.6 - 192.0.2.9
Query = D
Find child (Query argument is a handle)
子供を見つける（クエリ引数はハンドルです）
Result: E
結果：e
Figure 26: Specificity Example 14
図26：特異性の例14
David Blacka and Tim Christensen made substantial contributions to this document.
David BlackaとTim Christensenは、この文書に多大な貢献をしました。
Eric Hall, William Leibzon, April Marine, George Michaelson, Tim Christensen Cathy Murphy, Andrei Robachevsky, Marcos Sanz, Frederico Neves, Ted Hardie, and many others contributed constructively in the mailing list discussions and IETF Meeting sessions.
エリック・ホール、ウィリアム・レイバーゾン、エイプリル・マリン、ジョージ・マイケルソン、ティム・クリステンセン・キャシー・マーフィー、アンドレイ・ロバチェフスキー、マルコス・サンツ、フレデリコ・ネヴェス、テッド・ハーディ、その他多くの人々がメーリングリストの議論とIETFの会議セッションに建設的に貢献しました。
Authors' Addresses
著者のアドレス
Engin Gunduz RIPE NCC Singel 258 Amsterdam 1016AB The Netherlands
Engin Gunduz Ripe NCC Singel 258 Amsterdam 1016ab The Netherlands
Phone: +31 20 535 4444
EMail: e.gunduz@computer.org
Andrew L. Newton VeriSign, Inc. 21345 Ridgetop Circle Sterling, VA 20166 USA
Andrew L. Newton Verisign、Inc。21345 Ridgetop Circle Sterling、VA 20166 USA
Phone: +1 703 948 3382
EMail: andy@hxr.us
Shane W. Kerr RIPE NCC Singel 258 Amsterdam 1016AB The Netherlands
シェーンW.カーリプNCCシンゲル258アムステルダム1016ABオランダ
Phone: +31 20 535 4444
EMail: shane@time-travellers.org
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2006).
Copyright（c）The Internet Society（2006）。
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.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供されています。また、貢献者、彼/彼女が代表する組織（もしあれば）が後援する組織、インターネット協会とインターネット工学タスクフォースは、すべての保証、明示的または明示的、またはすべての保証を否認します。本書の情報の使用が、商品性または特定の目的に対する適合性の権利または黙示的な保証を侵害しないという保証を含むがこれらに限定されないことを含む。
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への情報をお問い合わせください。
Acknowledgement
謝辞
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFCエディター機能の資金は、IETF管理サポートアクティビティ（IASA）によって提供されます。