RFC1069 日本語訳
1069 Guidelines for the use of Internet-IP addresses in the ISOConnectionless-Mode Network Protocol. R.W. Callon, H.W. Braun. February 1989. (Format: TXT=24268 bytes) (Obsoletes RFC0986) (Status: UNKNOWN)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group R. Callon Request for Comments: 1069 DEC Obsoletes: RFC 986 H.W. Braun UMich February 1989
Callonがコメントのために要求するワーキンググループR.をネットワークでつないでください: 1069 12月は以下を時代遅れにします。 RFC 986 H.W.ブラウンUMich1989年2月
Guidelines for the use of Internet-IP addresses in the ISO Connectionless-Mode Network Protocol
ISO Connectionless-モードNetworkプロトコルにおけるインターネットIPアドレスの使用のためのガイドライン
Status of This Memo
このメモの状態
This RFC suggests an addressing scheme for use with the ISO Connectionless Network Protocol (CLNP) in the Internet. This is a solution to one of the problems inherent in the use of "ISO-grams" in the Internet. This RFC suggests a proposed protocol for the Internet community, and requests discussion and suggestions for improvements. Distribution of this memo is unlimited.
ISO Connectionless Networkプロトコル(CLNP)がインターネットにある状態で、このRFCは使用のアドレシング体系を勧めます。 これはインターネットでの「等値線」の使用の固有である問題の1つへのソリューションです。 このRFCは改良のためにインターネットコミュニティ、要求議論、および提案のための提案されたプロトコルを勧めます。 このメモの分配は無制限です。
This memo is a revision of RFC 986. Changes were made in order to allow the addressing used in the CLNP in the Internet to be potentially useful for routing in the context of new inter- and intra-domain routing protocols, and in the context of large numbers of networks and routing domains. The addressing scheme proposed in this RFC allows individual routing domains to make use of internal routing algorithms utilizing a variety of addressing formats, while still providing for a common addressing approach for use by inter- domain routing. These features are important due to the rapid growth currently being experienced in the Internet.
このメモはRFC986の改正です。 そして、変更がインターネットのCLNPで使用されるアドレシングが潜在的に新しいことの文脈でのルーティングの役に立つのを許容するために行われた、相互、プロトコルを発送して、ネットワークと多くのルーティングの文脈でそうするイントラドメインドメイン。 このRFCで提案されたアドレシング体系で、個々の経路ドメインは相互ドメインルーティングでまだ使用のための一般的なアドレシングアプローチに備えている間にさまざまなアドレス指定形式を利用する内部のルーティング・アルゴリズムを利用できます。 これらの特徴は現在インターネットで経験される急速な成長のために重要です。
1. Objectives
1. 目的
The data communications protocols currently emerging out of the international standardization efforts warrant an early integration into the existing extensive Internet network infrastructure. The two possible approaches are a top-down one, where ISO applications like FTAM, X.400 and VTP are integrated on top of the transport function of the IP protocol suite, or a bottom-up approach where the whole ISO tower gets integrated without merging the two suites. The bottom-up approach may make use of the fact that the ISO-CLNP and the IP are very similar in function. This implies that it is reasonable to implement a multiprotocol function in some or all of the Internet gateways (potentially including part or all of the Internet environment). The result would be that at least large portions of the Internet, in particular the backbones, can become usable for full implementations of the ISO protocol stack.
現在国際標準化取り組みから出て来るデータ通信規約は既存の大規模なインターネットネットワークインフラへの早めの統合を保証します。 2つの可能なアプローチがトップダウン1である、2つのスイートを合併しないで、X.400とVTPがIPプロトコル群の輸送機能の上で統合しているか、または全体のISOがそそり立っているところでボトムアップ・アプローチは統合されます。そこでは、ISOアプリケーションがFTAMが好きです。 ボトムアップ・アプローチはISO-CLNPとIPが機能において非常に同様であるという事実を利用するかもしれません。 これは、インターネット・ゲートウェイのいくつかかすべてで「マルチ-プロトコル」機能を実装するのが妥当であることを含意します(潜在的にインターネット環境の部分かすべてを含んでいて)。 結果は少なくともインターネットの大半(特にバックボーン)がISOプロトコル・スタックの完全な実施に使用可能になることができるということでしょう。
A major problem with this approach is that there are open issues with
このアプローチに関する大した問題は未解決の問題があるということです。
Callon & Braun [Page 1] RFC 1069 IP ISO Addressing February 1989
2月が1989であると扱うCallonとブラウン[1ページ]RFC1069IP ISO
regard to the ISO addressing within the CLNP. In particular, the ISO network layer addressing standard allows a great deal of flexibility in the assignment of addresses, and a particular address format must be chosen. A further problem is the need for implementation and integration of routing facilities for the ISO-compatible subset of the Internet environment.
CLNPの中でISOにアドレシングを見なしてください。 特に、ISOネットワーク層アドレシング規格はアドレスの課題における多くの柔軟性を許容します、そして、特定のアドレス形式を選ばなければなりません。 さらなる問題はインターネット環境のISOコンパチブル部分集合のためのルーティング施設の実装と統合の必要性です。
This paper proposed to use addresses which are considerably more flexible than the addresses used in the current IP Internet environment. This flexibility is necessary in order to allow some routing domains to base their internal routing protocol on addresses derived from the current IP addresses, to allow other routing domains to base routing on addresses in accordance to the intra-domain routing protocol being developed by ANSI and ISO [6], and to allow generality for a future inter-domain routing protocol.
この論文は、現在のIPインターネット環境で使用されるアドレスよりかなりフレキシブルなアドレスを使用するよう提案しました。 この柔軟性が、いくつかの経路ドメインがそれらの内部のルーティング・プロトコルを他の経路ドメインがルーティングをANSIとISO[6]によって開発されるイントラドメインルーティング・プロトコルとの一致におけるアドレスに基礎づけるのを許容するために現在のIPアドレスから得られたアドレスに基礎づけて、将来の相互ドメインルーティング・プロトコルのための一般性を許容するのを許容するのに必要です。
The addressing scheme proposed here makes use of the concept of "routing domains" as used in ANSI and ISO. This concept is similar to, but not identical with, the concept of "Autonomous System" used in the Internet. Routing domains include a combination of gateways, networks, and end systems (not just gateways), and routing domain boundaries may be used to define associated access control and policy routing constraints. Like autonomous systems, routing domains may be assumed to be topologically contiguous. There is no a priori reason why routing domains assigned for use with the ISO IP need to have any particular relation with existing autonomous systems which have been assigned for use with the IP. The assignment of specific routing domain identifiers is an "assigned numbers" function which is necessary for use of the ISO IP in the Internet, but is beyond the scope of this document.
ここで提案されたアドレシング体系はANSIとISOで使用されるように「経路ドメイン」の概念を利用します。 この概念は同様ですが、同じでないことで、「自律システム」の概念が中でインターネットを使用したということです。 経路ドメインはゲートウェイ、ネットワーク、およびエンドシステム(ゲートウェイであるだけではない)の組み合わせを含んでいます、そして、ルーティングドメイン境界は、関連アクセスコントロールと方針ルーティング規制を定義するのに使用されるかもしれません。 自律システムのように、経路ドメインは隣接であると位相的に思われるかもしれません。 ISO IPとの使用のために割り当てられた経路ドメインがIPとの使用のために割り当てられた既存の自律システムとのどんな特定の関係も必要とする先験的な理由は全くありません。 特定の経路ドメイン識別子の課題はインターネットでISO IPの使用に必要ですが、このドキュメントの範囲にある「規定番号」機能です。
It is expected that this addressing scheme will be appropriate for long term use with the ISO IP in the Internet. However, it is also expected that in the long term, the Internet will be interconnected with other routing domains making use of other schemes, such as addresses assigned to commercial internets through ANSI, and addresses assigned by national standards organizations in other countries. This implies that, in the long term, gateways in the Internet will need to be able to route datagrams to destinations in other routing domains not conforming to the addressing format proposed here. This is discussed in greater detail in section 6.
このアドレシング体系がインターネットのISO IPと共に長期使用に適切になると予想されます。 しかしながら、また、長期で、他の経路ドメインが他の体系を利用している状態でインターネットがインタコネクトされると予想されます、ANSIを通して商業インターネットに割り当てられたアドレスや、他国で国家規格組織によって割り当てられたアドレスなどのように。 これは、インターネットのゲートウェイが、長期にここで提案されたアドレス指定形式に従わないことで他の経路ドメインでデータグラムを目的地に発送できる必要であるのを含意します。 セクション6で詳細によりすばらしいこれについて議論します。
2. Introduction
2. 序論
The CLNP is documented in [1], but for matters of completeness the following illustration of the CLNP header is included here as Figure 1.
CLNPは[1]に記録されますが、完全性の問題において、CLNPヘッダーの以下のイラストは図1としてここに含まれています。
Callon & Braun [Page 2] RFC 1069 IP ISO Addressing February 1989
2月が1989であると扱うCallonとブラウン[2ページ]RFC1069IP ISO
The addressing part of the header is the subject of this RFC, i.e., the source and the destination address, respectively. These addresses are generally discussed in [2] and [3], with this document presenting a specific method for addressing in the Internet environment, consistent with the international standardized NSAP addresses.
ヘッダーのアドレシング一部が、それぞれすなわち、このRFC、ソースの対象と送付先アドレスです。 一般に、[2]と[3]でこれらのアドレスについて議論します、このドキュメントがインターネット環境におけるアドレシングのために特定のメソッドを提示していて、国際的な標準化されたNSAPアドレスと一致しています。
Octet +--------------------------------------+ +-------- | Network Layer Protocol Identifier | 1 : |--------------------------------------| : | Length Indicator | 2 : |--------------------------------------| : | Version/Protocol Id Extension | 3 : Fixed |--------------------------------------| : | Lifetime | 4 : Part |--------------------------------------| : |SP|MS|E/R| Type | 5 : |--------------------------------------| : | Segment Length | 6,7 : |--------------------------------------| : | Checksum | 8,9 : |--------------------------------------| +-------- | Destination Address Length Indicator | 10 : |--------------------------------------| : | Destination Address | 11 through m-1 : Address |--------------------------------------| : | Source Address Length Indicator | m : Part |--------------------------------------| : | Source Address | m+1 through n-1 : |--------------------------------------| +-------- | Data Unit Identifier | n,n+1 : |--------------------------------------| : Segment | Segment Offset | n+2,n+3 : ation |--------------------------------------| : | Total Length | n+4,n+5 : Part |--------------------------------------| +-------- | Options | n+6 through p : Options Part |--------------------------------------| +-------- | Data | p+1 through z : Data +--------------------------------------+ +--------
八重奏+--------------------------------------+ +-------- | ネットワーク層プロトコル識別子| 1 : |--------------------------------------| : | 長さのインディケータ| 2 : |--------------------------------------| : | バージョン/プロトコルイド拡大| 3 : 修理されています。|--------------------------------------| : | 生涯| 4 : 部分|--------------------------------------| : |SP|さん|E/R| タイプ| 5 : |--------------------------------------| : | セグメントの長さ| 6,7 : |--------------------------------------| : | チェックサム| 8,9 : |--------------------------------------| +-------- | 目的地アドレス長さのインディケータ| 10 : |--------------------------------------| : | 送付先アドレス| 11 m-1を通して: アドレス|--------------------------------------| : | ソースアドレス長さのインディケータ| m: 部分|--------------------------------------| : | ソースアドレス| n-1を通したm+1: |--------------------------------------| +-------- | データ単位識別子| n、n+1: |--------------------------------------| : セグメント| セグメントオフセット| n+2、n+3: ation|--------------------------------------| : | 全長| n+4、n+5: 部分|--------------------------------------| +-------- | オプション| pを通したn+6: オプション一部|--------------------------------------| +-------- | データ| zを通したp+1: データ+--------------------------------------+ +--------
Figure 1: PDU Header Format
図1: PDUヘッダー形式
Callon & Braun [Page 3] RFC 1069 IP ISO Addressing February 1989
2月が1989であると扱うCallonとブラウン[3ページ]RFC1069IP ISO
3. Addresses for Use in the Internet
3. インターネットでの使用のためのアドレス
This section describes the addresses used to address NSAPs in the Internet.
このセクションはインターネットでNSAPsを扱うのに使用されるアドレスについて説明します。
The appropriate Authority and Format Identifier (AFI) is one octet in length. It specifies an ISO-6523-ICD assignment, and also that the Domain Specific Part (DSP) of the address is based on binary. The AFI octet uses the value "47". The ISO-6523-ICD format is used to emphasize that this is an administrative assignment. The usage of an ISO DCC (Data Country Code) would be possible, but could be misleading due to the fairly far spread geographical extent of the Internet.
適切なAuthorityとFormat Identifier(AFI)は長さが1つの八重奏です。 それは、ISO-6523-ICD課題と、また、アドレスのDomain Specific Part(DSP)がバイナリーに基づいていると指定します。 AFI八重奏は値「47インチ」を使用します。 ISO-6523-ICD形式は、これが管理課題であると強調するのに使用されます。 ISO DCC(データCountry Code)の使用法は可能でしょう、かなり遠い普及のためインターネットの地理的な範囲をミスリードすることができて。
As required by the ISO addressing standard, the next two octets of the address, in this case, specify the Initial Domain Identifier. This two octet value is the International Code Designator (ICD) assigned to the Internet, "0006".
必要に応じて、ISOアドレシング規格で、アドレスの次の2つの八重奏がこの場合Initial Domain Identifierを指定します。 この2八重奏価値はインターネットに割り当てられた国際旗信号Designator(ICD)、「6インチ」です。
The remainder of the NSAP address is the Domain Specific Part (DSP). This is assigned by the Internet administration, which is considered to be an addressing domain. Note that there is no particular relationship required between addressing domains and routing domains. In this case, although the Internet is considered to be a single addressing domain, it is expected that it will consist of multiple routing domains.
NSAPアドレスの残りはDomain Specific Part(DSP)です。 これはインターネット管理によって割り当てられます。(それは、アドレス指定領域であると考えられます)。 アドレス指定領域と経路ドメインの間で必要であるどんな特定の関係もないことに注意してください。 この場合、インターネットはただ一つのアドレス指定領域であると考えられますが、それが複数の経路ドメインから成ると予想されます。
The DSP of the address specifies a one octet version number, a two octet global area number, a two octet routing domain number, a variable length padding field, a variable length IGP specific part, and a one octet selector field.
アドレスのDSPは1つの八重奏バージョン番号、2の八重奏のグローバルな区域番号、2八重奏経路ドメイン番号、可変長詰め物分野、可変長のIGPの特定の部分、および1つの八重奏セレクタ分野を指定します。
The version number is provided to allow for future extensions, and must contain the value "02".
バージョン番号は、今後の拡大を考慮するために提供されて、値「2インチ」を含まなければなりません。
The global area number and routing domain number are provided to allow for inter-domain routing. Initially, the global area number is reserved and must be set to zero. The routing domain number may be set to the routing domain number of any gateway by which the associated host address is directly reachable.
相互ドメインルーティングを考慮するためにグローバルな区域番号と経路ドメイン番号を提供します。 初めは、グローバルな区域番号を予約されていて、ゼロに設定しなければなりません。 経路ドメイン番号は関連ホスト・アドレスが直接届いているどんなゲートウェイの経路ドメイン番号にも設定されるかもしれません。
The IGP specific part of the address may contain whatever addressing format is used in the routing domain. Two particular formats are expected to be used initially, and are presented in section 4. Padding is used so that the entire address will always be 20 octets in length.
アドレスのIGPの特定の部分は経路ドメインで使用されるどんなアドレス指定形式も含むかもしれません。 2つの特定の形式が、初めは使用されると予想されて、セクション4に示されます。 詰め物は、全体のアドレスが長さで20の八重奏にいつもなるように、使用されています。
The selector field performs the same function as the user protocol
セレクタ分野はユーザプロトコルと同じ機能を実行します。
Callon & Braun [Page 4] RFC 1069 IP ISO Addressing February 1989
2月が1989であると扱うCallonとブラウン[4ページ]RFC1069IP ISO
field in the IP header. This is necessary because the ISO protocol considers identification of the user protocol to be an addressing issue, and therefore does not allow for the user protocol to be specified in the protocol header independently from the address.
IPヘッダーでは、さばきます。 ISOプロトコルが、ユーザプロトコルの識別がアドレシング問題であると考えて、したがって、ユーザプロトコルがプロトコルヘッダーでアドレスから独自に指定されるのを許容しないので、これが必要です。
The assignment of specific routing domain identifiers to defined routing domains, and the assignment of values for use in the selector field, are functions for the Assigned Numbers authority for the Internet [4]. The specific values to be used are outside of the scope of this document.
定義された経路ドメインへの特定の経路ドメイン識別子の課題、およびセレクタ分野での使用のための値の課題はインターネット[4]へのAssigned民数記権威のための機能です。 使用されるべき特定の値がこのドキュメントの範囲の外にあります。
In summary, a source or destination address within the ISO Connectionless Protocol, when used in the Internet, looks as follows:
概要では、インターネットで使用されると、ISO Connectionlessプロトコルの中のソースか送付先アドレスが以下の通りに見えます:
Octet
八重奏
+------------------------+ | AFI | 1 +------------------------+ | IDI / ICD | 2 +-- --+ |(specifies DoD Internet)| 3 +------------------------+ | Version Number | 4 +------------------------+ | Global Area | 5 +--- ---+ | Number | 6 +------------------------+ | Routing | 7 +--- ---+ | Domain | 8 +------------------------+ | | 9 : Padding : : : : : | | n +------------------------+ | IGP | n+1 : : : : : : | Specific | 19 +------------------------+ | Selector | 20 +------------------------+
+------------------------+ | AFI| 1 +------------------------+ | イディ/ICD| 2 +-- --+ |(DoDインターネットを指定します)| 3 +------------------------+ | バージョン番号| 4 +------------------------+ | グローバルな領域| 5 +--- ---+ | 数| 6 +------------------------+ | ルート設定| 7 +--- ---+ | ドメイン| 8 +------------------------+ | | 9 : 詰め物: : : : : | | n+------------------------+ | IGP| n+1: : : : : : | 特定| 19 +------------------------+ | セレクタ| 20 +------------------------+
Figure 2: ISO IP address structure
図2: ISO IPアドレス構造
Callon & Braun [Page 5] RFC 1069 IP ISO Addressing February 1989
2月が1989であると扱うCallonとブラウン[5ページ]RFC1069IP ISO
The Authority and Format Identifier (AFI) is "47" (BCD). The Initial Domain Identifier (IDI) consists of the International Code Designator (ICD) assigned to the Internet, and must contain the value "0006". The Version Number must contain the value "02". The Global Area Number must contains the value "00". The Padding field is of variable length, but must contain the value zero.
AuthorityとFormat Identifier(AFI)は「47インチ(BCD)」です。 Initial Domain Identifier(IDI)はインターネットに割り当てられた国際旗信号Designator(ICD)から成って、値「6インチ」を含まなければなりません。 バージョンNumberは値「2インチ」を含まなければなりません。 Global Area Number必須は値「0インチ」を含んでいます。 Padding分野は、可変長がありますが、値ゼロを含まなければなりません。
4. Specific Values for use with the IGP specific field
4. IGPの特定の分野がある使用のための特定のValues
In general, a particular routing domain may specify any addressing scheme for use with the IGP specific part of the address, up to 11 octets in length (consistent with the maximum address length of 20 octets). However, it is expected that initially addresses used in this field will consist of either the current IP addresses, or addresses conformant with those specified in the draft ANSI proposal for intra-domain routing.
一般に、特定の経路ドメインはアドレス(長さ(20の八重奏の最大のアドレスの長さと一致した)における最大11の八重奏)のIGPの特定の部分で使用のどんなアドレシング体系も指定するかもしれません。 しかしながら、それらでイントラドメインルーティングのための草稿ANSI提案で指定されて、そんなに初めは、この分野で使用されるアドレスが現在のIPがconformantを扱うか、または扱うどちらかから成ると予想されます。
For end systems which are members of routing domains using the IP addresses for internal routing, the addresses will look as follows:
内部のルーティングにIPアドレスを使用する経路ドメインのメンバーであるエンドシステムのためにアドレスは以下の通りに見えるでしょう:
Callon & Braun [Page 6] RFC 1069 IP ISO Addressing February 1989
2月が1989であると扱うCallonとブラウン[6ページ]RFC1069IP ISO
Octet
八重奏
+------------------------+ | AFI | 1 +------------------------+ | IDI / ICD | 2 +-- --+ |(specifies DoD Internet)| 3 +------------------------+ | Version Number | 4 +------------------------+ | Global Area | 5 +--- ---+ | Number | 6 +------------------------+ | Routing | 7 +--- ---+ | Domain | 8 +------------------------+ | | 9 : Padding : : : : : | | 15 +------------------------+ | Four Octet | 16 +--- ---+ | Internet | 17 +--- ---+ | DoD | 18 +--- ---+ | Address | 19 +------------------------+ | Selector | 20 +------------------------+
+------------------------+ | AFI| 1 +------------------------+ | イディ/ICD| 2 +-- --+ |(DoDインターネットを指定します)| 3 +------------------------+ | バージョン番号| 4 +------------------------+ | グローバルな領域| 5 +--- ---+ | 数| 6 +------------------------+ | ルート設定| 7 +--- ---+ | ドメイン| 8 +------------------------+ | | 9 : 詰め物: : : : : | | 15 +------------------------+ | 4八重奏| 16 +--- ---+ | インターネット| 17 +--- ---+ | DoD| 18 +--- ---+ | アドレス| 19 +------------------------+ | セレクタ| 20 +------------------------+
Figure 3: ISO IP Address with Encoded DoD IP Address
図3: コード化されたDoD IPアドレスがあるISO IPアドレス
For end systems which are members of routing domains using the address format specified in the draft ANSI proposal for intra-domain routing [6], the addresses will look as follows:
イントラドメインルーティング[6]に草稿ANSI提案で指定されたアドレス形式を使用する経路ドメインのメンバーであるエンドシステムのためにアドレスは以下の通りに見えるでしょう:
Callon & Braun [Page 7] RFC 1069 IP ISO Addressing February 1989
2月が1989であると扱うCallonとブラウン[7ページ]RFC1069IP ISO
Octet
八重奏
+------------------------+ | AFI | 1 +------------------------+ | IDI / ICD | 2 +-- --+ |(specifies DOD Internet)| 3 +------------------------+ | Version Number | 4 +------------------------+ | Global Area | 5 +--- ---+ | Number | 6 +------------------------+ | Routing | 7 +--- ---+ | Domain | 8 +------------------------+ | | 9 +--- ---+ | Padding | 10 +--- ---+ | | 11 +------------------------+ | | 12 +--- LOC-AREA ---+ | | 13 +------------------------+ | | 14 : ID : : : : : | | 19 +------------------------+ | Selector | 20 +------------------------+
+------------------------+ | AFI| 1 +------------------------+ | イディ/ICD| 2 +-- --+ |(DODインターネットを指定します)| 3 +------------------------+ | バージョン番号| 4 +------------------------+ | グローバルな領域| 5 +--- ---+ | 数| 6 +------------------------+ | ルート設定| 7 +--- ---+ | ドメイン| 8 +------------------------+ | | 9 +--- ---+ | 詰め物| 10 +--- ---+ | | 11 +------------------------+ | | 12 +--- LOC-領域---+ | | 13 +------------------------+ | | 14 : ID: : : : : | | 19 +------------------------+ | セレクタ| 20 +------------------------+
Figure 4: ISO IP Address with Encoded ANSI-format Address
図4: コード化されたANSI-形式アドレスがあるISO IPアドレス
5. Devices Attached to PDNs
5. PDNsに取り付けられたデバイス
Otherwise isolated end systems, which are attached to the Internet only indirectly via public data networks, and simple LANs which are similarly attached only via Public Data Networks, may make use of a separate address format based on their X.121 address. Such addresses may, for example, use the ISO-X.121 address format discussed in [3]. These addresses will need to be handled for routing purposes in much the same way as addresses in routing domains which have been
そうでなければ、孤立しているエンドシステム(Public Data Networksを通してだけ同様に取り付けられる公共のデータ網、および単に間接的に簡単なLANでインターネットに取り付けられる)は彼らのX.121アドレスに基づく別々のアドレス形式を利用するかもしれません。 例えば、そのようなアドレスは[3]で議論したISO-X.121アドレス形式を使用するかもしれません。 これらのアドレスは、ルーティング目的のために大体同じようなやり方でアドレスとしてそうする経路ドメインで扱われる必要があるでしょう。
Callon & Braun [Page 8] RFC 1069 IP ISO Addressing February 1989
2月が1989であると扱うCallonとブラウン[8ページ]RFC1069IP ISO
interconnected to the Internet, but which use other address formats, such as those specified by national standards bodies.
インターネットにもかかわらず、それらなどの他のアドレス形式がどの使用で指定したかと国家標準化機関とインタコネクトしました。
6. Migration to Future Routing Protocols
6. 将来のルーティング・プロトコルへの移行
Initially, routing of ISO datagrams in the Internet may make use of the first 8 octets of the address (AFI, ICD, version, global area number, and routing domain number) as a flat field identifying the routing domain. This implies that if EGP is initially used for routing between routing domains, a new version of EGP may be required to carry 8 octet routing domain numbers instead of 3 octet network numbers.
初めは、インターネットのISOデータグラムのルーティングは経路ドメインを特定する平らな野原としてアドレス(AFI、ICD、バージョン、グローバルな区域番号、および経路ドメイン番号)の最初の8つの八重奏を利用するかもしれません。 これは、EGPが初めは経路ドメインの間のルーティングに使用されるなら、EGPの新しいバージョンが3つの八重奏ネットワーク・ナンバーの代わりに8つの八重奏経路ドメイン番号を運ぶのに必要であるかもしれないことを含意します。
There are currently several efforts underway to determine the requirements for inter-autonomous system routing, and to define a new protocol. One of the requirements of inter-autonomous system routing is the need to be able to deal with a very large Internet. It is anticipated that during the lifetime of the addressing scheme described in this RFC the number of networks in the Internet will grow to the point where it is no longer feasible for any gateway to maintain separate routes to every network in the Internet. Allowing inter-domain routing to be done by routing domain number instead of network number is therefore a necessary step in the long term.
相互自律システムルーティング、新しいプロトコルを定義するという要件を決定するためには進行中の現在、いくつかの取り組みがあります。 相互自律システムルーティングの要件の1つは非常に大きいインターネットに対処できる必要性です。 このRFCで説明されたアドレシング体系の生涯どんなゲートウェイもインターネットのあらゆるネットワークに別々のルートを維持するのが、もう可能でないところでインターネットのネットワークの数が肝心になると予期されます。 したがって、ネットワーク・ナンバーの代わりに経路ドメイン番号で相互ドメインルーティングをするのを許容するのは、長期で必要なステップです。
It is difficult to anticipate the rate at which the number of routing domains may grow. For example, during a period of time in which the number of networks grows by a factor of 100, it is not clear whether the number of routing domains may also be expected to grow by a factor of 100, or by some lesser amount. It is possible that the number of routing domains will also grow to a point where it is not feasible for a single gateway to maintain separate routes to each. In order to prepare for this eventuality, we have provided for a "global area" field.
経路ドメインの数が成長するかもしれない速度を予期するのは難しいです。 例えば、ネットワークの数が100の要素で成長する期間の間、また、100の要素、またはいくらかの、より少ない量に応じて経路ドメインの数が成長すると予想されるかどうかは明確ではありません。 また、経路ドメインの数が1門が別々のルートをそれぞれに維持するのが、可能でないポイントまで成長するのは、可能です。 この不測の事態の用意をするために、私たちは「グローバルな領域」野原に備えました。
In the long term, it will be necessary for gateways to route to destinations which are in routing domains utilizing other addressing formats, specified by other organizations such as ANSI, ECMA, etc. In this case, it will not be possible to ensure that the first 8 octets of the address specifies the routing domain. In the long term, it will therefore be necessary to route based on variable length routing domain identifiers. It may be assumed that future inter-domain routing protocols will allow for specification of either (1) an address mask, specifying which part of an address is relevant for specifying those destinations which are reachable via a particular domain; or (2) a length field, specifying how many leading octets in a particular address are relevant. Specification of the details of such a routing protocol is beyond the scope of this document.
長期で、ANSI、ECMAなどの他の組織で、指定しますゲートウェイが経路ドメインに他のアドレス指定形式を利用することである目的地に発送するのに必要である。 この場合、アドレスの最初の8つの八重奏が経路ドメインを指定するのを保証するのは可能でないでしょう。 したがって、長期で、可変長に基づいて経路ドメイン識別子を発送するのが必要でしょう。 将来の相互ドメインルーティング・プロトコルがどちらかの仕様のために(1) アドレスマスクを許容すると思われるかもしれません、それらの特定のドメインを通して届いている目的地を指定するのにおいて、アドレスのどの部分が関連しているかを指定して。 (2) または、特定のアドレスにおけるいくつの主な八重奏が関連しているかを指定する長さの分野。 そのようなルーティング・プロトコルの詳細の仕様はこのドキュメントの範囲を超えています。
Callon & Braun [Page 9] RFC 1069 IP ISO Addressing February 1989
2月が1989であると扱うCallonとブラウン[9ページ]RFC1069IP ISO
References
参照
[1] ISO, "Protocol for Providing the Connectionless-Mode Network Services", RFC-926, ISO, December 1984.
[1] ISO、「コネクションレスなモードネットワーク・サービスを提供するためのプロトコル」、RFC-926、ISO、1984年12月。
[2] ANSI, "Guidelines for the Specification of the Structure of the Domain Specific Part (DSP) of the ISO Standard NSAP Address", RFC-982, ANSI Working Document X3S3.3/85-258, April 1986.
[2]ANSI、「ISOの標準のNSAPアドレスのドメインの特定の部分(DSP)の構造の仕様のためのガイドライン」、RFC-982、ANSIの働くドキュメントX3S3.3/85-258(1986年4月)。
[3] ISO, Draft International Standard 8348/DAD2, "Information Processing Systems -- Data Communications -- Network Service Definition, Addendum 2 Covering Network Layer Addressing", RFC- 941, April 1985.
[3] ISO、国際規格案8348/DAD2、「情報処理システム(データ通信)はサービス定義をネットワークでつなぎます、付加物2覆いネットワーク層アドレシング」、RFC941、1985年4月。
[4] Reynolds, J. and J. Postel, "Assigned Numbers", RFC-1010, USC/Information Sciences Institute, May 1987.
[4] レイノルズ、J.、およびJ.ポステル(「規定番号」、USC/情報科学が設けるRFC-1010)は1987がそうするかもしれません。
[5] Callon, R. and H. W. Braun, "Working Draft -- Guidelines for the use of Internet-IP addresses in the ISO Connectionless-Mode Network Protocol," RFC-986, June 1986.
そして、[5]Callon、R.、H.W.ブラウン、「作業草案--インターネットIPの使用のためのガイドラインは、中でISO Connectionless-モードがNetworkプロトコルであると扱います」、RFC-986、1986年6月。
[6] ISO TC97/SC6/WG2 working document, "Intermediate System to Intermediate System Intra-Domain Routing Exchange Protocol".
[6] ISO TC97/SC6/WG2の働くドキュメント、「中間システムイントラドメインルート設定交換プロトコルへの中間システム。」
Callon & Braun [Page 10]
Callonとブラウン[10ページ]
一覧
スポンサーリンク