この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
序章
この国際標準は、ネットワーク層ルーティング プロトコルに関連する多くの標準の 1 つです。ルーティングの全体的なフレームワークは、ISO/IEC TR 9575 で説明されています。この国際規格は、フレームワークの単一サブネットワーク ルーティングを扱う部分に特に関連しています。
この国際規格は、ISO 接続モードのネットワーク サービスを提供するために X.25 の使用を指定する ISO/IEC 8878 に関連しています。この議定書は、次の実際的な問題に対する解決策を提供します。
- a)エンド システムは、エンド システムが直接接続されているサブネットワーク以外のサブネットワーク上の宛先に NPDU をルーティングできる中間システムの到達可能性をどのように検出しますか?
- b)エンド システムは、同じサブネットワーク上の他のエンド システムの到達可能性をどのように検出しますか (宛先 NSAP アドレスを直接調べても、宛先サブネットワーク アドレスに関する情報が得られない場合)?
- c)サブネットワーク アドレス解決エンティティは、それが直接接続されているサブネットワーク上のエンド システムの到達可能性をどのように発見しますか?
- d)独自のネットワーク アドレスで事前構成されていないエンド システムは、ネットワーク エンティティ タイトル (NET) の一時的な割り当てをどのように要求し、必要なネットワーク アドレスを取得しますか?共通サブネット？
- e)中間システムは、同じサブネットワーク上のエンド システムの到達可能性をどのように検出しますか (NSAP 宛先アドレスを直接調べても、宛先サブネットワーク アドレスに関する情報が得られない場合)?
プロトコルは、次のことを前提としています。
- a)同じサブネットワーク上の指定されたサブネットワーク接続ポイント (SNPA) アドレスへのルーティングは、サブネットワーク自体によって十分に実行されます。
- b)ただし、サブネットワークは、要求された宛先との通信を実現するために NSAP アドレスのみを使用してグローバルにルーティングすることはできません。
- c)このプロトコルを使用するエンド システムと中間システムは、SNARE へのアクセスに使用できる SNPA アドレスを少なくとも 1 つ知っている必要があります。
このプロトコルは、次の目的で設計されています。
- a)エンド システムが他のエンド システムとの通信を開始する前に、エンド システムが必要とするアプリオリな状態情報の量を最小限に抑えます。
- b)エンド システムにルーティング情報を格納するために必要なメモリ量を最小限に抑えます。他の
- c)エンド システムのルーティング アルゴリズムの計算の複雑さを最小限に抑えます。
このプロトコルは、ISO 9542 で指定されたものと同様の機能を実行します。ただし、ISO/IEC 8208 (X.25/PLP) を運用する環境の特性と、ISO/IEC 8208 (X.25/PLP) 自体の実際の機能は無効になります。 ISO 9542 の運用は次のとおりです。
- a)一般的な非ブロードキャスト環境では、ISO 9542 の構成サブセットは不適切です。
- b) ISO/IEC 8208 (X.25/PLP) を運用するブロードキャスト環境では、ISO 9542 のリダイレクト サブセットが無効になります。
したがって、このプロトコルは、前述のすべての機能を ISO/IEC 8208 (X.25/PLP) の運用と調和して実行するために開発されました。
Introduction
This International Standard is one of a number of standards concerned with Network Layer Routeing Protocols. An overall framework for routeing is described in ISO/IEC TR 9575. This International Standard specifically relates to that part of the framework which deals with Single Subnetwork Routeing.
This International Standard is related to ISO/IEC 8878 which specifies the use of X.25 to provide the ISO connection-mode Network Service. This Protocol provides solutions for the following practical problems:
- a) How do End Systems discover the reachability of Intermediate Systems that can route NPDUs to destinations on subnetworks other than the one(s) to which the End System is directly connected?
- b) How do End Systems discover the reachability of other End Systems on the same subnetwork (when direct examination of the destination NSAP address does not provide information about the destination subnetwork address)?
- c) How does a Subnetwork Address Resolution Entity discover the reachability of End Systems on the subnetwork to which it is directly connected?
- d) How does an end System, which has not been pre-configured with its own Network Address, request the temporary assignment of a Network Entity Title (NET) and thus, derive the necessary Network Address(es), from a SNARE located on a common subnetwork?
- e) How do Intermediate systems discover the reachability of End Systems on the same subnetwork (when direct examination of the NSAP destination address does not provide information about the destination subnetwork address)?
The Protocol assumes that:
- a) Routeing to a specified subnetwork point of attachment (SNPA) address on the same subnetwork is carried out satisfactorily by the subnetwork itself.
- b) The subnetwork is not, however, capable of routeing on a global basis using the NSAP address alone to achieve communication with a requested destination.
- c) End Systems and Intermediate Systems using this protocol require to know at least one SNPA address that can be used to access a SNARE.
The protocol is designed to:
- a) minimize the amount of a priori state information needed by End Systems before they can begin to communicate with other End Systems;
- b) minimize the amount of memory needed to store routeing information in End Systems; and
- c) minimize the computational complexity of End Systems routeing algorithms.
This Protocol performs similar functions to the ones specified in ISO 9542. However, the characteristics of environments operating ISO/IEC 8208 (X.25/PLP) and the actual functionality of ISO/IEC 8208 (X.25/PLP) in itself invalidate the operation of ISO 9542 as follows:
- a) In general non-broadcast environments, the Configuration subset of ISO 9542 is inadequate.
- b) In broadcast environments operating ISO/IEC 8208 (X.25/PLP), the Redirection subset of ISO 9542 is invalidated.
Therefore, this Protocol is developed to perform all the aforementioned functions in harmony with the operation of ISO/IEC 8208 (X.25/PLP).