[要約] RFC 3017は、ローミングアクセス電話帳のためのXML DTDを定義しています。このRFCの目的は、異なるネットワーク間での電話帳情報の共有を容易にするための標準化を提供することです。
Network Working Group M. Riegel
Request for Comments: 3017 Siemens AG
Category: Standards Track G. Zorn
Cisco Systems
December 2000
XML DTD for Roaming Access Phone Book
ローミングアクセス電話帳のためのXML DTD
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 (2000). All Rights Reserved.
Copyright（c）The Internet Society（2000）。無断転載を禁じます。
Abstract
概要
This document defines the syntax as well as the semantics of the information to be included in the phone book for roaming applications. It comprises the information necessary to select the most appropriate ISP and to configure the host to get access to the network of the provider. The specification consists of a small set of required information elements and a variety of possible extensions. All data is specified in XML [5] (Extensible Markup Language) syntax leading to a concise XML DTD (Document Type Declaration) for the phone book.
このドキュメントでは、構文と、ローミングアプリケーションの電話帳に含める情報のセマンティクスを定義します。最も適切なISPを選択し、プロバイダーのネットワークにアクセスできるようにホストを構成するために必要な情報を含みます。仕様は、必要な情報要素の小さなセットと、可能なさまざまな拡張機能で構成されています。すべてのデータは、電話帳の簡潔なXML DTD（ドキュメントタイプ宣言）につながるXML [5]（拡張可能なマークアップ言語）の構文で指定されています。
Table of Contents
目次
1. Introduction ............................................. 3
2. Rationale for XML Usage .................................. 4
3. Specification of Requirements ............................ 5
4. Value type notations for 'stronger' typing ............... 5
5. Container Element Definitions ............................ 5
5.1. PhoneBook ............................................ 5
5.1.1. phoneBook Attribute "name" ........................ 6
5.1.2. phoneBook Attribute "version" ..................... 6
5.2. POP .................................................. 7
5.2.1. pop Attribute "entryVersion" ...................... 8
5.3. Setup ................................................ 8
5.4. Support .............................................. 9
5.5. Provider ............................................. 9
6. Information Element Definitions .......................... 10
6.1. Information elements defined for the POP element ..... 10
6.1.1. Address ........................................... 10
6.1.1.1. address Attribute "family" ..................... 10
6.1.1.2. address Attribute "countryCode" ................ 11
6.1.1.3. address Attribute "areaCode" ................... 11
6.1.2. Media ............................................. 11
6.1.2.1. Modem Protocols ................................ 12
6.1.2.2. ISDN Protocols ................................. 12
6.1.2.3. ATM Protocols .................................. 13
6.1.2.4. Frame Relay Protocols .......................... 13
6.1.2.5. X.25 Protocols ................................. 13
6.1.3. Minimum Data Rate ................................. 14
6.1.4. Maximum Data Rate ................................. 14
6.1.5. POP Properties .................................... 14
6.1.6. Tunneling Protocols ............................... 15
6.1.7. Dialing Script .................................... 15
6.1.8. Pricing Information ............................... 16
6.1.9. City .............................................. 16
6.1.10. Region ........................................... 16
6.1.11. Country .......................................... 16
6.1.12. POP Setup ........................................ 17
6.1.13. POP Support ...................................... 17
6.1.14. POP Provider ..................................... 17
6.2. Information elements defined for the Setup element ... 17
6.2.1. DNS Server Address ................................ 17
6.2.2. NNTP Server Name .................................. 18
6.2.3. SMTP Server Name .................................. 18
6.2.4. POP3 Server Name .................................. 18
6.2.5. IMAP Server Name .................................. 18
6.2.6. WWW Proxy ......................................... 19
6.2.7. FTP Proxy ......................................... 19
6.2.8. Winsock Proxy ..................................... 19
6.2.9. Default Gateway Address ........................... 19
6.2.10. User Name Suffix ................................. 20
6.2.11. User Name Prefix ................................. 20
6.3. Information elements defined for the support element.. 20
6.3.1. Support Telephone Number .......................... 20
6.3.2. Support Email Address ............................. 21
6.4. Information elements defined for the provider element. 21
6.4.1. Provider Name ..................................... 21
6.4.2. Provider Icon ..................................... 21
6.4.3. Provider's World Wide Web URL ..................... 21
6.4.4. Provider's Main Email Address ..................... 22
6.4.5. Billing Inquiry Email Address ..................... 22
6.4.6. Further elements .................................. 22
7. Complete XML DTD for the roaming phone book .............. 22
8. Security Considerations .................................. 28
9. IANA Considerations ...................................... 28
9.1. Registration of new attribute values ................. 29
9.2. Registration of new information elements ............. 29
10. References .............................................. 30
11. Appendix: Examples ...................................... 31
11.1. The most simple example ............................. 31
11.2. A more comprehensive example ........................ 31
12. Acknowledgments ......................................... 31
13. Authors' Addresses ...................................... 32
14. Full Copyright Statement ................................ 33
Roaming applications depend on the delivery of information about provided services and the procedures to get connected to the network from the roaming consortium to the individual users as well as from the operators of the network access servers, normally the members of the roaming consortium, and the roaming consortium.
ローミングアプリケーションは、提供されたサービスに関する情報の配信と、ローミングコンソーシアムから個々のユーザーにネットワークに接続する手順に依存し、ネットワークアクセスサーバーのオペレーター、通常はローミングコンソーシアムのメンバー、およびローミングコンソーシアム。
"phone book"
+------+ +--+
| | | ++
| ISP1 | -- | | --+
| | +---+ \ "phone book"
+------+ \ +------+
+------+ +--+ \_ | | +--+ +------+
| | | ++ | | | ++ | |
| ISP2 | -- | | -->>--- | | --- | | ->> | USER |
| | +---+ _ | | +---+ | |
+------+ / | | +------+
+------+ +--+ / +------+
| | | ++ / Roaming
| ISP# | -- | | --+ Consortium
| | +---+
+------+
The roaming consortium assembles from the individual contributions of the providers belonging to the consortium a unified version of the phone book for usage by the customers. Probably different groups of users get different versions of a phone book adapted to their particular needs. Even users might generate different subsets especially suited to particular applications from the information received from the roaming consortium, e.g., retrieving only entries for a particular country or extracting all access points providing wireless connectivity.
ローミングコンソーシアムは、コンソーシアムに属するプロバイダーの個々の貢献から集まり、顧客が使用するための電話帳の統一バージョンを統合します。おそらく、ユーザーの異なるグループは、特定のニーズに適合した電話帳の異なるバージョンを取得します。ユーザーでさえ、ローミングコンソーシアムから受け取った情報から特定のアプリケーションに特に適したさまざまなサブセットを生成する場合があります。たとえば、特定の国のエントリのみを取得したり、ワイヤレス接続を提供するすべてのアクセスポイントを抽出したりします。
Therefore it is desirable to define a highly portable and well formed structure of the phone book to enable easy generation and postprocessing. Goals of this document include:
したがって、簡単な生成とポストプロセスを可能にするために、電話帳の高度に携帯的で適切に形成された構造を定義することが望ましいです。このドキュメントの目標は次のとおりです。
- Creating a flexible, extensible and robust framework upon which to build a standard phone book; - Promoting a standard phone book format, to enhance interoperability between ISPs and roaming consortia as well as to enable automatic extraction of configuration data by a wide variety of devices; - Defining a compact structure containing the essential information for the roaming user, to allow for storage and easy update even on small devices.
- 標準的な電話帳を作成するための柔軟で拡張可能な堅牢なフレームワークを作成します。 - ISPとローミングコンソーシアム間の相互運用性を高めるだけでなく、さまざまなデバイスによる構成データの自動抽出を可能にするために、標準的な電話帳形式を促進します。 - ローミングユーザーに不可欠な情報を含むコンパクト構造を定義し、小型デバイスでもストレージと簡単な更新を可能にします。
It is not intended by this document to create a plethoric solution, with phone book elements to fit every condition on earth, neither to define any kind of phone book update or transfer protocol.
このドキュメントでは、あらゆる状態に適合する電話帳の要素を備えたプレソリックソリューションを作成することは意図されていません。どんな種類の電話帳の更新や転送プロトコルを定義しません。
XML is rapidly becoming a standard format for data exchange between different applications also taking into account the transfer and access of data over the web. XML is used as syntax for expressing the structure and content of a roaming phone book to enable widespread usage and access to many different kind of media (e.g., paper, CDROM, www) using a widespread selection of access devices. Furthermore XML enables:
XMLは、Web上のデータの転送とアクセスを考慮して、さまざまなアプリケーション間のデータ交換の標準形式に急速になりつつあります。XMLは、ローミング電話帳の構造と内容を表現するための構文として使用され、広範なアクセスデバイスを使用して、さまざまな種類のメディア（紙、CDROM、WWWなど）への広範な使用とアクセスを可能にします。さらに、XMLが有効になります：
- Extensibility - Flexibility - Integration with directories
- 拡張性 - 柔軟性 - ディレクトリとの統合
Extensibility is important because phone books are living documents; as such, it is unlikely that all the semantic requirements of arbitrary Internet service providers (ISPs) would be met by a fixed scheme, no matter how well thought out. Phone book designers must be free to create new attributes in a well-understood fashion to meet changing business needs.
電話帳は生きている文書であるため、拡張性は重要です。そのため、任意のインターネットサービスプロバイダー（ISP）のすべてのセマンティック要件が、どれほどよく考えられても、固定スキームによって満たされる可能性は低いです。電話帳のデザイナーは、変化するビジネスニーズを満たすために、よく理解されている方法で新しい属性を自由に作成できる必要があります。
Flexibility is required of the attribute definition syntax for many of the same reasons that semantic extensibility is necessary. If we assume that phone book designers may need to define elements of arbitrary type, the syntax chosen must be able to represent these data objects cleanly. Using XML for describing the data content of the phone book fits this bill nicely, since it can be used to unambiguously describe virtually any data type.
セマンティックの拡張性が必要であると同じ多くの理由で、属性定義の構文に柔軟性が必要です。電話帳のデザイナーが任意のタイプの要素を定義する必要があると仮定する場合、選択した構文はこれらのデータオブジェクトをきれいに表すことができなければなりません。XMLを使用して電話帳のデータコンテンツを説明することは、この法案に適しています。これは、事実上すべてのデータ型を明確に記述するために使用できるためです。
Integration with directories: although it is unlikely that phone books will be stored in the directory due to performance considerations, the creation of a XML DTD describing phone book content leaves that option open, with relatively little incremental effort required to implement it.
ディレクトリとの統合：パフォーマンスの考慮事項により、電話帳がディレクトリに保存される可能性は低いですが、電話帳のコンテンツを説明するXML DTDの作成は、そのオプションを開いたままにし、それを実装するために必要な段階的な取り組みが比較的少ない。
In this document, the key words "MAY", "MUST, "MUST NOT", "optional", "recommended", "SHOULD", and "SHOULD NOT", are to be interpreted as described in [1].
このドキュメントでは、キーワードは「可能性があります」、「必要はない」、「オプション」、「推奨」、「は」、「はすか」、「必要はありません」は、[1]で説明されているように解釈されるべきではありません。
XML DTDs do not currently have capabilities for 'strong typing' of the content of elements. The only type definition foreseen in the base specification is "#PCDATA", 'parsable character data'. This might be sufficient and is used throughout this document to define elements containing information mainly aimed for interpretation by human beings.
XML DTDには現在、要素の内容の「強力なタイピング」の機能がありません。ベース仕様で予見される唯一のタイプ定義は、「#PCDATA」、「parsable Charciture Data」です。これで十分であり、このドキュメント全体で使用されて、主に人間による解釈を目的とした情報を含む要素を定義します。
To enable a more concise description of the content of particular elements several value type notations are introduced. This allows for a more detailed type description of the content of elements in cases where it seems to be desirable.
特定の要素のコンテンツのより簡潔な説明を有効にするために、いくつかの値タイプ表記が導入されます。これにより、要素の内容が望ましいと思われる場合のコンテンツのより詳細なタイプの説明が可能になります。
<?xml version="1.0" encoding="UTF-8"?>
<!-- Phone book value type notation declarations -->
<!NOTATION FQDN PUBLIC "-//IETF/roamPhoneBook/NOTATION
value Type Fully_qualified_domain_name">
<!NOTATION IPADR PUBLIC "-//IETF/roamPhoneBook/NOTATION
value Type IP_address">
<!NOTATION B64JPG PUBLIC "-//IETF/roamPhoneBook/NOTATION
value Type Base64_encoded_jpeg_image">
<!NOTATION B64GIF PUBLIC "-//IETF/roamPhoneBook/NOTATION
value Type Base64_encoded_gif_image">
The phoneBook element is the basic container for phone book entries. It has two attributes, a phone book name and a phone book version number (applying to the phone book as a whole), and always contains one or more pop elements. A phoneBook element may also contain multiple Setup, Support and Provider elements, if they are referenced to by more than one pop element.
電話帳要素は、電話帳のエントリの基本的なコンテナです。電話帳の名前と電話帳のバージョン番号（電話帳全体に適用）の2つの属性があり、常に1つ以上のポップ要素が含まれています。電話帳要素には、複数のポップ要素で参照されている場合、複数のセットアップ、サポート、およびプロバイダー要素が含まれる場合があります。
Syntax:
<!ELEMENT phoneBook (
pop+,
setup*,
support*,
provider*)>
<!ATTLIST phoneBook
name CDATA #REQUIRED
version CDATA #REQUIRED >
phoneBook
+-----------------------------------+
| phoneBookName (req)|
| phoneBookVersion (req)|
| +-----------------------+ |
| | pop |+ (req)|
| +-----------------------+| |
| + - - - - - - - - - - - + |
| |
| + - - - - - - - - - - - + |
| | setup |+ (opt)|
| + - - - - - - - - - - - +| |
| + - - - - - - - - - - - + |
| |
| + - - - - - - - - - - - + |
| | support |+ (opt)|
| + - - - - - - - - - - - +| |
| + - - - - - - - - - - - + |
| |
| + - - - - - - - - - - - + |
| | provider |+ (opt)|
| + - - - - - - - - - - - +| |
| + - - - - - - - - - - - + |
+-----------------------------------+
The phoneBook attribute "name" is an arbitrary string assigned as an identifier for a phone book.
電話帳属性「名前」は、電話帳の識別子として割り当てられた任意の文字列です。
The phoneBookVersion attribute is an integer representing the version of the phone book; it is a monotonically increasing counter which should be incremented each time the phone book is modified. This element can be used by a server to help decide what (if any) actions are required to bring a client's phone book up to date. For example, the client can, at connect time, send an update request to the server including in the request the version number of its current phone book. If the client's phone book version is not the same as the server's current phone book version, the server can easily take appropriate action, e.g., reply with a URL pointing to a file containing the differences between the client and server phone books.
PhoneBookversion属性は、電話帳のバージョンを表す整数です。それは単調に増加するカウンターであり、電話帳が変更されるたびに増加する必要があります。この要素は、クライアントの電話帳を最新の状態にするために（もしあれば）アクションが必要なものを決定するのに役立つサーバーで使用できます。たとえば、クライアントは、接続時に、現在の電話帳のバージョン番号をリクエストに含む更新リクエストをサーバーに送信できます。クライアントの電話帳バージョンがサーバーの現在の電話帳バージョンと同じでない場合、サーバーは適切なアクションを簡単に実行できます。たとえば、クライアントとサーバーの電話帳の違いを含むファイルを指すURLで返信します。
The pop element contains information elements relevant to individual network points of presence (POPs). The required information elements are addrFamily, address, media and entryVersion. The media element represents the media types supported by the POP, while the entryVersion element is a monotonically-increasing integer which should be incremented whenever the object is modified.
POP要素には、個々のネットワークポイントの存在ポイント（POPS）に関連する情報要素が含まれています。必要な情報要素は、addrfamily、住所、メディア、エントリバージョンです。メディア要素は、ポップでサポートされるメディアタイプを表しますが、エントリバージョン要素は単調に増加する整数であり、オブジェクトが変更されるたびに増加する必要があります。
The following information elements are currently defined for the pop element. Additional information elements may be defined by IANA in future.
現在、次の情報要素がポップ要素に対して定義されています。追加情報要素は、将来IANAによって定義される場合があります。
POP
+-----------------------------------+
| entryVersion (req)|
| +-------------------------+ |
| | address | (req)|
| +-------------------------+ |
| media (req)|
| minBitsPerSecond (opt)|
| maxBitsPerSecond (opt)|
| "popProperties" (opt)|
| "tunnelingProtocols" (opt)|
| dialScript (opt)|
| pricingInformation (opt)|
| + - - - - - - - - - - - - + |
| | "location" | (opt)|
| + - - - - - - - - - - - - + |
| + - - - - - - - - - - - - + |
| | "popSetup" | (opt)|
| + - - - - - - - - - - - - + |
| + - - - - - - - - - - - - + |
| | "popSupport" | (opt)|
| + - - - - - - - - - - - - + |
| + - - - - - - - - - - - - + |
| | "popProvider" | (opt)|
| + - - - - - - - - - - - - + |
+-----------------------------------+
Syntax:
構文：
<!ENTITY % popInformation "address, media+, minBitsPerSecond?, maxBitsPerSecond?, popProperty*, tunnelProto*, dialScript?, pricingInformation?, city?, region?, country?, (setup | setupPtr)?, (support | supportPtr)?, (provider |providerPtr)?">
<！entity％popinformation "アドレス、メディア、minbitspersecond？、maxbitspersecond？、popproperty*、tunnelscript*、dialscript？、pricinginformation？、city？、region？、country？、（setup | setupptr）？、（プロバイダー| ProviderPtr）？ ">
<!ELEMENT pop ( %popInformation; )>
<!ATTLIST pop
entryVersion CDATA #REQUIRED>
The entryVersion attribute is an integer representing the version of the POP object; it is a monotonically increasing counter which should be incremented each time the object is modified. This attribute may be useful in merging and updating phone books.
EntryVersion属性は、POPオブジェクトのバージョンを表す整数です。これは、オブジェクトが変更されるたびに増分する必要がある単調に増加するカウンターです。この属性は、電話帳の統合と更新に役立つ場合があります。
The Setup element includes information elements which describe services which may change from provider to provider or even from POP to POP. Some of the values contained in these information elements may be available by other means (e.g., DHCP), but others may not.
セットアップ要素には、プロバイダーからプロバイダー、さらにはポップからポップに変化する可能性のあるサービスを説明する情報要素が含まれています。これらの情報要素に含まれる値のいくつかは、他の手段（DHCPなど）で利用可能になる場合がありますが、他のものはそうでない場合があります。
The following information elements are currently defined for the Setup element. Additional information elements may be defined by IANA in future.
現在、セットアップ要素に対して次の情報要素が定義されています。追加情報要素は、将来IANAによって定義される場合があります。
Syntax:
構文：
<!ENTITY % setupInformation "dnsServerAddress*, nntpServerName*, smtpServerName*, popServerName*, imapServerName*, wwwProxyServerName*, ftpProxyServerName*, winsockProxyServerName*, defaultGatewayAddress?, userNamePrefix?, userNameSuffix?">
<！entity％setUpInformation "dnsserveraddress*、nntpservername*、smtpservername*、popservername*、imapservername*、wwproxyservername*、ftpproxyservername*、winsockproxyservername*、defaulgatewayddress？
<!ELEMENT setup ( %setupInformation; )>
<!ATTLIST setup
id ID #REQUIRED>
The Support element includes those information elements that are pertinent to the provision of customer support for a POP or provider. Languages spoken by the staff at the support center might be specified by multiple entries for the attribute value language.
サポート要素には、ポップまたはプロバイダーのカスタマーサポートの提供に関連する情報要素が含まれます。サポートセンターのスタッフが話す言語は、属性値言語の複数のエントリによって指定される場合があります。
Additional information elements for the Support element may be defined by IANA in future.
サポート要素の追加情報要素は、将来IANAによって定義される場合があります。
Syntax:
<!ENTITY % supportInformation
"(supportTelephoneNumber | supportMailtoURL)+">
<!ELEMENT support %supportInformation; >
<!ATTLIST support
id ID #REQUIRED
language NMTOKENS #IMPLIED >
The Provider element contains information elements pertaining to the general business operations of a given network service provider. The information elements include such things as telephone number, mailing address, etc., as well as URLs for e-mail and a World Wide Web site. A Provider element may also contain a reference to support information.
プロバイダー要素には、特定のネットワークサービスプロバイダーの一般的な事業運営に関する情報要素が含まれています。情報要素には、電話番号、郵送先住所など、電子メールのURLやWorld Wide Webサイトなどが含まれます。プロバイダー要素には、情報をサポートするための参照も含まれている場合があります。
Currently the following information elements are defined for the Provider element. Additional information elements may be defined by IANA in future.
現在、プロバイダー要素に対して次の情報要素が定義されています。追加情報要素は、将来IANAによって定義される場合があります。
Syntax: <!ENTITY % providerInformation "providerName?, providerIcon?, wwwURL?, generalMailtoURL?, billingMailtoURL?, businessCategory?, x121Address?, registeredAddress?, destinationIndicator?, preferredDeliveryMethod?, telexNumber?, teletexTerminalIdentifier?, telephoneNumber?, internationalISDNNumber?, facsimileTelephoneNumber?, street?, postOfficeBox?, postalCode?, postalAddress?, physicalDeliveryOfficeName?, description?, supportPtr*">
構文：<！entity％ProviderInformation "Providername？、Providericon？、wwwurl？、generalMailtourl？、BillingMailtourl？、BusinessCategory？、x121Address？、登録済み？facsimiletelephoneNumber？、Street？、郵便箱？、郵便局？、郵便配置？、PhysicalDeliveryofficename？、説明？、supportptr*">
<!ELEMENT provider ( %providerInformation; )>
<!ATTLIST provider
id ID #REQUIRED>
The address element provides the information representing the address of the POP. For POPs offering dial-up network access, the address element will at least contain an IA5 string representing a telephone number, formatted in standard fashion [4] (e.g., "+ 1 234 5678"). More detailed information may be available by optional attribute values.
アドレス要素は、POPのアドレスを表す情報を提供します。ダイヤルアップネットワークアクセスを提供するPOPSの場合、アドレス要素には、標準的な方法でフォーマットされた電話番号を表すIA5文字列が少なくとも含まれています[4]（ "1 234 5678"）。より詳細な情報は、オプションの属性値で入手できます。
Syntax:
<!-- A network address for this POP -->
<!ELEMENT address (#PCDATA)>
The attribute family of the element address defines the address family to which the element value belongs. For POPs offering dial-up network access, the addrFamily attribute will generally contain a value for a telephone network based address family. Currently the following attribute values are defined. Additional values may be registered by IANA in future.
要素アドレスの属性ファミリは、要素値が属するアドレスファミリーを定義します。ダイヤルアップネットワークアクセスを提供するPOPSの場合、Addrfamily属性には通常、電話ネットワークベースのアドレスファミリの値が含まれます。現在、次の属性値が定義されています。追加の値は、将来IANAによって登録される場合があります。
Value Description
------ ------------------------------------------
E164 ITU-T E.164 (PSTN, SMDS, Frame Relay, ATM)
X121 ITU-T X.121 (X.25, Frame Relay)
Syntax:
<!-- Attribute values for address family -->
<!ENTITY % addressFamily "(E164|X121)" >
<!ATTLIST address
family %addressFamily; #REQUIRED >
The countryCode attribute indicates the international dialing prefix for the country in which the POP is located.
CountryCode属性は、ポップが位置する国の国際的なダイヤリングプレフィックスを示します。
Syntax:
<!-- ITU dialing code for the country in which this POP is located -->
<!ATTLIST address
countryCode CDATA #IMPLIED >
The areaCode attribute contains the area or city code component of the telephone number in the 'address' element (if any) associated with this POP.
エリアコード属性には、このポップに関連付けられている「アドレス」要素（ある場合）の電話番号のエリアまたは都市コードコンポーネントが含まれています。
<!-- Area or city code component of the telephone number in the
accessTelephoneNumber element associated with this POP -->
<!ATTLIST address
areaCode CDATA #IMPLIED >
The media element is a container describing the types of media and related protocols supported by this POP. The following media types are currently defined. Additional types may be registered by IANA in future.
メディア要素は、このポップでサポートされているメディアと関連するプロトコルの種類を説明するコンテナです。現在、次のメディアタイプが定義されています。追加のタイプは、将来IANAによって登録される場合があります。
Value Media Type
-------- -----------
viaMODEM Modem
viaISDN ISDN
viaATM ATM
viaFR Frame Relay
viaX25 X.25
Syntax:
<!-- The types of media supported by this POP -->
<!ENTITY % mediaTypes "(viaMODEM|viaISDN|viaATM|viaFR|viaX25)+" >
<!ELEMENT media %mediaTypes; >
The viaMODEM element is an empty element representing by its optional type attribute the modem protocol supported by the access devices that can be reached at address. To define multiple available protocols this element may be included repeatedly. The initially defined modem protocol types are listed in the table below. Additional values may be registered by IANA in future.
Viamodem要素は、アドレスで到達できるアクセスデバイスによってサポートされるモデムプロトコルをオプションの型属性で表す空の要素です。複数の利用可能なプロトコルを定義するために、この要素は繰り返し含めることができます。最初に定義されたモデムプロトコルタイプは、以下の表にリストされています。追加の値は、将来IANAによって登録される場合があります。
Value Duplex Speed Protocol
----- ------ ----- -------------
V21 Full 300 ITU-T V.21
V22 Full 1200 ITU-T V.22
V29 Half 9600 ITU-T V.29
V32 Full 9600 ITU-T V.32
V32B Full 14.4k ITU-T V.32bis
V34 Full 28.8k ITU-T V.34
V34B Full 33.6k ITU-T V.34bis
V90 Full 56k ITU-T V.90
Syntax
<!-- A modem media type element -->
<!ENTITY % modemProtocols "(V21|V22|V29|V32|V32B|V34|V34B|V90)" >
<!ELEMENT viaMODEM EMPTY>
<!ATTLIST viaMODEM
type %modemProtocols; #IMPLIED >
The viaISDN element is an empty element representing by its optional type attribute the ISDN protocol supported by the access devices that can be reached at address. To define multiple available protocols this element may be included repeatedly. The initially defined ISDN protocol types are listed in the table below. Additional values may be registered by IANA in future.
viaisdn要素は、アドレスで到達できるアクセスデバイスによってサポートされているISDNプロトコルをオプションの型属性で表す空の要素です。複数の利用可能なプロトコルを定義するために、この要素は繰り返し含めることができます。最初に定義されたISDNプロトコルタイプは、以下の表にリストされています。追加の値は、将来IANAによって登録される場合があります。
Value Speed Meaning
----- ----- -----------
V110L 19.2k ITU-T V.110
V110H 38.4k ITU-T V.110
V120L 56k ITU-T V.120
V120H 64k ITU-T V.120
X75 64k ITU-T X.75
HDLC 64k RFC 1618
Syntax:
<!-- An ISDN media type element -->
<!ENTITY % isdnProtocols "(V110L|V110H|V120L|V120H|X75|HDLC)">
<!ELEMENT viaISDN EMPTY>
<!ATTLIST viaISDN
type %isdnProtocols; #IMPLIED >
The viaATM element is an empty element representing by its optional type attribute a particular protocol supported by the access devices that can be reached at address. To define multiple available protocols this element may be included repeatedly. Currently only one protocol is defined. Additional values may be registered by IANA in future.
VIOATM要素は、アドレスで到達できるアクセスデバイスによってサポートされる特定のプロトコルをオプションのタイプ属性で表す空の要素です。複数の利用可能なプロトコルを定義するために、この要素は繰り返し含めることができます。現在、1つのプロトコルのみが定義されています。追加の値は、将来IANAによって登録される場合があります。
Syntax:
<!-- An ATM media type element -->
<!ENTITY % atmProtocols "(RFC2364)">
<!ELEMENT viaATM EMPTY>
<!ATTLIST viaATM
type %atmProtocols; #IMPLIED >
The viaFR element is an empty element representing by its optional type attribute the particular protocol supported by the access devices that can be reached at address. To define multiple available protocols this element may be included repeatedly. Currently only one protocol is defined. Additional values may be registered by IANA in future.
VIAFR要素は、アドレスで到達できるアクセスデバイスでサポートされている特定のプロトコルをオプションの型属性で表す空の要素です。複数の利用可能なプロトコルを定義するために、この要素は繰り返し含めることができます。現在、1つのプロトコルのみが定義されています。追加の値は、将来IANAによって登録される場合があります。
Syntax:
<!-- A Frame Relay media type element -->
<!ENTITY % frProtocols "(RFC1973)">
<!ELEMENT viaFR EMPTY>
<!ATTLIST viaFR
type %frProtocols; #IMPLIED >
The viaX25 element is an empty element representing by its optional type attribute the particular protocol supported by the access devices that can be reached at address. To define multiple available protocols this element may be included repeatedly. Currently only one protocol is defined. Additional values may be registered by IANA in future.
VIOX25要素は、アドレスで到達できるアクセスデバイスによってサポートされる特定のプロトコルをオプションの型属性で表す空の要素です。複数の利用可能なプロトコルを定義するために、この要素は繰り返し含めることができます。現在、1つのプロトコルのみが定義されています。追加の値は、将来IANAによって登録される場合があります。
Syntax:
<!-- A X.25 media type element -->
<!ENTITY % x25Protocols "(RFC1598)">
<!ELEMENT viaX25 EMPTY>
<!ATTLIST viaX25
type %x25Protocols; #IMPLIED >
The minBitsPerSecond element indicates the minimum data rate (in bits/second) supported by the access devices at the POP.
Minbitspersecond要素は、POPのアクセスデバイスによってサポートされる最小データレート（ビット/秒）を示します。
Syntax:
<!-- Minimum data rate supported by this POP in bits/second -->
<!ELEMENT minBitsPerSecond (#PCDATA)>
The maxBitsPerSecond element indicates the maximum data rate (in bits/second) supported by the access devices at the POP.
maxbitspersecond要素は、POPのアクセスデバイスによってサポートされる最大データレート（ビット/秒）を示します。
Syntax:
<!-- Maximum data rate supported by this POP in bits/second -->
<!ELEMENT maxBitsPerSecond (#PCDATA)>
The popProperty element is an empty element representing by its attribute value a particular property of this POP. To define multiple available protocols this element might be included several times. The initially defined properties are listed in the table below. Additional values may be registered by IANA in future.
PopProperty要素は、その属性値を表すこのポップの特定のプロパティを表す空の要素です。複数の利用可能なプロトコルを定義するために、この要素は数回含まれる場合があります。最初に定義されたプロパティは、以下の表にリストされています。追加の値は、将来IANAによって登録される場合があります。
Value Property
------ ----------------------
MPPP Multilink PPP (RFC 1990)
MOBIP Mobile IP (RFC 2002)
MCRX Multicast Reception
MCTX Multicast Transmission
Syntax:
<!-- A property characterizing this POP -->
<!ENTITY % popProperties "(MPPP|MOBIP|MCRX|MCTX)" >
<!ELEMENT popProperty EMPTY>
<!ATTLIST popProperty
type %popProperties; #REQUIRED>
The tunnelProto element is an empty element representing by its attribute a tunneling protocol supported by this POP. To define multiple available protocols this element might be included several times. The initially defined values are listed in the table below. Additional values may be registered by IANA in future.
TunnelProto要素は、この属性を表す空の要素であり、このポップでサポートされているトンネルプロトコルです。複数の利用可能なプロトコルを定義するために、この要素は数回含まれる場合があります。最初に定義された値は、下の表にリストされています。追加の値は、将来IANAによって登録される場合があります。
Value Protocol
------ ------------------
L2TP RFC 2661 L2TP
PPTP RFC 2637 PPTP
L2F RFC 2341 L2F
ATMP RFC 2107 ATMP
AHT RFC 2402 IP AH Tunnel Mode
ESPT RFC 2406 IP ESP Tunnel Mode
IPIP RFC 1853 IP-IP
MIP RFC 2004 Minimal IP-IP
GRE RFC 1701 GRE
Syntax:
<!-- A tunneling protocol supported by this POP -->
<!ENTITY % tunnelingProtocols
"(L2TP|PPTP|L2F|ATMP|AHT|ESPT|IPIP|MIP|GRE)" >
<!ELEMENT tunnelProto EMPTY>
<!ATTLIST tunnelProto
type %tunnelingProtocols; #REQUIRED>
The dialScript element contains the dialing script to be used when connecting to this POP. The attribute value type of dialScript defines the type of the script that should be used when connecting to this POP.
ダイヤルスクリプト要素には、このポップに接続するときに使用するダイヤルスクリプトが含まれています。属性値のタイプダイヤルスクリプトは、このポップに接続するときに使用する必要があるスクリプトのタイプを定義します。
Syntax:
<!-- The dial script to be used -->
<!ELEMENT dialScript (#PCDATA)>
<!ATTLIST dialScript
type CDATA #IMPLIED >
The pricingInformation element is a free-form string representing pricing information for this POP. It may be anything from a simple string indicating relative expense (e.g., "$$$$" for a very expensive POP) to a paragraph describing time-of-day and other differential pricing variables.
価格情報要素は、このポップの価格情報を表すフリーフォーム文字列です。 それは、相対的な費用（非常に高価なポップの「$$$$」など）を示す単純な文字列から、時刻およびその他の差異変数を説明する段落まで、何でもかもしれません。
Syntax:
<!-- Pricing information for this POP -->
<!ELEMENT pricing (#PCDATA)>
The city element contains the name of the city in which the POP is located (not the city(s) from which it is accessible by a local call).
都市の要素には、ポップが位置する都市の名前が含まれています（地元の呼び出しによってアクセスできる都市ではありません）。
Syntax:
<!-- The name of the city in which this POP is located -->
<!ELEMENT city (#PCDATA)>
The region element contains the name of the region in which the POP is located. In the United States, this would be the name of a state or (for Washington, D.C.) administrative district. In other countries, it might be the name of a province, parish or county.
領域要素には、ポップが配置されている領域の名前が含まれています。米国では、これは州または（ワシントンD.C.の場合）行政地区の名前になります。他の国では、それは州、教区、または郡の名前かもしれません。
Syntax:
<!-- The name of the region in which this POP is located -->
<!ELEMENT region (#PCDATA)>
The country element contains the name of the country in which the POP is located. The country name may be abbreviated (e.g., "USA" for the United States of America or "UK" for the United Kingdom) but if abbreviations are used the usage must be consistent within a given phone book.
国の要素には、ポップが位置する国の名前が含まれています。国名は省略されている可能性があります（例：アメリカ合衆国では「米国」、英国では「英国」）が使用される場合は、略語が使用されている場合は、特定の電話帳内で使用が一貫している必要があります。
Syntax:
<!-- The name of the country in which this POP is located -->
<!ELEMENT country (#PCDATA)>
The popSetup element is either a setup element, if setup is specific to this particular POP, or a reference to any of the setup elements given in the outer scope of the phonebook element.
セットアップがこの特定のポップに固有の場合、ポップセットアップ要素は、セットアップ要素のいずれか、または電話帳要素の外側範囲に与えられたセットアップ要素のいずれかを参照します。
Syntax:
<!-- Reference for setup information for this POP -->
<!ELEMENT setupPtr EMPTY>
<!ATTLIST setupPtr
setupID IDREFS #IMPLIED>
The popSupport element is either a support element, if support is specific to this particular POP, or a reference to any of the support elements given in the outer scope of the phonebook element.
サポートがこの特定のポップに固有の場合、または電話帳要素の外側範囲にあるサポート要素のいずれかへの参照がある場合、ポップサポート要素はサポート要素のいずれかです。
Syntax:
<!-- Reference for support information for this POP -->
<!ELEMENT supportPtr EMPTY>
<!ATTLIST supportPtr
supportID IDREFS #IMPLIED>
The popProvider element is either a provider element, if provider information is specific to this particular POP, or a reference to any of the provider elements given in the outer scope of the phonebook element.
プロバイダー情報がこの特定のPOPに固有の場合、または電話帳要素の外側範囲に与えられたプロバイダー要素への参照である場合、PopProvider要素はプロバイダー要素のいずれかです。
Syntax:
<!-- Reference for provider information for this POP -->
<!ELEMENT providerPtr EMPTY>
<!ATTLIST providerPtr
providerID IDREFS #IMPLIED>
The dnsServerAddress element represents the IP address of the Domain Name Service (DNS) server which should be used when connected to this POP. The address is represented in the form of a string in dotted-decimal notation (e.g., 192.168.101.1).
DNSServerAddress要素は、このPOPに接続するときに使用するドメイン名サービス（DNS）サーバーのIPアドレスを表します。アドレスは、点線程度の表記の文字列の形式で表されます（例：192.168.101.1）。
Syntax:
<!-- Domain Name Server IP address -->
<!ELEMENT dnsServerAddress (#PCDATA)>
<!ATTLIST dnsServerAddress
value NOTATION (IPADR) #IMPLIED>
The nntpServerName element contains the fully qualified domain name (FQDN) of the Network News Transfer Protocol (NNTP) server which should be used when connected to this POP.
NNTPSERVERNAME要素には、ネットワークニュース転送プロトコル（NNTP）サーバーの完全に適格なドメイン名（FQDN）が含まれています。
Syntax:
<!-- Name of an NNTP server -->
<!ELEMENT nntpServerName (#PCDATA)>
<!ATTLIST nntpServerName
value NOTATION (FQDN) #IMPLIED>
The smtpServerName element contains the FQDN of the Simple Mail Transfer Protocol (SMTP) server which should be used when connected to this POP.
SMTPSERVERNAME要素には、このPOPに接続するときに使用する必要があるSimple Mail Transfer Protocol（SMTP）サーバーのFQDNが含まれています。
Syntax:
<!-- Name of an SMTP mail server -->
<!ELEMENT smtpServerName (#PCDATA)>
<!ATTLIST smtpServerName
value NOTATION (FQDN) #IMPLIED>
The popServerName element contains the FQDN of the Post Office Protocol (POP) server which should be used when connected to this POP.
PopServername要素には、このPOPに接続するときに使用する郵便局プロトコル（POP）サーバーのFQDNが含まれています。
Syntax:
<!-- Name of an POP3 mail server -->
<!ELEMENT popServerName (#PCDATA)>
<!ATTLIST popServerName
value NOTATION (FQDN) #IMPLIED>
The imapServerName element contains the FQDN of the Internet Mail Access Protocol (IMAP) server which should be used when connected to this POP.
IMAPSERVERNAME要素には、インターネットメールアクセスプロトコル（IMAP）サーバーのFQDNが含まれています。これらは、このPOPに接続するときに使用する必要があります。
Syntax:
<!-- Name of an IMAP4 server -->
<!ELEMENT imapServerName (#PCDATA)>
<!ATTLIST imapServerName
value NOTATION (FQDN) #IMPLIED>
The wwwProxyServerName element contains the FQDN of the World Wide Web (WWW) proxy server which should be used when connected to this POP.
wwwproxyservername要素には、このポップに接続するときに使用する必要があるWorld Wide Web（www）プロキシサーバーのfqdnが含まれています。
Syntax:
<!-- Name of an WWW Proxy -->
<!ELEMENT wwwProxyServerName (#PCDATA)>
<!ATTLIST wwwProxyServerName
value NOTATION (FQDN) #IMPLIED>
The ftpProxyServerName element contains the FQDN of the File Transfer Protocol (FTP) proxy server which should be used when connected to this POP.
ftpproxyServername要素には、このポップに接続するときに使用するファイル転送プロトコル（FTP）プロキシサーバーのFQDNが含まれています。
Syntax:
<!-- Name of an FTP Proxy -->
<!ELEMENT ftpProxyServerName (#PCDATA)>
<!ATTLIST ftpProxyServerName
value NOTATION (FQDN) #IMPLIED>
The winsockProxyServerName element contains the FQDN of the Windows Socket (Winsock) proxy server which should be used when connected to this POP.
winsockproxyservername要素には、このポップに接続するときに使用する必要があるWindowsソケット（WinSock）プロキシサーバーのFQDNが含まれています。
Syntax:
<!-- Name of an Winsock Proxy -->
<!ELEMENT winsockProxyServerName (#PCDATA)>
<!ATTLIST winsockProxyServerName
value NOTATION (FQDN) #IMPLIED>
The defaulttGatewayAddress element represents the address of the default gateway which should be used when connected to this POP. The address is represented in the form of a string in dotted-decimal notation (e.g., 192.168.101.1).
defaultTgateWayAddress要素は、このポップに接続するときに使用する必要があるデフォルトゲートウェイのアドレスを表します。アドレスは、点線程度の表記の文字列の形式で表されます（例：192.168.101.1）。
Syntax:
<!-- Default Gateway IP address (in dotted decimal notation) -->
<!ELEMENT defaultGatewayAddress (#PCDATA)>
<!ATTLIST defaultGatewayAddress
value NOTATION (IPADR) #IMPLIED>
The userNameSuffix element represents a string which should be concatenated to the base username. For example, if the base username is "userA" and the value of this element is "@bigco.com", the resulting augmented username would be "userA@bigco.com". An intelligent dialer may concatenate the string automatically. Note that both the userNameSuffix and the userNamePrefix (below) may be applied to the same base username.
usernamesuffix要素は、ベースユーザー名に連結する必要がある文字列を表します。たとえば、ベースのユーザー名が「usera」であり、この要素の値が「@bigco.com」の場合、結果の増強されたユーザー名は「usera@bigco.com」になります。インテリジェントなダイヤラーは、文字列を自動的に連結する場合があります。usernamesuffixとusernameprefix（下）の両方が同じベースユーザー名に適用される場合があることに注意してください。
Syntax:
<!-- User Name suffix -->
<!ELEMENT userNameSuffix (#PCDATA)>
The userNamePrefix element represents a string to which the base username should be concatenated. For example, if the base username is "userB" and the value of this element is "BIGCO/" the resulting augmented username would be "BIGCO/userB". An intelligent dialer may perform the concatenation automatically. Note that both the userNameSuffix (above) and the userNamePrefix may be applied to the same base username.
usernameprefix要素は、ベースのユーザー名を連結する文字列を表します。たとえば、ベースのユーザー名が「userb」であり、この要素の値が「bigco/」の場合、結果の増強されたユーザー名は「bigco/userb」になります。インテリジェントなダイヤラーは、連結を自動的に実行できます。usernamesuffix（上記）とusernameprefixの両方が同じベースユーザー名に適用される場合があることに注意してください。
Syntax:
<!-- User Name prefix -->
<!ELEMENT userNamePrefix (#PCDATA)>
The supportTelephoneNumber element contains a number that may be called to reach the support center for a particular provider or POP. This element is basically a string and should contain the entire telephone number in international form, e.g., "+1 425 838 8080".
SupportEteLephonEnumber要素には、特定のプロバイダーまたはPOPのサポートセンターに到達するために呼び出される数字が含まれています。この要素は基本的に文字列であり、たとえば「1 425 838 8080」など、国際的な形の電話番号全体を含める必要があります。
Syntax:
<!-- The number to be dialed to contact customer support
for this POP or provider -->
<!ELEMENT supportTelephoneNumber (#PCDATA)>
The supportMailtoURL element contains a URL for the provider's customer support email address, e.g., mailto:support@uu.net. This URL could be used to contact customer support personnel regarding non-urgent issues.
SupportMailTourl要素には、プロバイダーのカスタマーサポートメールアドレスのURLが含まれています。このURLは、非緊急の問題に関するカスタマーサポート担当者に連絡するために使用できます。
Syntax:
<!-- A Uniform Resource Locator for the provider's customer
support email address -->
<!ELEMENT supportMailtoURL (#PCDATA)>
The providerName element is a string containing the name of the provider (e.g., "BIGNET Corporation").
プロバイダー名要素は、プロバイダーの名前を含む文字列です（例：「Bignet Corporation」）。
Syntax:
<!-- The name of the provider -->
<!ELEMENT providerName (#PCDATA)>
The providerIcon attribute contains a BASE64 encoded JPEG or GIF image which may be used for 'branding' phone book entries or displayed when dialing.
Providericon属性には、Base64エンコードされたJPEGまたはGIFイメージが含まれています。これには、電話帳のエントリを「ブランディング」するために使用したり、ダイヤル時に表示されたりできます。
Syntax:
<!-- An icon in BASE64 encoded JPEG or GIF format -->
<!ELEMENT providerIcon (#PCDATA)>
<!ATTLIST providerIcon
value NOTATION (B64JPG | B64GIF) #IMPLIED>
The wwwURL element contains a Uniform Resource Locator (URL) for the provider's Web site, for example, http://www.uu.net.
wwwurl要素には、プロバイダーのWebサイトのユニフォームリソースロケーター（URL）が含まれています。たとえば、http：//www.uu.net。
Syntax:
<!-- A Uniform Resource Locator for the provider's home page -->
<!ELEMENT wwwURL (#PCDATA)>
The generalMailtoURL element contains a URL for the provider's main email address, for example, mailto:contact@uu.net. This URL could be used for general correspondence, complaints, etc.
GeneralMailTourl要素には、プロバイダーのメインメールアドレスのURLが含まれています。たとえば、mailto：contact@uu.net。このURLは、一般的な通信、苦情などに使用できます。
Syntax:
<!-- A Uniform Resource Locator for the provider's
email address -->
<!ELEMENT generalMailtoURL (#PCDATA)>
The billingMailtoURL element contains a URL for the provider's billing support email address, for example, mailto:billing@uu.net. This URL could be used to for correspondence regarding billing and payment issues.
BillingMailTourl要素には、プロバイダーの請求サポートメールアドレスのURLが含まれています。たとえば、mailto：billing@uu.net。このURLは、請求および支払いの問題に関する通信に使用できます。
Syntax:
<!-- A Uniform Resource Locator for the email
address to be used for billing inquiries -->
<!ELEMENT billingMailtoURL (#PCDATA)>
The remainder of the information elements of the provider element are described in principle in [3].
プロバイダー要素の情報要素の残りは、[3]で原則的に説明されています。
<?xml version="1.0" encoding="UTF-8"?>
<!-- Parameter entity declaration -->
<!-- ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ -->
<!-- This section will be maintained by IANA and can be direct
referenced by the DTD specification by means of an external
parameter entity. -->
<!ENTITY % addressFamily "(E164|X121)" >
<!ENTITY % mediaTypes "(viaMODEM|viaISDN|viaATM|viaFR|viaX25)+" >
<!ENTITY % modemProtocols "(V21|V22|V29|V32|V32B|V34|V34B|V90)" >
<!ENTITY % isdnProtocols "(V110L|V110H|V120L|V120H|X75|HDLC)">
<!ENTITY % atmProtocols "(RFC2364)">
<!ENTITY % frProtocols "(RFC1973)">
<!ENTITY % x25Protocols "(RFC1598)">
<!ENTITY % popProperties "(MPPP|MOBIP|MCRX|MCTX)" >
<!ENTITY % tunnelingProtocols
"(L2TP|PPTP|L2F|ATMP|AHT|ESPT|IPIP|MIP|GRE)" >
<!ENTITY % popInformation "address, media+, minBitsPerSecond?, maxBitsPerSecond?, popProperty*, tunnelProto*, dialScript?, pricingInformation?, city?, region?, country?, (setup|setupPtr)?, (support|supportPtr)?, (provider|providerPtr)?">
<！entity％popinformation "アドレス、メディア、minbitspersecond？、maxbitspersecond？、popproperty*、tunnelscript*、dialscript？、pricinginformation？、city？、region？、country？、（setup | setupptr）？、（プロバイダー| ProviderPtr）？ ">
<!ENTITY % setupInformation "dnsServerAddress*, nntpServerName*, smtpServerName*, popServerName*, imapServerName*, wwwProxyServerName*, ftpProxyServerName*, winsockProxyServerName*, defaultGatewayAddress?, userNamePrefix?, userNameSuffix?">
<！entity％setUpInformation "dnsserveraddress*、nntpservername*、smtpservername*、popservername*、imapservername*、wwproxyservername*、ftpproxyservername*、winsockproxyservername*、defaulgatewayddress？
<!ENTITY % supportInformation
"(supportTelephoneNumber|supportMailtoURL)+">
<!ENTITY % providerInformation "providerName?, providerIcon?, wwwURL?, generalMailtoURL?, billingMailtoURL?, businessCategory?, x121Address?, registeredAddress?, destinationIndicator?, preferredDeliveryMethod?, telexNumber?, teletexTerminalIdentifier?, telephoneNumber?, internationalISDNNumber?, facsimileTelephoneNumber?, street?, postOfficeBox?, postalCode?, postalAddress?, physicalDeliveryOfficeName?, description?, supportPtr*">
<！entity％providerinformation "providername？、providericon？、wwwurl？、generalmailtourl？、billingmailtourl？、businesscategory？、x121address？、登録済み？、宛先インディケーター？ ？、Street？、、PostOfficeBox？、Postalcode？、PostalAddress？、PhysicalDeliveryOfficename？、説明？、supportptr*">
<!-- ++++++++++++++ End of IANA maintained section ++++++++++ -->
<!-- Phone book value type notation declarations -->
<!NOTATION FQDN PUBLIC "-//IETF/roamPhoneBook/NOTATION
value Type Fully_qualified_domain_name">
<!NOTATION IPADR PUBLIC "-//IETF/roamPhoneBook/NOTATION
value Type IP_address">
<!NOTATION B64JPG PUBLIC "-//IETF/roamPhoneBook/NOTATION
value Type Base64_encoded_jpeg_image">
<!NOTATION B64GIF PUBLIC "-//IETF/roamPhoneBook/NOTATION
value Type Base64_encoded_gif_image">
<!-- Phone book element declarations -->
<!ELEMENT phoneBook (
pop+,
setup*,
support*,
provider*) >
<!ATTLIST phoneBook
name CDATA #REQUIRED
version CDATA #REQUIRED >
<!ELEMENT pop ( %popInformation; )>
<!ATTLIST pop
entryVersion CDATA #REQUIRED>
<!ELEMENT setup ( %setupInformation; )>
<!ATTLIST setup
id ID #REQUIRED>
<!ELEMENT support ( %supportInformation; )>
<!ATTLIST support
id ID #REQUIRED
language NMTOKENS #IMPLIED >
<!ELEMENT provider ( %providerInformation; )>
<!ATTLIST provider
id ID #REQUIRED>
<!-- Information elements for pop -->
<!ELEMENT address (#PCDATA)>
<!ATTLIST address
family %addressFamily; #REQUIRED
countryCode CDATA #IMPLIED
areaCode CDATA #IMPLIED >
<!ELEMENT media %mediaTypes; >
<!ELEMENT viaMODEM EMPTY>
<!ATTLIST viaMODEM
type %modemProtocols; #IMPLIED >
<!ELEMENT viaISDN EMPTY>
<!ATTLIST viaISDN
type %isdnProtocols; #IMPLIED >
<!ELEMENT viaATM EMPTY>
<!ATTLIST viaATM
type %atmProtocols; #IMPLIED >
<!ELEMENT viaFR EMPTY>
<!ATTLIST viaFR
type %frProtocols; #IMPLIED >
<!ELEMENT viaX25 EMPTY>
<!ATTLIST viaX25
type %x25Protocols; #IMPLIED >
<!ELEMENT minBitsPerSecond (#PCDATA)>
<!ELEMENT maxBitsPerSecond (#PCDATA)>
<!ELEMENT popProperty EMPTY>
<!ATTLIST popProperty
type %popProperties; #REQUIRED >
<!ELEMENT tunnelProto EMPTY>
<!ATTLIST tunnelProto
type %tunnelingProtocols; #REQUIRED >
<!ELEMENT dialScript (#PCDATA)>
<!ATTLIST dialScript
type CDATA #IMPLIED >
<!ELEMENT pricing (#PCDATA)>
<!ELEMENT city (#PCDATA)>
<!ELEMENT region (#PCDATA)>
<!ELEMENT country (#PCDATA)>
<!ELEMENT setupPtr EMPTY>
<!ATTLIST setupPtr
setupID IDREFS #IMPLIED>
<!ELEMENT supportPtr EMPTY>
<!ATTLIST supportPtr
supportID IDREFS #IMPLIED>
<!ELEMENT providerPtr EMPTY>
<!ATTLIST providerPtr
providerID IDREFS #IMPLIED>
<!-- Information elements for setup -->
<!ELEMENT dnsServerAddress (#PCDATA)>
<!ATTLIST dnsServerAddress
value NOTATION (IPADR) #IMPLIED>
<!ELEMENT nntpServerName (#PCDATA)>
<!ATTLIST nntpServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT smtpServerName (#PCDATA)>
<!ATTLIST smtpServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT popServerName (#PCDATA)>
<!ATTLIST popServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT imapServerName (#PCDATA)>
<!ATTLIST imapServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT wwwProxyServerName (#PCDATA)>
<!ATTLIST wwwProxyServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT ftpProxyServerName (#PCDATA)>
<!ATTLIST ftpProxyServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT winsockProxyServerName (#PCDATA)>
<!ATTLIST winsockProxyServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT defaultGatewayAddress (#PCDATA)>
<!ATTLIST defaultGatewayAddress
value NOTATION (IPADR) #IMPLIED>
<!ELEMENT userNameSuffix (#PCDATA)>
<!ELEMENT userNamePrefix (#PCDATA)>
<!-- Information elements for support -->
<!ELEMENT supportTelephoneNumber (#PCDATA)>
<!ELEMENT supportMailtoURL (#PCDATA)>
<!-- Information elements for provider -->
<!ELEMENT providerName (#PCDATA)>
<!ELEMENT providerIcon (#PCDATA)>
<!ATTLIST providerIcon
value NOTATION (B64JPG|B64GIF) #IMPLIED>
<!ELEMENT wwwURL (#PCDATA)>
<!ELEMENT generalMailtoURL (#PCDATA)>
<!ELEMENT billingMailtoURL (#PCDATA)>
<!-- Further provider elements according to RFC1274 -->
<!ELEMENT businessCategory (#PCDATA)>
<!ELEMENT x121Address (#PCDATA)>
<!ELEMENT registeredAddress (#PCDATA)>
<!ELEMENT destinationIndicator (#PCDATA)>
<!ELEMENT preferredDeliveryMethod (#PCDATA)>
<!ELEMENT telexNumber (#PCDATA)>
<!ELEMENT teletexTerminalIdentifier (#PCDATA)>
<!ELEMENT telephoneNumber (#PCDATA)>
<!ELEMENT internationalISDNNumber (#PCDATA)>
<!ELEMENT facsimileTelephoneNumber (#PCDATA)>
<!ELEMENT street (#PCDATA)>
<!ELEMENT postOfficeBox (#PCDATA)>
<!ELEMENT postalCode (#PCDATA)>
<!ELEMENT postalAddress (#PCDATA)>
<!ELEMENT physicalDeliveryOfficeName (#PCDATA)>
<!ELEMENT description (#PCDATA)>
<!-- end of dtd -->
The secure distribution and transport of information of a phone book for roaming applications require a reliable authentication of the issuer of the information as well as means to preserve the integrity of the provided information.
ローミングアプリケーションのための電話帳の情報の安全な配布と輸送には、情報の発行者の信頼できる認証と、提供された情報の完全性を維持する手段が必要です。
No specific elements for security requirements are provided by the phone book XML DTD itself. It is assumed that security of the roaming phone book is provided by means outside of the scope of this specification, such as signing the phone book using pgp.
セキュリティ要件の特定の要素は、電話帳XML DTD自体によって提供されません。ローミング電話帳のセキュリティは、PGPを使用して電話帳に署名するなど、この仕様の範囲外の手段によって提供されると想定されています。
This specification provides the possibility to define further attribute values for all information elements owning enumerated attribute lists as well as to extend the main structures 'pop', 'setup', 'support' and 'provider' by additional information elements. Therefore the specification of the roaming phone book can be adopted to future requirements without changing this document. Extensions and refinements to this specification can be achieved by registration of new elements and attributes by IANA.
この仕様は、列挙された属性リストを所有するすべての情報要素のさらなる属性値を定義する可能性を提供し、メイン構造「ポップ」、「セットアップ」、「サポート」、「プロバイダー」を追加情報要素によって拡張することができます。したがって、ローミング電話帳の仕様は、このドキュメントを変更することなく、将来の要件に採用できます。この仕様の拡張と改良は、IANAによる新しい要素と属性の登録によって達成できます。
Extending this specification with additional attributes or elements must not change the validity of documents based on an older version of the XML DTD. Therefore all added information elements must be optional, prohibiting the mandatory inclusion of newly defined information elements. Adding new values to enumerated attribute lists has no backward compatibility constraints because it does not harm the validity of attributes already defined.
追加の属性または要素でこの仕様を拡張することは、XML DTDの古いバージョンに基づいてドキュメントの有効性を変更してはなりません。したがって、追加されたすべての情報要素はオプションでなければならず、新たに定義された情報要素の必須の包含を禁止します。列挙された属性リストに新しい値を追加するには、既に定義されている属性の有効性を損なわないため、後方互換性の制約はありません。
To facilitate the registration of new information elements and attribute values the DTD of the phone book has been separated in two parts, the extensible part containing only parameter entity declarations for ease inclusion of new values, and the fixed part containing the detailed specification of the content and structure of the phone book. By referencing the parameter entity declarations in the fixed part of the specification the whole phone book becomes extensible.
新しい情報要素と属性値の登録を容易にするために、電話帳のDTDは2つの部分で分離されています。新しい値を容易に含めるためのパラメーターエンティティ宣言のみを含む拡張可能な部分、およびコンテンツの詳細な仕様を含む固定部品電話帳の構造。仕様の固定部分にパラメーターエンティティ宣言を参照することにより、電話帳全体が拡張可能になります。
The part containing the parameter entity declarations has to be maintained by the IANA. There are two different classes of declarations in this part requiring different policies for registering new values.
パラメーターエンティティ宣言を含む部品は、IANAが維持する必要があります。このパートには、新しい値を登録するために異なるポリシーが必要な2つの異なるクラスの宣言があります。
The entities 'addressFamily', 'modemProtocols', 'isdnProtocols', 'atmProtocols', 'frProtocols', 'x25Protocols', 'popProperties' and 'tunnelingProtocols' are describing enumerated attribute value lists. Because there is no limitation in the name space of these attribute values and newly defined attribute values can not harm the validity of existing values, new attribute values can be assigned by Specification Required [6].
エンティティ「アドレスファミリー」、「モデンプロトコル」、「isdnprotocols」、「atmprotocols」、「frprotocols」、「x25protocols」、「popproperties」、および 'tunnelingprotocols'は、列挙された属性値リストを説明しています。これらの属性値の名前空間に制限がなく、新たに定義された属性値は既存の値の有効性に害を及ぼさないため、必要な仕様によって新しい属性値を割り当てることができます[6]。
The entities 'mediaTypes', 'popInformation', 'setupInformation', ' supportInformation' and 'providerInformation' define the information elements probably included in the media, pop, setup, support and provider elements. Inserting new values into these lists extends the phone book by arbitrarily new information elements. Inappropriate use of the XML content model can destroy the backward compatibility of the DTD. Therefore the assignment of new information elements requires the approval of a Designated Expert [6]. In addition to the insertion of a new value into the list, the detailed definition of the information element has to be appended to the specification part maintained by the IANA.
エンティティ「メディアタイプ」、「ポピンフォーム化」、「セットピンフォーム化」、「サポートインフォーム化」、および「プロバイダーインフォーム化」は、おそらくメディア、ポップ、セットアップ、サポート、プロバイダー要素に含まれる情報要素を定義します。これらのリストに新しい値を挿入すると、任意の新しい情報要素によって電話帳が拡張されます。XMLコンテンツモデルの不適切な使用は、DTDの後方互換性を破壊する可能性があります。したがって、新しい情報要素の割り当てには、指定された専門家の承認が必要です[6]。リストに新しい値を挿入することに加えて、情報要素の詳細な定義は、IANAが維持した仕様パーツに追加する必要があります。
[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] Reynolds, J. and J. Postel, "ASSIGNED NUMBERS", STD 2, RFC 1700, October 1994.
[2] Reynolds、J。およびJ. Postel、「割り当てられた番号」、STD 2、RFC 1700、1994年10月。
[3] Barker, P. and S. Kille, "The COSINE and Internet X.500 Schema", RFC 1274, November 1991.
[3] Barker、P。and S. Kille、「The Cosine and Internet X.500 Schema」、RFC 1274、1991年11月。
[4] ITU Rec. E.123, "Notation for national and international telephone numbers", 1988.
[4] itu rec。E.123、「国内および国際電話番号の表記」、1988年。
[5] "Extensible Markup Language (XML) 1.0" W3C Recommendation 10- February-1998 http://www.w3.org/TR/1998/REC-xml-19980210
[5] 「拡張マークアップ言語（XML）1.0」W3C推奨事項10- 1998年2月http://www.w3.org/tr/1998/rec-xml-19980210
[6] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
[6] Narten、T。およびH. Alvestrand、「RFCSでIANA考慮事項セクションを書くためのガイドライン」、BCP 26、RFC 2434、1998年10月。
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE phoneBook SYSTEM "roamPhoneBook.dtd">
<phoneBook name="minimalExample" version="1">
<pop entryVersion="1">
<address family="E164">+1 234 5678901</address>
<media><viaMODEM/></media>
</pop>
</phoneBook>
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE phoneBook SYSTEM "roamPhoneBook.dtd">
<phoneBook name="KNF_simple" version="1">
<pop entryVersion="1">
<address family="E164" countryCode="49">+49913130540</address>
<media>
<viaMODEM type="V90"/>
<viaMODEM type="V34B"/>
<viaISDN type="HDLC"/>
</media>
<setup>
<dnsServerAddress>192.168.147.5</dnsServerAddress>
<dnsServerAddress>193.175.24.33</dnsServerAddress>
</setup>
</pop>
<support id="KNF_main" language="EN DE">
<supportMailtoURL>mailto:support@franken.de</supportMailtoURL>
<supportTelephoneNumber>+499123968066</supportTelephoneNumber>
</support>
</phoneBook>
Thanks to Pat Calhoun, Bernard Aboba, Jay Farhat, Butch Anton, Quentin Miller, and Ken Crocker for salient input and review.
パット・カルホーン、バーナード・アボバ、ジェイ・ファーハット、ブッチ・アントン、クエンティン・ミラー、ケン・クロッカーに、顕著な入力とレビューをしてくれたことに感謝します。
Questions about this memo can be directed to:
このメモに関する質問は、次のように向けることができます。
Max Riegel Siemens AG Hofmannstr. 51 Munich, 81359 Germany
Max Riegel Siemens AG Hofmannstr。51ミュンヘン、81359ドイツ
Phone: +49 89 722 49557
EMail: maximilian.riegel@icn.siemens.de
Glen Zorn Cisco Systems, Inc. 500 108th Avenue N.E., Suite 500 Bellevue, WA 98004 USA
Glen Zorn Cisco Systems、Inc。500 108th Avenue N.E.、Suite 500 Bellevue、WA 98004 USA
Phone: +1 425 438 8218
EMail: gwz@cisco.com
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright（c）The Internet Society（2000）。無断転載を禁じます。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
このドキュメントと翻訳は他の人にコピーされて提供される場合があります。また、それについてコメントまたは説明する派生作品、またはその実装を支援することは、いかなる種類の制限なしに、準備、コピー、公開、および部分的に配布される場合があります。、上記の著作権通知とこの段落がそのようなすべてのコピーとデリバティブ作品に含まれている場合。ただし、このドキュメント自体は、インターネット協会や他のインターネット組織への著作権通知や参照を削除するなど、いかなる方法でも変更できない場合があります。インターネット標準プロセスに従うか、英語以外の言語に翻訳するために必要な場合に従う必要があります。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の限られた許可は永続的であり、インターネット社会またはその後継者または譲受人によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS 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.
この文書と本書に含まれる情報は、「現状」に基づいて提供されており、インターネット社会とインターネットエンジニアリングタスクフォースは、ここにある情報の使用が行われないという保証を含むがこれらに限定されないすべての保証を否認します。特定の目的に対する商品性または適合性の権利または黙示的な保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。