RFC3017 日本語訳
3017 XML DTD for Roaming Access Phone Book. M. Riegel, G. Zorn. December 2000. (Format: TXT=59762 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group M. Riegel
Request for Comments: 3017 Siemens AG
Category: Standards Track G. Zorn
Cisco Systems
December 2000
コメントを求めるワーキンググループM.リーゲルの要求をネットワークでつないでください: 3017年のジーメンス株式会社カテゴリ: 標準化過程G.ゾルンシスコシステムズ2000年12月
XML DTD for Roaming Access Phone Book
ローミングアクセス電話帳のためのXML DTD
Status of this Memo
この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.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 All rights reserved。
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(ドキュメントType Declaration)への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
1. 序論… 3 2. XML用法のための原理… 4 3. 要件の仕様… 5 4. 'より強い'タイプのためのタイプ記法を評価してください… 5 5. コンテナ要素定義… 5 5.1. PhoneBook… 5 5.1.1phoneBookは「名前」を結果と考えます… 6 5.1.2phoneBookは「バージョン」を結果と考えます… 6 5.2. 飛び出してください… 7 5.2 .1 Attribute"entryVersion"を飛び出させてください… 8 5.3. セットアップしてください… 8 5.4. サポートします。 9 5.5. プロバイダー… 9
Riegel & Zorn Standards Track [Page 1] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[1ページ]RFC3017
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
6. 情報要素定義… 10 6.1. POP要素のために定義された情報要素… 10 6.1.1. アドレス… 10 6.1 .1 .1 Attributeが「ファミリー」であると扱ってください… 10 6.1 .1 .2 Attribute"countryCode"を扱ってください… 11 6.1 .1 .3 Attribute"areaCode"を扱ってください… 11 6.1.2. メディア… 11 6.1.2.1. モデムプロトコル… 12 6.1.2.2. ISDNプロトコル… 12 6.1.2.3. 気圧プロトコル… 13 6.1.2.4. フレームリレープロトコル… 13 6.1.2.5. X.25プロトコル… 13 6.1.3. 最小のデータ信号速度… 14 6.1.4. 最大のデータ信号速度… 14 6.1.5. 特性を飛び出させてください… 14 6.1.6. トンネリングプロトコル… 15 6.1.7. スクリプトにダイヤルします… 15 6.1.8. 情報に値を付けます… 16 6.1.9. 市… 16 6.1.10. 領域… 16 6.1.11. 国… 16 6.1.12. セットアップを飛び出させてください… 17 6.1.13. サポートを飛び出させてください… 17 6.1.14. プロバイダーを飛び出させてください… 17 6.2. Setup要素のために定義された情報要素… 17 6.2.1. DNSサーバアドレス… 17 6.2.2. NNTPサーバー名… 18 6.2.3. SMTPサーバ名… 18 6.2.4. POP3サーバー名… 18 6.2.5. IMAPサーバー名… 18 6.2.6. WWWプロキシ… 19 6.2.7. FTPプロキシ… 19 6.2.8. ウィンソックプロキシ… 19 6.2.9. デフォルトゲートウェイアドレス… 19 6.2.10. ユーザ名前接尾語… 20 6.2.11. ユーザ名前接頭語… 20 6.3. サポート要素のために定義された情報要素。 20 6.3.1. 電話番号をサポートしてください… 20 6.3.2. Eメールアドレスをサポートしてください… 21 6.4. プロバイダー要素のために定義された情報要素。 21 6.4.1. プロバイダー名… 21 6.4.2. プロバイダーアイコン… 21 6.4.3. プロバイダーのWWW URL… 21 6.4.4. プロバイダーの主なEメールアドレス… 22 6.4.5. 支払い問い合せEメールアドレス… 22 6.4.6. さらなる要素… 22 7. ローミング電話帳のためにXML DTDを完成してください… 22 8. セキュリティ問題… 28
Riegel & Zorn Standards Track [Page 2] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[2ページ]RFC3017
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
9. IANA問題… 28 9.1. 新しい属性値の登録… 29 9.2. 新情報要素の登録… 29 10. 参照… 30 11. 付録: 例… 31 11.1. 最も簡単な例… 31 11.2. より包括的な例… 31 12. 承認… 31 13. 作者のアドレス… 32 14. 完全な著作権宣言文… 33
1. Introduction
1. 序論
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
| | +---+
+------+
「電話帳」+------+ +--+ | | | ++ | ISP1| -- | | --+ | | +---+ \「電話帳」+------+ \ +------+ +------+ +--+ \_ | | +--+ +------+ | | | ++ | | | ++ | | | ISP2| -- | | -->>、-、--、|、| --- | | ->>| ユーザ| | | +---+ _ | | +---+ | | +------+ / | | +------+ +------+ +--+ / +------+ | | | + +/ローミング| ISP#| -- | | --+ 共同体| | +---+ +------+
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.
ローミング共同体は用法のために顧客でプロバイダーが共同体に属す個人拠出から電話帳の統一されたバージョンを組み立てます。 たぶん、特別の彼らの必要なことに、ユーザの異なったグループは電話帳の異なった見解を適合させます。 ユーザさえローミング共同体から受け取られた情報からの特定用途に特に合う異なった部分集合を生成するかもしれません、例えば、特定の国にエントリーだけを検索するか、またはすべてのアクセスポイントを抽出するとワイヤレスの接続性が提供されて。
Riegel & Zorn Standards Track [Page 3] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[3ページ]RFC3017
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.
このドキュメントでそれが電話帳要素で多血のソリューションを作成することを意図して、あらゆる状態を地球に取り付けて、どんな種類の電話帳最新版も定義することがなくないか、プロトコルを移すことがなくはありません。
2. Rationale for XML Usage
2. XML用法のための原理
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は、また、ウェブの上にデータの転送とアクセスを考慮に入れながら、異なったアプリケーションの間で急速にデータ交換のための標準書式になっています。 ローミング電話帳の構造を急送して、中身がアクセスデバイスの広範囲の品揃えを使用することで広範囲の用法と多くの異種のメディア(例えば、紙、CDROM、www)へのアクセスを可能にするのにXMLは構文として使用されます。 その上、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を使用すると、この請求書はうまく合います、明白に実際にはどんなデータ型についても説明するのにそれを使用できるので。
Riegel & Zorn Standards Track [Page 4] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[4ページ]RFC3017
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の作成はそのオプションを開いた状態でおきます、比較的小さい増加の取り組みがそれを実装するのに必要である状態で。
3. Specification of Requirements
3. 要件の仕様
In this document, the key words "MAY", "MUST, "MUST NOT", "optional", "recommended", "SHOULD", and "SHOULD NOT", are to be interpreted as described in [1].
そして、このドキュメント、「5月」というキーワードで「必須、「必須NOT」、「任意」の、そして、「お勧め」の“SHOULD"、「」、[1]で説明されるように解釈されることになっていてください、」であるべきです
4. Value type notations for 'stronger' typing
4. 'より強い'タイプのための値のタイプ記法
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、」、'「パー-可能」キャラクタデータ'。 これは、十分であるかもしれなく、人間による解釈のために主に目的とされた情報を含んでいて、要素を定義するのにこのドキュメント中で使用されます。
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"?>
<?xmlバージョン=、「=「UTF-8インチ?」をコード化する1インチ>。
<!-- 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">
<!--電話帳値のタイプ記法宣言--><!NOTATION FQDN PUBLIC、「-//IETF/roamPhoneBook/NOTATION値のType Fully_が_ドメイン_名前に資格を与えた、「><!NOTATION IPADR PUBLIC、「-//IETF/roamPhoneBook/NOTATIONがType IP_アドレスを評価する、「><!NOTATION B64JPG PUBLIC、「-//IETF/roamPhoneBook/NOTATION値のType Base64_が_jpeg_イメージをコード化した、「><!NOTATION B64GIF PUBLIC、「-//IETF/roamPhoneBook/NOTATION値のType Base64_は_">"というgif_イメージをコード化しました。
5. Container Element Definitions
5. コンテナ要素定義
5.1. PhoneBook
5.1. PhoneBook
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.
phoneBook要素は電話帳エントリーのための基本的なコンテナです。 それは、2つの属性、電話帳名、および電話帳バージョン番号(全体で電話帳に適用する)を持っていて、いつも1つ以上の大衆的な要素を含んでいます。 また、phoneBook要素は複数のSetup、Support、およびProvider要素を含むかもしれません、それらが、より1時までに要素を飛び出させるために参照をつけられるなら。
Riegel & Zorn Standards Track [Page 5] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[5ページ]RFC3017
Syntax:
<!ELEMENT phoneBook (
pop+,
setup*,
support*,
provider*)>
<!ATTLIST phoneBook
name CDATA #REQUIRED
version CDATA #REQUIRED >
構文: ATTLIST phoneBookがCDATA#REQUIREDバージョンCDATA#REQUIRED>と命名する<!ELEMENT phoneBook(ポップス+、セットアップ*は*、プロバイダー*をサポートする)><!
phoneBook
+-----------------------------------+
| phoneBookName (req)|
| phoneBookVersion (req)|
| +-----------------------+ |
| | pop |+ (req)|
| +-----------------------+| |
| + - - - - - - - - - - - + |
| |
| + - - - - - - - - - - - + |
| | setup |+ (opt)|
| + - - - - - - - - - - - +| |
| + - - - - - - - - - - - + |
| |
| + - - - - - - - - - - - + |
| | support |+ (opt)|
| + - - - - - - - - - - - +| |
| + - - - - - - - - - - - + |
| |
| + - - - - - - - - - - - + |
| | provider |+ (opt)|
| + - - - - - - - - - - - +| |
| + - - - - - - - - - - - + |
+-----------------------------------+
phoneBook+-----------------------------------+ | phoneBookName(req)| | phoneBookVersion(req)| | +-----------------------+ | | | ポップス|+ (req)| | +-----------------------+| | | + - - - - - - - - - - - + | | | | + - - - - - - - - - - - + | | | セットアップ|+(選びます)| | + - - - - - - - - - - - +| | | + - - - - - - - - - - - + | | | | + - - - - - - - - - - - + | | | サポート|+(選びます)| | + - - - - - - - - - - - +| | | + - - - - - - - - - - - + | | | | + - - - - - - - - - - - + | | | プロバイダー|+(選びます)| | + - - - - - - - - - - - +| | | + - - - - - - - - - - - + | +-----------------------------------+
5.1.1. phoneBook Attribute "name"
5.1.1. phoneBook属性「名前」
The phoneBook attribute "name" is an arbitrary string assigned as an identifier for a phone book.
phoneBook属性「名前」は電話帳のための識別子として割り当てられた任意のストリングです。
5.1.2. phoneBook Attribute "version"
5.1.2. phoneBook属性「バージョン」
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
phoneBookVersion属性は電話帳のバージョンを表す整数です。 それは電話帳が変更されているたびに増加されるべきである単調に増加するカウンタです。 この要素はサーバによって使用されて、どんな(もしあれば)動作がクライアントの電話帳を最新の状態にするのに必要であるかを決めるのを助けることができます。 例えば、クライアントは接続時間に更新要求をサーバに送ることができます。
Riegel & Zorn Standards Track [Page 6] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[6ページ]RFC3017
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.
要求では、現在の電話帳のバージョン番号を含んでいます。 クライアントの電話帳バージョンがサーバの現在の電話帳バージョンと同じでないなら、サーバは容易に適切な行動を取ることができます、例えば、URLがクライアントとサーバ電話帳の違いを含むファイルを示している回答。
5.2. POP
5.2. 飛び出してください。
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)に関連している情報要素を含んでいます。 必須情報要素は、addrFamilyと、アドレスと、メディアとentryVersionです。 メディア要素はタイプがPOPでサポートしたメディアを代表します、entryVersion要素がオブジェクトが変更されているときはいつも、増加されるべきである単調に増加する整数ですが。
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)|
| + - - - - - - - - - - - - + |
+-----------------------------------+
+を飛び出させてください。-----------------------------------+ | entryVersion(req)| | +-------------------------+ | | | アドレス| (req)| | +-------------------------+ | | メディア(req)| | minBitsPerSecond(選びます)| | maxBitsPerSecond(選びます)| | "popProperties"(選びます)| | "tunnelingProtocols"(選びます)| | dialScript(選びます)| | pricingInformation(選びます)| | + - - - - - - - - - - - - + | | | 「位置」| (選びます)| | + - - - - - - - - - - - - + | | + - - - - - - - - - - - - + | | | "popSetup"| (選びます)| | + - - - - - - - - - - - - + | | + - - - - - - - - - - - - + | | | "popSupport"| (選びます)| | + - - - - - - - - - - - - + | | + - - - - - - - - - - - - + | | | "popProvider"| (選びます)| | + - - - - - - - - - - - - + | +-----------------------------------+
Riegel & Zorn Standards Track [Page 7] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[7ページ]RFC3017
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*、tunnelProto*、dialScript?、pricingInformation?、都市--、領域?、国、--(セットアップしてください| setupPtr)-- (サポート| supportPtr?)、(プロバイダー| providerPtr)">"
<!ELEMENT pop ( %popInformation; )>
<!ATTLIST pop
entryVersion CDATA #REQUIRED>
<!のELEMENTの大衆的な(%popInformation;)><!ATTLISTはentryVersion CDATA#REQUIRED>を飛び出させます。
5.2.1. pop Attribute "entryVersion"
5.2.1. Attribute"entryVersion"を飛び出させてください。
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オブジェクトのバージョンを表す整数です。 それはオブジェクトが変更されているたびに増加されるべきである単調に増加するカウンタです。 この属性は電話帳を合併して、アップデートする際に役に立つかもしれません。
5.3. Setup
5.3. セットアップ
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.
Setup要素はプロバイダーからプロバイダーまでPOPによってのに応じてさえ変化するかもしれないサービスについて説明する情報要素を含んでいます。 これらの情報要素に含まれた値のいくつかが他の手段(例えば、DHCP)で利用可能であるかもしれませんが、他のものは利用可能であるかもしれないというわけではありません。
The following information elements are currently defined for the Setup element. Additional information elements may be defined by IANA in future.
以下の情報要素は現在、Setup要素のために定義されます。 追加情報要素はこれから、IANAによって定義されるかもしれません。
Syntax:
構文:
<!ENTITY % setupInformation
"dnsServerAddress*,
nntpServerName*,
smtpServerName*,
popServerName*,
imapServerName*,
<!実体%setupInformation「dnsServerAddress*、nntpServerName*、smtpServerName*popServerName*、imapServerName*」
Riegel & Zorn Standards Track [Page 8] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[8ページ]RFC3017
wwwProxyServerName*,
ftpProxyServerName*,
winsockProxyServerName*,
defaultGatewayAddress?,
userNamePrefix?,
userNameSuffix?">
wwwProxyServerName*、ftpProxyServerName*、winsockProxyServerName*、defaultGatewayAddress userNameSuffix?userNamePrefix?、">"?
<!ELEMENT setup ( %setupInformation; )>
<!ATTLIST setup
id ID #REQUIRED>
<!ELEMENTセットアップ(%setupInformation;)><!ATTLISTセットアップイドID#REQUIRED>。
5.4. Support
5.4. サポート
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.
Support要素はそれらのPOPかプロバイダーの顧客サポートの支給に適切な情報要素を含んでいます。 サポートセンターのスタッフによって話された言語は属性値言語のための多回入国で指定されるかもしれません。
Additional information elements for the Support element may be defined by IANA in future.
Support要素のための追加情報要素はこれから、IANAによって定義されるかもしれません。
Syntax:
<!ENTITY % supportInformation
"(supportTelephoneNumber | supportMailtoURL)+">
構文: <!実体%supportInformation、「+ (supportTelephoneNumber| supportMailtoURL)">"
<!ELEMENT support %supportInformation; >
<!ATTLIST support
id ID #REQUIRED
language NMTOKENS #IMPLIED >
<!ELEMENTは、%がsupportInformationであるとサポートします。 ATTLISTがイドID#REQUIRED言語NMTOKENS#IMPLIED>をサポートする><!
5.5. Provider
5.5. プロバイダー
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.
Provider要素は与えられたネットワークサービスプロバイダーの一般事業操作に関係する情報要素を含んでいます。 情報要素は電話番号のようなものを含んでいます、アドレスなどを郵送して、メールのためのURLとWWWサイトと同様に。 また、Provider要素はサポート情報に参照を含むかもしれません。
Currently the following information elements are defined for the Provider element. Additional information elements may be defined by IANA in future.
現在の、以下の情報要素はProvider要素のために定義されます。 追加情報要素はこれから、IANAによって定義されるかもしれません。
Syntax:
<!ENTITY % providerInformation
"providerName?,
providerIcon?,
wwwURL?,
構文: <!実体%providerInformation「providerName?、providerIcon?、wwwURL?」
Riegel & Zorn Standards Track [Page 9] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[9ページ]RFC3017
generalMailtoURL?,
billingMailtoURL?,
businessCategory?,
x121Address?,
registeredAddress?,
destinationIndicator?,
preferredDeliveryMethod?,
telexNumber?,
teletexTerminalIdentifier?,
telephoneNumber?,
internationalISDNNumber?,
facsimileTelephoneNumber?,
street?,
postOfficeBox?,
postalCode?,
postalAddress?,
physicalDeliveryOfficeName?,
description?,
supportPtr*">
generalMailtoURL?、billingMailtoURL?、businessCategory?、x121Address?、registeredAddress?、destinationIndicator?、preferredDeliveryMethod?、telexNumber?、teletexTerminalIdentifier?、telephoneNumber?、internationalISDNNumber?、facsimileTelephoneNumber?、通り--、postOfficeBox?、postalCode?、postalAddress?、physicalDeliveryOfficeName?、記述--、supportPtr*">"
<!ELEMENT provider ( %providerInformation; )>
<!ATTLIST provider
id ID #REQUIRED>
<!ELEMENTプロバイダー(%providerInformation;)><!ATTLISTプロバイダーイドID#REQUIRED>。
6. Information Element Definitions
6. 情報要素定義
6.1. Information elements defined for the POP element
6.1. POP要素のために定義された情報要素
6.1.1. Address
6.1.1. アドレス
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のアドレスを表す情報を提供します。 「ダイアルアップ・ネットワークアクセスを提供するPOPに関してはアドレス要素が一般的なファッション[4]でフォーマットされた電話番号を表すIA5ストリングを少なくとも含む、(」 例えば、+1 234、5678インチ) より詳細な情報は任意の属性値で利用可能であるかもしれません。
Syntax:
<!-- A network address for this POP -->
<!ELEMENT address (#PCDATA)>
構文: ><!ELEMENTが扱う<(このPOPのためのネットワーク・アドレス)!(#PCDATA)>。
6.1.1.1. address Attribute "family"
6.1.1.1. アドレスAttribute「ファミリー」
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
要素アドレスの属性ファミリーは要素値が属するアドレスファミリーを定義します。 アクセス、addrFamily属性をダイアルアップ・ネットワークに提供すると一般に、含むPOPに関しては、電話網のための値はアドレスファミリーを基礎づけました。 現在の、以下の属性値は定義されます。 加算値はそうです。
Riegel & Zorn Standards Track [Page 10] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[10ページ]RFC3017
registered by IANA in future.
これから、IANAによって登録されます。
Value Description
------ ------------------------------------------
E164 ITU-T E.164 (PSTN, SMDS, Frame Relay, ATM)
X121 ITU-T X.121 (X.25, Frame Relay)
値の記述------ ------------------------------------------ 164EのITU-T E.164(PSTN、SMDS、フレームリレー、気圧)X121ITU-T X.121(X.25、フレームリレー)
Syntax:
<!-- Attribute values for address family -->
<!ENTITY % addressFamily "(E164|X121)" >
<!ATTLIST address
family %addressFamily; #REQUIRED >
構文: <!--アドレスファミリーのための属性値--><!ENTITY%「(164E| X121)」というaddressFamily><!ATTLISTは、ファミリー%がaddressFamilyであると扱います。 #必要な>。
6.1.1.2. address Attribute "countryCode"
6.1.1.2. アドレスAttribute"countryCode"
The countryCode attribute indicates the international dialing prefix for the country in which the POP is located.
countryCode属性は国際的なダイヤルする接頭語をPOPが位置している国に示します。
Syntax:
<!-- ITU dialing code for the country in which this POP is located -->
<!ATTLIST address
countryCode CDATA #IMPLIED >
構文: ><!ATTLISTがcountryCode CDATA#IMPLIED>を扱う<(このPOPが位置している国へのITU加入局番)!
6.1.1.3. address Attribute "areaCode"
6.1.1.3. アドレスAttribute"areaCode"
The areaCode attribute contains the area or city code component of the telephone number in the 'address' element (if any) associated with this POP.
areaCode属性はこのPOPに関連している'アドレス'要素(もしあれば)の電話番号の領域か都市名コード成分を含んでいます。
<!-- Area or city code component of the telephone number in the
accessTelephoneNumber element associated with this POP -->
<!ATTLIST address
areaCode CDATA #IMPLIED >
><!ATTLISTがareaCode CDATA#IMPLIED>を扱う<(このPOPに関連しているaccessTelephoneNumber要素の電話番号の領域か都市名コード成分)!
6.1.2. Media
6.1.2. メディア
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.
メディア要素はこのPOPによってサポートされたメディアと関連するプロトコルのタイプについて説明するコンテナです。 以下のメディアタイプは現在、定義されます。 追加タイプはこれから、IANAによって示されるかもしれません。
Value Media Type
-------- -----------
viaMODEM Modem
viaISDN ISDN
viaATM ATM
viaFR Frame Relay
viaX25 X.25
値のメディアタイプ-------- ----------- viaMODEMモデムviaISDN ISDN viaATM気圧viaFRフレームリレーviaX25 X.25
Riegel & Zorn Standards Track [Page 11] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[11ページ]RFC3017
Syntax:
<!-- The types of media supported by this POP -->
<!ENTITY % mediaTypes "(viaMODEM|viaISDN|viaATM|viaFR|viaX25)+" >
<!ELEMENT media %mediaTypes; >
構文: <!--このPOPによってサポートされたメディアのタイプ--><!ENTITY%mediaTypes「(viaMODEM|viaISDN|viaATM|viaFR|viaX25)+」><!ELEMENTメディア%mediaTypes。 >。
6.1.2.1. Modem Protocols
6.1.2.1. モデムプロトコル
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
重複の速度プロトコルを評価してください。----- ------ ----- ------------- 完全な完全な完全な完全な完全なV21のV.21 V22完全な1200ITU-T V.22 V29 300ITU-T.5 9600のITU-T V.34bis V90完全な56k ITU-T ITU-T V.29 V32 9600ITU-T V.32 V32B14.4k ITU-T V.32bis V34 28.8k ITU-T V.34 V34B33.6k 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 >
構文<!--モデムメディアタイプ・エレメント--><!ENTITY%の要素のviaMODEMの空の><!「(V21|V22|V29|V32|V32B|V34|V34B| V90)」というmodemProtocols><!ATTLIST viaMODEMは%modemProtocolsをタイプします。 #暗示している>。
6.1.2.2. ISDN Protocols
6.1.2.2. ISDNプロトコル
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
値の速度意味----- ----- ----------- V110L 19.2k ITU-T V.110 V110H 38.4k ITU-T V.110 V120L 56k ITU-T V.120
Riegel & Zorn Standards Track [Page 12] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[12ページ]RFC3017
V120H 64k ITU-T V.120
X75 64k ITU-T X.75
HDLC 64k RFC 1618
V120H 64k ITU-T V.120 X75 64k ITU-T X.75 HDLC 64k RFC1618
Syntax:
<!-- An ISDN media type element -->
<!ENTITY % isdnProtocols "(V110L|V110H|V120L|V120H|X75|HDLC)">
<!ELEMENT viaISDN EMPTY>
<!ATTLIST viaISDN
type %isdnProtocols; #IMPLIED >
構文: <!--ISDNメディアタイプ・エレメント--><!ENTITY%isdnProtocols、「(V110L|V110H|V120L|V120H|X75| HDLC) 「>の要素のviaISDNの空の><!<!ATTLIST viaISDNは%isdnProtocolsをタイプします」。 #暗示している>。
6.1.2.3. ATM Protocols
6.1.2.3. 気圧プロトコル
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.
viaATM要素は任意のタイプ属性でアドレスで達することができるアクセスデバイスによってサポートされた特定のプロトコルを表す空の要素です。 この要素に複数の利用可能なプロトコルを定義するのは繰り返して含まれるかもしれません。 現在の、1つのプロトコルだけが定義されます。 加算値はこれから、IANAによって示されるかもしれません。
Syntax:
<!-- An ATM media type element -->
<!ENTITY % atmProtocols "(RFC2364)">
<!ELEMENT viaATM EMPTY>
<!ATTLIST viaATM
type %atmProtocols; #IMPLIED >
構文: <!--ATMメディアタイプ・エレメント--><!ENTITY%atmProtocols、「(RFC2364) 「>の要素のviaATMの空の><!<!ATTLIST viaATMは%atmProtocolsをタイプします」。 #暗示している>。
6.1.2.4. Frame Relay Protocols
6.1.2.4. フレームリレープロトコル
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 >
構文: <!--Frame Relayメディアタイプ・エレメント--><!ENTITY%frProtocols、「(RFC1973) 「>の要素のviaFRの空の><!<!ATTLIST viaFRは%frProtocolsをタイプします」。 #暗示している>。
6.1.2.5. X.25 Protocols
6.1.2.5. X.25プロトコル
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
viaX25要素は任意のタイプ属性でアドレスで達することができるアクセスデバイスによってサポートされた特定のプロトコルを表す空の要素です。 利用可能な倍数を定義するために
Riegel & Zorn Standards Track [Page 13] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[13ページ]RFC3017
protocols this element may be included repeatedly. Currently only one protocol is defined. Additional values may be registered by IANA in future.
繰り返して含まれていて、この要素がそうするかもしれないプロトコル。 現在の、1つのプロトコルだけが定義されます。 加算値はこれから、IANAによって示されるかもしれません。
Syntax:
<!-- A X.25 media type element -->
<!ENTITY % x25Protocols "(RFC1598)">
<!ELEMENT viaX25 EMPTY>
<!ATTLIST viaX25
type %x25Protocols; #IMPLIED >
構文: <!--X.25メディアタイプ・エレメント--><!ENTITY%x25Protocols、「(RFC1598) 「>の要素のviaX25の空の><!<!ATTLIST viaX25は%x25Protocolsをタイプします」。 #暗示している>。
6.1.3. Minimum Data Rate
6.1.3. 最小のデータ信号速度
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)>
構文: <!--このPOPによってビット/秒でサポートされた最小のデータ信号速度--><!ELEMENT minBitsPerSecond(#PCDATA)>。
6.1.4. Maximum Data Rate
6.1.4. 最大のデータ信号速度
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)>
構文: <!--このPOPによってビット/秒でサポートされた最大のデータ信号速度--><!ELEMENT maxBitsPerSecond(#PCDATA)>。
6.1.5. POP Properties
6.1.5. 特性を飛び出させてください。
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要素は属性値でこのPOPの特定の特性を表す空の要素です。 この要素に複数の利用可能なプロトコルを定義するのは何度か含まれるかもしれません。 初めは定義された特性は以下のテーブルに記載されています。 加算値はこれから、IANAによって示されるかもしれません。
Value Property
------ ----------------------
MPPP Multilink PPP (RFC 1990)
MOBIP Mobile IP (RFC 2002)
MCRX Multicast Reception
MCTX Multicast Transmission
値の特性------ ---------------------- MPPPマルチリンクppp(RFC1990)のMOBIPのモバイルIP(RFC2002)MCRXマルチキャストレセプションMCTXマルチキャスト送信
Syntax:
<!-- A property characterizing this POP -->
<!ENTITY % popProperties "(MPPP|MOBIP|MCRX|MCTX)" >
構文: <!--このPOPを特徴付ける特性--><!ENTITY%「(MPPP|MOBIP|MCRX| MCTX)」というpopProperties>。
Riegel & Zorn Standards Track [Page 14] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[14ページ]RFC3017
<!ELEMENT popProperty EMPTY>
<!ATTLIST popProperty
type %popProperties; #REQUIRED>
<!ELEMENT popProperty EMPTY><!ATTLIST popPropertyは%popPropertiesをタイプします。 #必要な>。
6.1.6. Tunneling Protocols
6.1.6. トンネリングプロトコル
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要素は属性でこのPOPによってサポートされたトンネリングプロトコルを表す空の要素です。 この要素に複数の利用可能なプロトコルを定義するのは何度か含まれるかもしれません。 初めは定義された値は以下のテーブルに記載されています。 加算値はこれから、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
値のプロトコル------ ------------------ L2TP RFC2661L2TP PPTP RFC2637PPTP L2F RFC2341L2F ATMP RFC2107ATMP AHT RFC2402IP、ああ、トンネル・モードESPT RFC2406IP超能力トンネル・モードIPIP RFC1853IP-IP MIP RFC2004の最小量のIP-IP GRE RFC1701GRE
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>
構文: <!--このPOPによってサポートされたトンネリングプロトコル--><!ENTITY%の要素のtunnelProtoの空の><!「(L2TP|PPTP|L2F|ATMP|AHT|ESPT|IPIP|MIP|GRE)」というtunnelingProtocols><!ATTLIST tunnelProtoは%tunnelingProtocolsをタイプします。 #必要な>。
6.1.7. Dialing Script
6.1.7. スクリプトにダイヤルします。
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.
dialScript要素はこのPOPに接続するとき使用されるべきダイヤルするスクリプトを含んでいます。 dialScriptの属性値タイプはこのPOPに接続するとき使用されるべきであるスクリプトのタイプを定義します。
Syntax:
<!-- The dial script to be used -->
<!ELEMENT dialScript (#PCDATA)>
<!ATTLIST dialScript
type CDATA #IMPLIED >
構文: <!--使用されるべきダイヤルスクリプト--><!ELEMENT dialScript(#PCDATA)><!ATTLIST dialScriptはCDATA#IMPLIED>をタイプします。
Riegel & Zorn Standards Track [Page 15] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[15ページ]RFC3017
6.1.8. Pricing Information
6.1.8. 情報に値を付けます。
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.
pricingInformation要素はこのPOPのための価格設定情報を表す自由形式ストリングです。 「相対的な費用(」 例えばaに、非常に高価な$$$$は飛び出す)を示す簡単なストリングから時刻について説明するaパラグラフと他の差別的価格形成変数までそれは何かであるかもしれません。
Syntax:
<!-- Pricing information for this POP -->
<!ELEMENT pricing (#PCDATA)>
構文: <!--このPOPのための情報に値を付けます--><!ELEMENT価格設定(#PCDATA)>。
6.1.9. City
6.1.9. 市
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).
都市の要素はPOPが位置している都市(それが市内通話でアクセスしやすい都市でない)の名前を含んでいます。
Syntax:
<!-- The name of the city in which this POP is located -->
<!ELEMENT city (#PCDATA)>
構文: <!--このPOPが位置している都市の名前--><!ELEMENT都市(#PCDATA)>。
6.1.10. Region
6.1.10. 領域
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.
領域要素はPOPが位置している領域の名前を含んでいます。 合衆国では、これが州か(ワシントンDCへの)管理地区の名前でしょう。 他国では、それは州、教区またはカウンティーの名前であるかもしれません。
Syntax:
<!-- The name of the region in which this POP is located -->
<!ELEMENT region (#PCDATA)>
構文: <!--このPOPが位置している領域の名前--><!ELEMENT領域(#PCDATA)>。
6.1.11. Country
6.1.11. 国
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.
国の要素はPOPが位置している国の名前を含んでいます。 国の名は簡略化されるかもしれませんが(例えば、アメリカ合衆国への「米国」かイギリスへの「イギリス」)、略語が使用されているなら、用法は与えられた電話帳の中で一貫しているに違いありません。
Syntax:
<!-- The name of the country in which this POP is located -->
<!ELEMENT country (#PCDATA)>
構文: <!--このPOPが位置している国の名前--><!ELEMENT国(#PCDATA)>。
Riegel & Zorn Standards Track [Page 16] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[16ページ]RFC3017
6.1.12. POP Setup
6.1.12. セットアップを飛び出させてください。
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.
popSetup要素はセットアップ要素です、セットアップがこの特定のPOP、またはphonebook要素の外側の範囲で与えられたセットアップ要素のどれかの参照に特定であるなら。
Syntax:
<!-- Reference for setup information for this POP -->
<!ELEMENT setupPtr EMPTY>
<!ATTLIST setupPtr
setupID IDREFS #IMPLIED>
構文: <!--このPOPのためのセットアップ情報の参照--><!ELEMENT setupPtr EMPTY><!ATTLIST setupPtr setupID IDREFS#IMPLIED>。
6.1.13. POP Support
6.1.13. サポートを飛び出させてください。
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.
popSupport要素はサポート要素です、サポートがこの特定のPOP、またはphonebook要素の外側の範囲で与えられたサポート要素のどれかの参照に特定であるなら。
Syntax:
<!-- Reference for support information for this POP -->
<!ELEMENT supportPtr EMPTY>
<!ATTLIST supportPtr
supportID IDREFS #IMPLIED>
構文: <!--このPOPのためのサポート情報の参照--><!ELEMENT supportPtr EMPTY><!ATTLIST supportPtr supportID IDREFS#IMPLIED>。
6.1.14. POP Provider
6.1.14. プロバイダーを飛び出させてください。
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.
popProvider要素はプロバイダー要素です、プロバイダー情報がこの特定のPOP、またはphonebook要素の外側の範囲で与えられたプロバイダー要素のどれかの参照に特定であるなら。
Syntax:
<!-- Reference for provider information for this POP -->
<!ELEMENT providerPtr EMPTY>
<!ATTLIST providerPtr
providerID IDREFS #IMPLIED>
構文: <!--このPOPのためのプロバイダー情報の参照--><!ELEMENT providerPtr EMPTY><!ATTLIST providerPtr providerID IDREFS#IMPLIED>。
6.2. Information elements defined for the Setup element
6.2. Setup要素のために定義された情報要素
6.2.1. DNS Server Address
6.2.1. DNSサーバアドレス
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に接続されると使用されるべきであるDomain Name Service(DNS)サーバのIPアドレスを表します。 アドレスが点を打たされた10進法によるストリングの形に表される、(例えば、192.168 .101 .1)。
Riegel & Zorn Standards Track [Page 17] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[17ページ]RFC3017
Syntax:
<!-- Domain Name Server IP address -->
<!ELEMENT dnsServerAddress (#PCDATA)>
<!ATTLIST dnsServerAddress
value NOTATION (IPADR) #IMPLIED>
構文: <!--ドメインName Server IPアドレス--><!ELEMENT dnsServerAddress(#PCDATA)><!ATTLIST dnsServerAddress値のNOTATION(IPADR)#IMPLIED>。
6.2.2. NNTP Server Name
6.2.2. NNTPサーバー名
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要素はこのPOPに接続されると使用されるべきであるネットワークの電子情報を転送するプロトコル(NNTP)サーバに関する完全修飾ドメイン名(FQDN)を含んでいます。
Syntax:
<!-- Name of an NNTP server -->
<!ELEMENT nntpServerName (#PCDATA)>
<!ATTLIST nntpServerName
value NOTATION (FQDN) #IMPLIED>
構文: <!--NNTPサーバの名前--><!ELEMENT nntpServerName(#PCDATA)><!ATTLIST nntpServerName値のNOTATION(FQDN)#IMPLIED>。
6.2.3. SMTP Server Name
6.2.3. SMTPサーバ名
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に接続されると使用されるべきであるシンプルメールトランスファプロトコル(SMTP)サーバのFQDNを含んでいます。
Syntax:
<!-- Name of an SMTP mail server -->
<!ELEMENT smtpServerName (#PCDATA)>
<!ATTLIST smtpServerName
value NOTATION (FQDN) #IMPLIED>
構文: <!--SMTPメールサーバの名前--><!ELEMENT smtpServerName(#PCDATA)><!ATTLIST smtpServerName値のNOTATION(FQDN)#IMPLIED>。
6.2.4. POP3 Server Name
6.2.4. POP3サーバー名
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>
構文: <!--POP3メールサーバの名前--><!ELEMENT popServerName(#PCDATA)><!ATTLIST popServerName値のNOTATION(FQDN)#IMPLIED>。
6.2.5. IMAP Server Name
6.2.5. IMAPサーバー名
The imapServerName element contains the FQDN of the Internet Mail Access Protocol (IMAP) server which should be used when connected to this POP.
imapServerName要素はこのPOPに接続されると使用されるべきであるインターネットメールAccessプロトコル(IMAP)サーバのFQDNを含んでいます。
Riegel & Zorn Standards Track [Page 18] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[18ページ]RFC3017
Syntax:
<!-- Name of an IMAP4 server -->
<!ELEMENT imapServerName (#PCDATA)>
<!ATTLIST imapServerName
value NOTATION (FQDN) #IMPLIED>
構文: <!--IMAP4サーバの名前--><!ELEMENT imapServerName(#PCDATA)><!ATTLIST imapServerName値のNOTATION(FQDN)#IMPLIED>。
6.2.6. WWW Proxy
6.2.6. WWWプロキシ
The wwwProxyServerName element contains the FQDN of the World Wide Web (WWW) proxy server which should be used when connected to this POP.
wwwProxyServerName要素はこのPOPに接続されると使用されるべきであるWWW(WWW)プロキシサーバのFQDNを含んでいます。
Syntax:
<!-- Name of an WWW Proxy -->
<!ELEMENT wwwProxyServerName (#PCDATA)>
<!ATTLIST wwwProxyServerName
value NOTATION (FQDN) #IMPLIED>
構文: <!--WWW Proxyという名前--><!ELEMENT wwwProxyServerName(#PCDATA)><!ATTLIST wwwProxyServerName値のNOTATION(FQDN)#IMPLIED>。
6.2.7. FTP Proxy
6.2.7. FTPプロキシ
The ftpProxyServerName element contains the FQDN of the File Transfer Protocol (FTP) proxy server which should be used when connected to this POP.
ftpProxyServerName要素はこのPOPに接続されると使用されるべきであるFile Transferプロトコル(FTP)プロキシサーバのFQDNを含んでいます。
Syntax:
<!-- Name of an FTP Proxy -->
<!ELEMENT ftpProxyServerName (#PCDATA)>
<!ATTLIST ftpProxyServerName
value NOTATION (FQDN) #IMPLIED>
構文: <!--FTP Proxyという名前--><!ELEMENT ftpProxyServerName(#PCDATA)><!ATTLIST ftpProxyServerName値のNOTATION(FQDN)#IMPLIED>。
6.2.8. Winsock Proxy
6.2.8. ウィンソックプロキシ
The winsockProxyServerName element contains the FQDN of the Windows Socket (Winsock) proxy server which should be used when connected to this POP.
winsockProxyServerName要素はこのPOPに接続されると使用されるべきであるWindowsSocket(ウィンソック)プロキシサーバのFQDNを含んでいます。
Syntax:
<!-- Name of an Winsock Proxy -->
<!ELEMENT winsockProxyServerName (#PCDATA)>
<!ATTLIST winsockProxyServerName
value NOTATION (FQDN) #IMPLIED>
構文: <!--ウィンソックProxyという名前--><!ELEMENT winsockProxyServerName(#PCDATA)><!ATTLIST winsockProxyServerName値のNOTATION(FQDN)#IMPLIED>。
6.2.9. Default Gateway Address
6.2.9. デフォルトゲートウェイアドレス
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要素はこのPOPに接続されると使用されるべきであるデフォルトゲートウェイのアドレスを表します。 アドレスがドット付き10進法によるストリングの形に表される、(例えば、192.168 .101 .1)。
Riegel & Zorn Standards Track [Page 19] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[19ページ]RFC3017
Syntax:
<!-- Default Gateway IP address (in dotted decimal notation) -->
<!ELEMENT defaultGatewayAddress (#PCDATA)>
<!ATTLIST defaultGatewayAddress
value NOTATION (IPADR) #IMPLIED>
構文: <!--デフォルトゲートウェイIPアドレス(ドット付き10進法による)--><!ELEMENT defaultGatewayAddress(#PCDATA)><!ATTLIST defaultGatewayAddress値のNOTATION(IPADR)#IMPLIED>。
6.2.10. User Name Suffix
6.2.10. ユーザ名前接尾語
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 (below)の両方が同じベースユーザ名に適用されるかもしれないことに注意してください。
Syntax:
<!-- User Name suffix -->
<!ELEMENT userNameSuffix (#PCDATA)>
構文: <!--ユーザName接尾語--><!ELEMENT userNameSuffix(#PCDATA)>。
6.2.11. User Name Prefix
6.2.11. ユーザ名前接頭語
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 (above)とuserNamePrefixの両方が同じベースユーザ名に適用されるかもしれないことに注意してください。
Syntax:
<!-- User Name prefix -->
<!ELEMENT userNamePrefix (#PCDATA)>
構文: <!--ユーザName接頭語--><!ELEMENT userNamePrefix(#PCDATA)>。
6.3. Information elements defined for the support element
6.3. サポート要素のために定義された情報要素
6.3.1. Support Telephone Number
6.3.1. サポート電話番号
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".
supportTelephoneNumber要素は特定のプロバイダーかPOPのためのサポートセンターに達するように呼ばれるかもしれない数を含んでいます。 」 +1 この要素は、基本的にストリングであり、国際的なフォームに全体の電話番号を含むはずです、例えば、425 838。「8080インチ。
Syntax:
<!-- The number to be dialed to contact customer support
for this POP or provider -->
<!ELEMENT supportTelephoneNumber (#PCDATA)>
構文: <!--このPOPかプロバイダーの顧客サポートに連絡するためにダイヤルされるべき数--><!ELEMENT supportTelephoneNumber(#PCDATA)>。
Riegel & Zorn Standards Track [Page 20] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[20ページ]RFC3017
6.3.2. Support Email Address
6.3.2. サポートEメールアドレス
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要素はプロバイダーの顧客サポートEメールアドレス、例えば、mailtoのためのURLを含んでいます: support@uu.net 。 不急の問題に関して顧客援助要員に連絡するのにこのURLを使用できました。
Syntax:
<!-- A Uniform Resource Locator for the provider's customer
support email address -->
<!ELEMENT supportMailtoURL (#PCDATA)>
構文: <!--プロバイダーの顧客サポートEメールアドレスのためのUniform Resource Locator--><!ELEMENT supportMailtoURL(#PCDATA)>。
6.4. Information elements defined for the provider element
6.4. プロバイダー要素のために定義された情報要素
6.4.1. Provider Name
6.4.1. プロバイダー名
The providerName element is a string containing the name of the provider (e.g., "BIGNET Corporation").
providerName要素はプロバイダー(例えば、「BIGNET社」)の名前を含むストリングです。
Syntax:
<!-- The name of the provider -->
<!ELEMENT providerName (#PCDATA)>
構文: <!--プロバイダーの名前--><!ELEMENT providerName(#PCDATA)>。
6.4.2. Provider Icon
6.4.2. プロバイダーアイコン
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を含んでいます。
Syntax:
<!-- An icon in BASE64 encoded JPEG or GIF format -->
<!ELEMENT providerIcon (#PCDATA)>
<!ATTLIST providerIcon
value NOTATION (B64JPG | B64GIF) #IMPLIED>
構文: <!--BASE64のアイコンはJPEGかGIF形式をコード化しました--><!ELEMENT providerIcon(#PCDATA)><!ATTLIST providerIconはNOTATION(B64JPG| B64GIF)#IMPLIED>を評価します。
6.4.3. Provider's World Wide Web URL
6.4.3. プロバイダーのWWW URL
The wwwURL element contains a Uniform Resource Locator (URL) for the provider's Web site, for example, http://www.uu.net.
wwwURL要素はプロバイダーのウェブサイト、例えば、 http://www.uu.net のためのUniform Resource Locator(URL)を含んでいます。
Syntax:
<!-- A Uniform Resource Locator for the provider's home page -->
<!ELEMENT wwwURL (#PCDATA)>
構文: <!--プロバイダーのホームページのためのUniform Resource Locator--><!ELEMENT wwwURL(#PCDATA)>。
Riegel & Zorn Standards Track [Page 21] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[21ページ]RFC3017
6.4.4. Provider's Main Email Address
6.4.4. プロバイダーの主なEメールアドレス
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要素はプロバイダーの主なEメールアドレス、例えば、mailtoのためのURLを含んでいます: contact@uu.net 。 一般的な通信、苦情などにこのURLを使用できました。
Syntax:
<!-- A Uniform Resource Locator for the provider's
email address -->
<!ELEMENT generalMailtoURL (#PCDATA)>
構文: <!--プロバイダーのEメールアドレスのためのUniform Resource Locator--><!ELEMENT generalMailtoURL(#PCDATA)>。
6.4.5. Billing Inquiry Email Address
6.4.5. 支払い問い合せEメールアドレス
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要素はプロバイダーの支払いサポートEメールアドレス、例えば、mailtoのためのURLを含んでいます: billing@uu.net 。 このURLはそうであるかもしれません。通信において、支払いと支払い問題に関して使用されています。
Syntax:
<!-- A Uniform Resource Locator for the email
address to be used for billing inquiries -->
<!ELEMENT billingMailtoURL (#PCDATA)>
構文: <!--Eメールアドレスが支払い問い合せに使用されるUniform Resource Locator--><!ELEMENT billingMailtoURL(#PCDATA)>。
6.4.6. Further elements
6.4.6. さらなる要素
The remainder of the information elements of the provider element are described in principle in [3].
プロバイダー要素の情報要素の残りは原則として[3]で説明されます。
7. Complete XML DTD for the roaming phone book
7. ローミング電話帳のための完全なXML DTD
<?xml version="1.0" encoding="UTF-8"?>
<?xmlバージョン=、「=「UTF-8インチ?」をコード化する1インチ>。
<!-- 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. -->
<!--外部のパラメタ実体によってDTD仕様によって参照をつけられて、パラメタ実体宣言--><!--++++++++++++++++++ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +--><!--このセクションはIANAによって維持されて、ダイレクトです。 -->。
<!ENTITY % addressFamily "(E164|X121)" >
<!実体%「(164E| X121)」というaddressFamily>。
<!ENTITY % mediaTypes "(viaMODEM|viaISDN|viaATM|viaFR|viaX25)+" >
<!実体%mediaTypes「(viaMODEM|viaISDN|viaATM|viaFR|viaX25)+」>。
<!ENTITY % modemProtocols "(V21|V22|V29|V32|V32B|V34|V34B|V90)" >
<!実体%「(V21|V22|V29|V32|V32B|V34|V34B| V90)」というmodemProtocols>。
<!ENTITY % isdnProtocols "(V110L|V110H|V120L|V120H|X75|HDLC)">
<!実体%isdnProtocols、「(V110L|V110H|V120L|V120H|X75| HDLC)">"
<!ENTITY % atmProtocols "(RFC2364)">
<!実体%atmProtocols、「(RFC2364)">"
Riegel & Zorn Standards Track [Page 22] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[22ページ]RFC3017
<!ENTITY % frProtocols "(RFC1973)">
<!実体%frProtocols、「(RFC1973)">"
<!ENTITY % x25Protocols "(RFC1598)">
<!実体%x25Protocols、「(RFC1598)">"
<!ENTITY % popProperties "(MPPP|MOBIP|MCRX|MCTX)" >
<!実体%「(MPPP|MOBIP|MCRX| MCTX)」というpopProperties>。
<!ENTITY % tunnelingProtocols
"(L2TP|PPTP|L2F|ATMP|AHT|ESPT|IPIP|MIP|GRE)" >
<!実体%「(L2TP|PPTP|L2F|ATMP|AHT|ESPT|IPIP|MIP|GRE)」というtunnelingProtocols>。
<!ENTITY % popInformation
"address,
media+,
minBitsPerSecond?,
maxBitsPerSecond?,
popProperty*,
tunnelProto*,
dialScript?,
pricingInformation?,
city?,
region?,
country?,
(setup|setupPtr)?,
(support|supportPtr)?,
(provider|providerPtr)?">
<!ENTITY%popInformation、「アドレス、メディア+、minBitsPerSecond?、maxBitsPerSecond?、popProperty*、tunnelProto*、dialScript?、pricingInformation?、都市--、領域?、国、--(セットアップしてください| setupPtr)-- (サポート| supportPtr?)、(プロバイダー| providerPtr)">"
<!ENTITY % setupInformation
"dnsServerAddress*,
nntpServerName*,
smtpServerName*,
popServerName*,
imapServerName*,
wwwProxyServerName*,
ftpProxyServerName*,
winsockProxyServerName*,
defaultGatewayAddress?,
userNamePrefix?,
userNameSuffix?">
<!実体%setupInformation、「dnsServerAddress*、nntpServerName*、smtpServerName*、popServerName*、imapServerName*、wwwProxyServerName*、ftpProxyServerName*、winsockProxyServerName*、defaultGatewayAddress userNameSuffix?userNamePrefix?、">"?
<!ENTITY % supportInformation
"(supportTelephoneNumber|supportMailtoURL)+">
<!実体%supportInformation、「+ (supportTelephoneNumber| supportMailtoURL)">"
<!ENTITY % providerInformation
"providerName?,
providerIcon?,
wwwURL?,
generalMailtoURL?,
billingMailtoURL?,
businessCategory?,
<!実体%providerInformation「providerName?、providerIcon?、wwwURL?、generalMailtoURL?、billingMailtoURL?、businessCategory?」
Riegel & Zorn Standards Track [Page 23] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[23ページ]RFC3017
x121Address?,
registeredAddress?,
destinationIndicator?,
preferredDeliveryMethod?,
telexNumber?,
teletexTerminalIdentifier?,
telephoneNumber?,
internationalISDNNumber?,
facsimileTelephoneNumber?,
street?,
postOfficeBox?,
postalCode?,
postalAddress?,
physicalDeliveryOfficeName?,
description?,
supportPtr*">
x121Address?、registeredAddress?、destinationIndicator?、preferredDeliveryMethod?、telexNumber?、teletexTerminalIdentifier?、telephoneNumber?、internationalISDNNumber?、facsimileTelephoneNumber?、通り--、postOfficeBox?、postalCode?、postalAddress?、physicalDeliveryOfficeName?、記述--、supportPtr*">"
<!-- ++++++++++++++ End of IANA maintained section ++++++++++ -->
<!--+ + + + + + + + + + + + + + セクション+ + + + + + + + + +であると主張されたIANAの端-->。
<!-- 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">
<!--電話帳値のタイプ記法宣言--><!NOTATION FQDN PUBLIC、「-//IETF/roamPhoneBook/NOTATION値のType Fully_が_ドメイン_名前に資格を与えた、「><!NOTATION IPADR PUBLIC、「-//IETF/roamPhoneBook/NOTATIONがType IP_アドレスを評価する、「><!NOTATION B64JPG PUBLIC、「-//IETF/roamPhoneBook/NOTATION値のType Base64_が_jpeg_イメージをコード化した、「><!NOTATION B64GIF PUBLIC、「-//IETF/roamPhoneBook/NOTATION値のType Base64_は_">"というgif_イメージをコード化しました。
<!-- Phone book element declarations -->
<!ELEMENT phoneBook (
pop+,
setup*,
support*,
provider*) >
<!ATTLIST phoneBook
name CDATA #REQUIRED
version CDATA #REQUIRED >
><!ELEMENT phoneBook(ポップス+、セットアップ*は*をサポートします、プロバイダー*)><!ATTLIST phoneBookがCDATA#REQUIREDバージョンCDATA#REQUIRED>と命名する<(電話帳要素宣言)!
<!ELEMENT pop ( %popInformation; )>
<!ATTLIST pop
entryVersion CDATA #REQUIRED>
<!のELEMENTの大衆的な(%popInformation;)><!ATTLISTはentryVersion CDATA#REQUIRED>を飛び出させます。
<!ELEMENT setup ( %setupInformation; )>
<!ATTLIST setup
id ID #REQUIRED>
<!ELEMENTセットアップ(%setupInformation;)><!ATTLISTセットアップイドID#REQUIRED>。
<!ELEMENT support ( %supportInformation; )>
ELEMENTがサポートする<!(%supportInformation;)>。
Riegel & Zorn Standards Track [Page 24] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[24ページ]RFC3017
<!ATTLIST support
id ID #REQUIRED
language NMTOKENS #IMPLIED >
ATTLISTがイドID#REQUIRED言語NMTOKENS#IMPLIED>をサポートする<!
<!ELEMENT provider ( %providerInformation; )>
<!ATTLIST provider
id ID #REQUIRED>
<!ELEMENTプロバイダー(%providerInformation;)><!ATTLISTプロバイダーイドID#REQUIRED>。
<!-- Information elements for pop -->
<!ELEMENT address (#PCDATA)>
<!ATTLIST address
family %addressFamily; #REQUIRED
countryCode CDATA #IMPLIED
areaCode CDATA #IMPLIED >
<!--ポップスのための情報要素--><!ELEMENTアドレス(#PCDATA)><!ATTLISTは、ファミリー%がaddressFamilyであると扱います。 #必要なcountryCode CDATA#は、areaCode CDATA#が>を含意したのを含意しました。
<!ELEMENT media %mediaTypes; >
<!ELEMENTメディア%mediaTypes。 >。
<!ELEMENT viaMODEM EMPTY>
<!ATTLIST viaMODEM
type %modemProtocols; #IMPLIED >
<!ELEMENT viaMODEM EMPTY><!ATTLIST viaMODEMは%modemProtocolsをタイプします。 #暗示している>。
<!ELEMENT viaISDN EMPTY>
<!ATTLIST viaISDN
type %isdnProtocols; #IMPLIED >
<!ELEMENT viaISDN EMPTY><!ATTLIST viaISDNは%isdnProtocolsをタイプします。 #暗示している>。
<!ELEMENT viaATM EMPTY>
<!ATTLIST viaATM
type %atmProtocols; #IMPLIED >
<!ELEMENT viaATM EMPTY><!ATTLIST viaATMは%atmProtocolsをタイプします。 #暗示している>。
<!ELEMENT viaFR EMPTY>
<!ATTLIST viaFR
type %frProtocols; #IMPLIED >
<!ELEMENT viaFR EMPTY><!ATTLIST viaFRは%frProtocolsをタイプします。 #暗示している>。
<!ELEMENT viaX25 EMPTY>
<!ATTLIST viaX25
type %x25Protocols; #IMPLIED >
<!ELEMENT viaX25 EMPTY><!ATTLIST viaX25は%x25Protocolsをタイプします。 #暗示している>。
<!ELEMENT minBitsPerSecond (#PCDATA)>
<!要素minBitsPerSecond(#PCDATA)>。
<!ELEMENT maxBitsPerSecond (#PCDATA)>
<!要素maxBitsPerSecond(#PCDATA)>。
<!ELEMENT popProperty EMPTY>
<!ATTLIST popProperty
type %popProperties; #REQUIRED >
<!ELEMENT popProperty EMPTY><!ATTLIST popPropertyは%popPropertiesをタイプします。 #必要な>。
<!ELEMENT tunnelProto EMPTY>
<!ATTLIST tunnelProto
type %tunnelingProtocols; #REQUIRED >
<!ELEMENT tunnelProto EMPTY><!ATTLIST tunnelProtoは%tunnelingProtocolsをタイプします。 #必要な>。
Riegel & Zorn Standards Track [Page 25] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[25ページ]RFC3017
<!ELEMENT dialScript (#PCDATA)>
<!ATTLIST dialScript
type CDATA #IMPLIED >
<!ELEMENT dialScript(#PCDATA)><!ATTLIST dialScriptはCDATA#IMPLIED>をタイプします。
<!ELEMENT pricing (#PCDATA)>
<!ELEMENT価格設定(#PCDATA)>。
<!ELEMENT city (#PCDATA)>
<!ELEMENT都市(#PCDATA)>。
<!ELEMENT region (#PCDATA)>
<!ELEMENT領域(#PCDATA)>。
<!ELEMENT country (#PCDATA)>
<!ELEMENT国(#PCDATA)>。
<!ELEMENT setupPtr EMPTY>
<!ATTLIST setupPtr
setupID IDREFS #IMPLIED>
<!の要素のsetupPtrの空の><!ATTLIST setupPtr setupID IDREFS#は>を含意しました。
<!ELEMENT supportPtr EMPTY>
<!ATTLIST supportPtr
supportID IDREFS #IMPLIED>
<!の要素のsupportPtrの空の><!ATTLIST supportPtr supportID IDREFS#は>を含意しました。
<!ELEMENT providerPtr EMPTY>
<!ATTLIST providerPtr
providerID IDREFS #IMPLIED>
<!の要素のproviderPtrの空の><!ATTLIST providerPtr providerID IDREFS#は>を含意しました。
<!-- Information elements for setup -->
<!ELEMENT dnsServerAddress (#PCDATA)>
<!ATTLIST dnsServerAddress
value NOTATION (IPADR) #IMPLIED>
<!--セットアップのための情報要素--><!ELEMENT dnsServerAddress(#PCDATA)><!ATTLIST dnsServerAddress値のNOTATION(IPADR)#IMPLIED>。
<!ELEMENT nntpServerName (#PCDATA)>
<!ATTLIST nntpServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT nntpServerName(#PCDATA)><!ATTLIST nntpServerName値のNOTATION(FQDN)#IMPLIED>。
<!ELEMENT smtpServerName (#PCDATA)>
<!ATTLIST smtpServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT smtpServerName(#PCDATA)><!ATTLIST smtpServerName値のNOTATION(FQDN)#IMPLIED>。
<!ELEMENT popServerName (#PCDATA)>
<!ATTLIST popServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT popServerName(#PCDATA)><!ATTLIST popServerName値のNOTATION(FQDN)#IMPLIED>。
<!ELEMENT imapServerName (#PCDATA)>
<!ATTLIST imapServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT imapServerName(#PCDATA)><!ATTLIST imapServerName値のNOTATION(FQDN)#IMPLIED>。
<!ELEMENT wwwProxyServerName (#PCDATA)>
<!ATTLIST wwwProxyServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT wwwProxyServerName(#PCDATA)><!ATTLIST wwwProxyServerName値のNOTATION(FQDN)#IMPLIED>。
Riegel & Zorn Standards Track [Page 26] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[26ページ]RFC3017
<!ELEMENT ftpProxyServerName (#PCDATA)>
<!ATTLIST ftpProxyServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT ftpProxyServerName(#PCDATA)><!ATTLIST ftpProxyServerName値のNOTATION(FQDN)#IMPLIED>。
<!ELEMENT winsockProxyServerName (#PCDATA)>
<!ATTLIST winsockProxyServerName
value NOTATION (FQDN) #IMPLIED>
<!ELEMENT winsockProxyServerName(#PCDATA)><!ATTLIST winsockProxyServerName値のNOTATION(FQDN)#IMPLIED>。
<!ELEMENT defaultGatewayAddress (#PCDATA)>
<!ATTLIST defaultGatewayAddress
value NOTATION (IPADR) #IMPLIED>
<!ELEMENT defaultGatewayAddress(#PCDATA)><!ATTLIST defaultGatewayAddress値のNOTATION(IPADR)#IMPLIED>。
<!ELEMENT userNameSuffix (#PCDATA)>
<!要素userNameSuffix(#PCDATA)>。
<!ELEMENT userNamePrefix (#PCDATA)>
<!要素userNamePrefix(#PCDATA)>。
<!-- Information elements for support --> <!ELEMENT supportTelephoneNumber (#PCDATA)>
<!--サポートのための情報要素--><!ELEMENT supportTelephoneNumber(#PCDATA)>。
<!ELEMENT supportMailtoURL (#PCDATA)>
<!要素supportMailtoURL(#PCDATA)>。
<!-- Information elements for provider --> <!ELEMENT providerName (#PCDATA)>
<!--プロバイダーのための情報要素--><!ELEMENT providerName(#PCDATA)>。
<!ELEMENT providerIcon (#PCDATA)>
<!ATTLIST providerIcon
value NOTATION (B64JPG|B64GIF) #IMPLIED>
<!ELEMENT providerIcon(#PCDATA)><!ATTLIST providerIcon値のNOTATION(B64JPG| B64GIF)#IMPLIED>。
<!ELEMENT wwwURL (#PCDATA)>
<!要素wwwURL(#PCDATA)>。
<!ELEMENT generalMailtoURL (#PCDATA)>
<!要素generalMailtoURL(#PCDATA)>。
<!ELEMENT billingMailtoURL (#PCDATA)>
<!要素billingMailtoURL(#PCDATA)>。
<!-- Further provider elements according to RFC1274 -->
<!--RFC1274に従ったさらなるプロバイダー要素-->。
<!ELEMENT businessCategory (#PCDATA)>
<!要素businessCategory(#PCDATA)>。
<!ELEMENT x121Address (#PCDATA)>
<!要素x121Address(#PCDATA)>。
<!ELEMENT registeredAddress (#PCDATA)>
<!要素registeredAddress(#PCDATA)>。
<!ELEMENT destinationIndicator (#PCDATA)>
<!要素destinationIndicator(#PCDATA)>。
<!ELEMENT preferredDeliveryMethod (#PCDATA)>
<!要素preferredDeliveryMethod(#PCDATA)>。
<!ELEMENT telexNumber (#PCDATA)>
<!要素telexNumber(#PCDATA)>。
Riegel & Zorn Standards Track [Page 27] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[27ページ]RFC3017
<!ELEMENT teletexTerminalIdentifier (#PCDATA)>
<!要素teletexTerminalIdentifier(#PCDATA)>。
<!ELEMENT telephoneNumber (#PCDATA)>
<!要素telephoneNumber(#PCDATA)>。
<!ELEMENT internationalISDNNumber (#PCDATA)>
<!要素internationalISDNNumber(#PCDATA)>。
<!ELEMENT facsimileTelephoneNumber (#PCDATA)>
<!要素facsimileTelephoneNumber(#PCDATA)>。
<!ELEMENT street (#PCDATA)>
<!ELEMENT通り(#PCDATA)>。
<!ELEMENT postOfficeBox (#PCDATA)>
<!要素postOfficeBox(#PCDATA)>。
<!ELEMENT postalCode (#PCDATA)>
<!要素postalCode(#PCDATA)>。
<!ELEMENT postalAddress (#PCDATA)>
<!要素postalAddress(#PCDATA)>。
<!ELEMENT physicalDeliveryOfficeName (#PCDATA)>
<!要素physicalDeliveryOfficeName(#PCDATA)>。
<!ELEMENT description (#PCDATA)>
<!ELEMENT記述(#PCDATA)>。
<!-- end of dtd -->
<!--dtdの端-->。
8. Security Considerations
8. セキュリティ問題
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を使用することで電話帳に署名するのなどように。
9. IANA Considerations
9. IANA問題
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
追加属性か要素でこの仕様を広げていると、XML DTDの旧式のバージョンに基づくドキュメントの正当性は変化してはいけません。 したがって、すべて加えられた情報要素はそうであるに違いありません。
Riegel & Zorn Standards Track [Page 28] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[28ページ]RFC3017
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.
任意である、新たに定義された情報要素の義務的な包含を禁止します。 列挙された属性リストに新しい値を追加するのにおいて、既に定義された属性の正当性に害を及ぼさないので、どんな後方の互換性規制もありません。
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.
新情報要素と属性値の登録を容易にするために、内容の仕様詳細と電話帳の構造を含んでいて、2つの部品、新しい値の容易さ包含のためのパラメタ実体宣言だけを含む広げることができる部分、および固定部分で電話帳のDTDを切り離してあります。 仕様の固定部分でパラメタ実体宣言に参照をつけることによって、全体の電話帳は広げることができるようになります。
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つの異なったクラスの宣言が新しい値を示すための異なった方針を必要とするこの部分にあります。
9.1. Registration of new attribute values
9.1. 新しい属性値の登録
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].
実体の'addressFamily'、'modemProtocols'、'isdnProtocols'、'atmProtocols'、'frProtocols'、'x25Protocols'、'popProperties'、および'tunnelingProtocols'は列挙された属性値リストについて説明しています。 制限が全くこれらの属性値の名前スペースになくて、新たに定義された属性値が既存の値の正当性に害を及ぼすことができないので、Specification Required[6]は新しい属性値を割り当てることができます。
9.2. Registration of new information elements
9.2. 新情報要素の登録
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.
実体'mediaTypes'、'popInformation'、'setupInformation'、'supportInformation'、および'providerInformation'はたぶんメディアに含まれていた情報要素、ポップス、セットアップ、サポート、およびプロバイダー要素を定義します。 これらのリストの中に新しい値を挿入すると、電話帳は任意に新しい情報要素で広げられます。 XMLの満足しているモデルの誤用はDTDの後方の互換性を破壊できます。 したがって、新情報要素の課題はDesignated Expert[6]の承認を必要とします。 リストの中への新しい価値の挿入に加えて、情報要素の詳細な定義をIANAによって維持された仕様部分に追加しなければなりません。
Riegel & Zorn Standards Track [Page 29] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[29ページ]RFC3017
10. References
10. 参照
[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement
Levels", BCP 14, RFC 2119, March 1997.
[1] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[2] Reynolds, J. and J. Postel, "ASSIGNED NUMBERS", STD 2, RFC 1700,
October 1994.
[2] レイノルズとJ.とJ.ポステル、「規定番号」、STD2、RFC1700、1994年10月。
[3] Barker, P. and S. Kille, "The COSINE and Internet X.500 Schema",
RFC 1274, November 1991.
[3] バーカー、P.、S.Kille、および「コサインとインターネットX.500図式」、RFC1274、11月1991日
[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] 「1インチの拡張マークアップ言語(XML)W3C推薦10 2月-1998 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問題部に書くためのガイドライン」BCP26、RFC2434(1998年10月)。
Riegel & Zorn Standards Track [Page 30] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[30ページ]RFC3017
11. Appendix: Examples
11. 付録: 例
11.1. The most simple example
11.1. 最も簡単な例
<?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バージョン=、「=「UTF-8インチ?」をコード化する1インチ><!DOCTYPE phoneBook SYSTEM、「roamPhoneBook.dtd、「><phoneBookが1インチの「1インチの>の<の大衆的なentryVersion=」><アドレスファミリー=と="minimalExample"バージョン=を命名する、「164Eの「>+1 234 5678901</アドレス><メディア><viaMODEM/></メディア></大衆的な></phoneBook>」
11.2. A more comprehensive example
11.2. より包括的な例
<?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>
<?xmlバージョン=、「=「UTF-8インチ?」をコード化する1インチ><!DOCTYPE phoneBook SYSTEM、「roamPhoneBook.dtd、「><phoneBookが「KNF_簡単な」バージョン=「1インチの>の<の大衆的なentryVersion=」という1インチの=><アドレスをファミリーの=の「164E」のcountryCode=と命名する、「49インチの>+49913130540</アドレス><メディア><viaMODEMは=「V90"/><viaMODEMタイプ="V34B"/><viaISDNタイプ="HDLC"/></メディア><セットアップ><dnsServerAddress>192」をタイプします; 168.147.5 </dnsServerAddress><dnsServerAddress>193.175.24の.33</dnsServerAddress></セットアップ></大衆的な><サポートイドが「KNF_メイン」言語=と等しい、「EN DE、「><supportMailtoURL>mailto: support@franken.de 、lt;、/supportMailtoURL><supportTelephoneNumber>+499123968066</supportTelephoneNumber></サポート></phoneBook>、」
12. Acknowledgments
12. 承認
Thanks to Pat Calhoun, Bernard Aboba, Jay Farhat, Butch Anton, Quentin Miller, and Ken Crocker for salient input and review.
顕著な入力とレビューをパットCalhoun、バーナードAboba、ジェイ・ファルハート、Butchアントン、クェンティン・ミラー、およびケン・クロッカーをありがとうございます。
Riegel & Zorn Standards Track [Page 31] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[31ページ]RFC3017
13. Authors' Addresses
13. 作者のアドレス
Questions about this memo can be directed to:
このメモに関する質問による以下のことよう指示できます。
Max Riegel Siemens AG Hofmannstr. 51 Munich, 81359 Germany
マックスリーゲルジーメンス株式会社Hofmannstr。 51 81359ミュンヘン(ドイツ)
Phone: +49 89 722 49557 EMail: maximilian.riegel@icn.siemens.de
以下に電話をしてください。 +49 89 722 49557 メール: maximilian.riegel@icn.siemens.de
Glen Zorn Cisco Systems, Inc. 500 108th Avenue N.E., Suite 500 Bellevue, WA 98004 USA
谷間ゾルンシスコシステムズInc.500第108アベニューの東北、Suite500ベルビュー、ワシントン98004米国
Phone: +1 425 438 8218 EMail: gwz@cisco.com
以下に電話をしてください。 +1 8218年の425 438メール: gwz@cisco.com
Riegel & Zorn Standards Track [Page 32] RFC 3017 Roaming Access Phone Book XML DTD December 2000
アクセス電話帳XML DTD2000年12月に歩き回るリーゲルとゾルン標準化過程[32ページ]RFC3017
14. Full Copyright Statement
14. 完全な著作権宣言文
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 All rights reserved。
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.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
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 Editor機能のための基金は現在、インターネット協会によって提供されます。
Riegel & Zorn Standards Track [Page 33]
リーゲルとゾルン標準化過程[33ページ]
一覧
スポンサーリンク
