JP3301383B2 - ネットワークシステムの試験方法とネットワーク試験システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、本発明はネットワ
ーク診断・試験方法及びシステムに関し、特に、ネット
ワークパス上に光スイッチ装置を含むネットワークの試
験方法及びシステムに関する。

【０００２】

【従来の技術】従来のネットワーク試験方法として、例
えば特開平８−８９０９号公報には、ネットワークシス
テムの状態の診断・監視を行う監視装置を、システム内
に１つ又は複数設定し、監視装置はシステムの診断・監
視を目的とするテスト用パケットをシステム内で任意の
経路を設定して通信させ、その結果として得られたＣＰ
Ｕ負荷、送受信時刻などの情報を収集し、これらの情報
に基づいて、ネットワークシステムの負荷状態、異常状
態を検知し、操作員が認識できるように表示すること
で、テスト用パケットをより広範な情報収集に利用し障
害検知に限定されない広範囲のネットワークシステムの
状態診断・監視の実現を図る装置が提案されている。

【０００３】

【発明が解決しようとする課題】しかしながら、この従
来の装置は、次のような問題点を有している。

【０００４】第１の問題点は、ネットワークの状態診断
・監視装置として、別個に、ネットワーク監視用の装置
をネットワークに接続する必要があり、このため、この
ネットワーク監視装置自体の障害が発生した場合につい
て考慮すること、及びその対策が必要となる、というこ
とである。この場合、装置の二重化等によりコストが増
大する。

【０００５】第２の問題点は、光スイッチ装置が介在し
たネットワーク構成が考慮されていず、上記従来の装置
を、光スイッチ装置が介在したネットワークの診断・監
視に適用することはできない、ということである。

【０００６】その理由は、光スイッチ装置が介在したネ
ットワークシステムでは、光スイッチ装置は単なるネッ
トワークパスでしかなく、ルートを設定するためには、
光スイッチ装置自体にテスト用パケットを識別できる機
能を新たに実装する必要がある、ためである。

【０００７】したがって、本発明は、上記問題点に鑑み
てなされたものであって、その目的は、ネットワークパ
ス上に光スイッチ装置を含むネットワークの試験におい
て、ネットワーク上のノードを用いて試験可能とするこ
とで特別な監視装置を接続することを不要とするととも
に、ノード間を接続する全パスでネットワーク試験を実
行できたか否かを一目で確認することを可能とするネッ
トワーク試験システム及び方法を提供することにある。

【０００８】

【課題を解決するための手段】前記目的を達成するた
め、本発明は、ネットワーク上の任意のコンピュータシ
ステム（「ノード」という）で起動されサーバプロセス
の起動制御するサーバプロセスマネージャと、任意のノ
ードで起動されクライアントプロセスを起動制御するク
ライアントプロセスマネージャとの間で通信を行ってネ
ットワークシステムの試験に必要な情報のやりとりを行
い、前記クライアントプロセスマネージャから生成され
たクライアントプロセスは診断パケットを生成し該診断
パケットをネットワーク上に送信し、前記サーバプロセ
スマネージャから生成されたサーバプロセスで前記診断
パケットを受信し試験結果を解析蓄積しサーバ側で最終
的にネットワーク試験結果を収集して解析し編集して表
示する。

【０００９】また、本発明は、光スイッチ装置を介して
複数のコンピュータシステム（「ノード」という）がネ
ットワーク接続されてなるネットワークの試験システム
において、前記複数のノードのうちの任意のノードの、
クライアントプロセスと、サーバプロセス間で送信され
る診断パケット内に、あらかじめ想定されるネットワー
クパスのルート情報を設定し、前記光スイッチ装置は前
記診断パケットの前記ルート情報を認識可能とされ、前
記診断パケットを、前記診断パケットで指定されたルー
ト情報に従い前記光スイッチ装置が送出する。

【００１０】本発明においては、前記光スイッチ装置内
部で障害を検出した場合に、前記障害に対応した装置内
部保持情報を、前記診断パケットに付加して、前記光ス
イッチ装置が送出するように構成される。前記光スイッ
チ装置は、入力ポート情報および出力ポート情報、前記
光スイッチ装置内部の再試行処理が発生した場合の再試
行回数情報、および内部検出障害の解析のために有効な
障害付加情報を、前記診断パケットに設定して送出す
る。

【００１１】

【発明の実施の形態】本発明の実施の形態について以下
に説明する。図１に示すようなネットワーク構成におい
て、ネットワークパスの試験を効率良く確実に実行する
ために、本発明の実施の形態においては、診断パケット
がそのパケットフォーマットとして、そのデータ部に、
ネットワークパスのルート情報を含み、該パケットのル
ート情報を光スイッチ装置で認識し、ルート情報に従い
光スイッチ装置が診断パケットを送出するように構成さ
れている。

【００１２】本発明の実施の形態においては、診断パケ
ットには、ルート情報として、パケットの入力ポート情
報および出力ポート情報、装置内部の再試行処理が発生
した場合の再試行回数情報、および内部検出障害の解析
のために有効な障害付加情報を有し（図３、図１０参
照）、この診断パケットをネットワークパス上の光スイ
ッチ装置が受け取ると、診断パケットのデータ部を構成
するルート情報域に、入力ポート番号および出力ポート
番号をセットして該診断パケットを送出する。

【００１３】この処理は、光スイッチ装置毎に順次行わ
れ、最終的に診断パケットを受信するノードのサーバプ
ロセスにて、データの解析と蓄積がなされる。

【００１４】また、本発明の実施の形態においては、光
スイッチ装置は、装置内部に障害を検出した場合、その
障害に対応した装置内部保持情報を診断パケットに付加
して送出する。

【００１５】このように、本発明の実施の形態によれ
ば、診断パケットが通った軌跡と、光スイッチ装置内部
で発生した内部リトライ回数や障害発生時の付加情報な
ども収集管理することができ、このため、ネットワーク
パスの確実な試験を行うことができ、ネットワーク試験
の網羅率を向上できる。

【００１６】

【実施例】上記した本発明の実施の形態についてさらに
詳細に説明すべく、本発明の実施例について図面を参照
して以下に説明する。

【００１７】図１は、本発明の一実施例の構成を示す図
である。図１を参照すると、本実施例は、複数のコンピ
ュータシステム（「ノード」という）２１〜２ｍ（ｍは
２以上の整数）を接続する光スイッチ装置１１〜１ｎ
（ｎは１以上の整数）によって構成される光スイッチ装
置群１を含む。各ノードは、データ処理装置（ＣＰ
Ｕ）、ネットワーク接続するための通信制御装置の他、
情報を記憶する記憶装置、ディスプレイ装置や印刷装置
等の出力装置を含む。

【００１８】図２は、本発明の一実施例において試験対
象となる光スイッチ装置３の構成を示す図である。図２
を参照すると、この光スイッチ装置３は、複数のチャネ
ルモジュール３１−１〜３１−ｍ（ｍは２以上の整数）
から構成されるチャネル処理部３１と、パケットのスイ
ッチ制御を行うスイッチ処理部３２と、装置全体の制御
を行う装置制御部３３と、装置内の個々の部位を相互に
接続するシステムバス３４と、を備えて構成されてい
る。

【００１９】装置制御部３３は、診断パケット識別処理
部３３１と、通常の通信パケット処理部３３２と、診断
パケットデータ部読み出し／書き込み制御部３３３と、
診断パケット送出制御部３３４と、を含んで構成されて
いる。

【００２０】図３は、本発明の一実施例において、ネッ
トワークルートに送出する診断パケットのフォーマット
の一例を示す図である。図３を参照すると、診断パケッ
トはヘッダ部４２とデータ部４３とを含み、ヘッダ部４
２は、診断パケット識別情報４２１と宛先情報４２２と
送信元情報４２３とを含む。

【００２１】診断パケットのデータ部４３は、ルート情
報１〜ｎ（ｎは１以上の整数）を含み、各ルート情報
は、装置個別情報ヘッダ４３１と、ユニットＩＤ（装置
識別情報）４３２と、光スイッチ装置のポート部の故障
時の内部リトライ回数情報４３３と、入力ポート番号４
３４と、装置内部リトライが発生した場合を想定し複数
個分存在する出力ポート番号４３５−１〜４３５−ｍ
（ｍは２以上の整数）と、装置内部で障害が発生した場
合の障害付加情報４３５と、を含む。

【００２２】図４は、本発明の一実施例において、各ノ
ード内で動作するソフトウェア機能をブロック図にて示
した図である。サーバプロセスマネージャ、クライアン
トプロセスマネージャ、サーバプロセス、クライアント
プロセスの各機能は各ノードの計算機上で実行されるプ
ログラム制御によりその機能が実現される。

【００２３】まず、試験を行うネットワーク構成システ
ム内の任意のノード５０でサーバプロセスマネージャ７
０を起動する。

【００２４】このサーバプロセスマネージャ７０は、サ
ーバプロセス管理処理部９０と、クライアントプロセス
マネージャ間通信部９１と、複数のサーバプロセスを生
成するサーバプロセス生成部９２と、（ｍ×ｎ）個のサ
ーバプロセス蓄積データ収集部９３と、結果編集／表示
部９４と、を含む。

【００２５】生成された複数のサーバプロセスがクライ
アントプロセスと診断パケットを伴って通信することに
よって蓄積された情報を（ｍ×ｎ）個のサーバプロセス
蓄積データ収集部９３で収集し、結果編集／表示部９４
にて、収集結果を編集してノードの出力部に出力する。

【００２６】サーバプロセス生成部９２で生成されたサ
ーバプロセス７１は、通信準備処理部９５と、診断パケ
ット受信部と、データ解析／蓄積部９７と、を含む。

【００２７】通信準備処理部９５にて論理ポートアドレ
スを取得し、次に診断パケット受信部９６にて、クライ
アントプロセスから送信された診断パケットを受信し、
データ解析／蓄積部９７にて診断パケットのデータ部の
解析及び蓄積処理を行う。

【００２８】また任意のノード５１で起動されるクライ
アントプロセスマネージャ６０は、通信準備処理部８０
と、サーバプロセスマネージャ間通信部８１と、クライ
アントプロセス生成部８２と、クライアントプロセス管
理処理部８３と、含む。

【００２９】通信準備処理部８０は、サーバプロセスマ
ネージャ７０と通信を行うための論理ポートアドレスを
取得するなどの処理を行う。クライアントプロセス生成
部８２は、サーバプロセスマネージャ７０から送信され
たメッセージに従い生成されたサーバプロセス数分のク
ライアントプロセス６０−１〜６０−ｍを生成する。生
成されたクライアントプロセス６０−１〜６０−ｍは、
通信準備処理部８４と、診断パケット生成部８５と、診
断パケット送信部８６と、を含む。

【００３０】通信準備処理部８４にて論理ポートアドレ
スを取得し、次に診断パケット生成部８５にて診断パケ
ットのフォーマットを作成し、診断パケット送信部８６
にてサーバプロセスのＩＰ（Internet Protocol）アド
レスおよび論理ポートアドレスをターゲットとして診断
パケットを送信する。

【００３１】図９は、本発明の一実施例における、サー
バプロセスマネージャからクライアントプロセスマネー
ジャへの通知メッセージのデータフォーマットを示す図
である。

【００３２】図９を参照すると、ＩＰアドレスＡ１は、
サーバプロセスマネージャが起動された任意のノードに
対応したＩＰアドレスを示し、生成したサーバプロセス
総数は、サーバプロセスマネージャによって生成された
サーバプロセスの総数を示す。ＩＤ（Ｂ１〜Ｂｎ）およ
び論理ポートアドレス（Ｃ１〜Ｃｎ）は、サーバプロセ
スを識別するＩＤ、および、サーバプロセスによって取
得された論理ポートアドレス値を示す。

【００３３】図５乃至図８は、図４を参照して説明し
た、サーバマネージャ、クライアントマネージャ、サー
バプロセス、クライアントプロセスの処理フローをそれ
ぞれ示す流れ図である。

【００３４】図３乃至図８を参照して、本発明の一実施
例の動作について詳細に説明する。

【００３５】まず、試験を行うネットワーク構成システ
ム内の任意のノードでサーバプロセスマネージャ７０を
起動する（図５のステップ５００）。

【００３６】サーバプロセスマネージャ７０は、起動直
後に他ノードとの通信を行うための論理ポートアドレス
を取得し（図５のステップ５０１）、クライアントプロ
セスマネージャ間通信部９１にてメッセージ受信を待ち
合わせる（図５のステップ５０２）。

【００３７】次に任意のノードでクライアントプロセス
マネージャが起動され（図６のステップ６００）、クラ
イアントプロセスマネージャは、サーバプロセスマネー
ジャと通信を行うための論理ポートアドレスを取得し、
サーバプロセスマネージャに対して、サーバプロセスマ
ネージャ間通信部８１にてサーバプロセスの生成指示メ
ッセージを送信する（図６のステップ６０２）。

【００３８】サーバプロセスマネージャは、クライアン
トプロセスマネージャからの当該メッセージを受信する
と、サーバプロセス生成部９２にて、要求数分のサーバ
プロセスを生成して起動する（図７のステップ７０
０）。

【００３９】生成されたサーバプロセス６１は、起動直
後に通信準備処理部９５にて論理ポートアドレスを取得
し、サーバプロセスマネージャに報告し、診断パケット
受信部９６にて、メッセージ待ち合わせ状態に移行す
る。

【００４０】サーバプロセスマネージャは、生成された
個々のサーバプロセスから報告された論理ポートアドレ
ス情報を、図９に示すデータフォーマットにまとめ、ク
ライアントプロセスマネージャにメッセージ送信する
（図５のステップ５０５）。

【００４１】このメッセージを受信したクライアントプ
ロセスマネージャは、内容を解析すると共に、生成され
たサーバプロセス数分のクライアントプロセス５０−１
〜５０−ｍをクライアントプロセス生成部８２にて生成
する（図６のステップ６０５）。

【００４２】生成されたクライアントプロセスは、起動
後直ちに、通信準備処理部８４にて論理ポートアドレス
を取得し、次に診断パケット生成部８５にて診断パケッ
トのフォーマットを作成し（図８のステップ８０１）、
診断パケット送信部８６にてサーバプロセスのＩＰアド
レスＡ１および論理ポートアドレスＣ１〜Ｃｎをターゲ
ットとして診断パケットを送信する（図８のステップ８
０２）。

【００４３】クライアントプロセスよりサーバプロセス
宛に送信された診断パケットは、ネットワークパス上を
複数の光スイッチ装置を介して伝達される。この際、光
スイッチ装置は、チャネル処理部３１の１つのチャネル
ポートから入力された診断パケットを、スイッチ処理部
３２によるスイッチ制御により、選択された出力ポート
へパケットを送る。

【００４４】また、この際、装置制御部３３の診断パケ
ット識別処理部３３１によって、入力されたパケットが
診断パケットであると識別された場合には、診断パケッ
ト内のデータ部に、自身の装置ＩＤ（ユニットＩＤ）４
３２、および入力ポート番号４３４、出力ポート番号４
３５−１を、診断パケットデータ部読み出し／書き込み
制御部３３３にてセットし、この診断パケットを、診断
パケット送出制御部３３４にて、出力ポートから送出す
る。

【００４５】また、光スイッチ装置３内のスイッチ処理
部３２で選択された最初の出力ポートアドレスで、ポー
ト障害を検出した場合には、装置内部での内部リトライ
回数情報４３３に回数をセットし、リトライにて選択さ
れた出力ポートアドレスをｍ個分セットした上で、障害
原因を解析するために、有効な障害付加情報４３５をセ
ットした診断パケットを、最終的に選択された正常な出
力ポートから送出する。

【００４６】クライアントプロセスから送信された診断
パケットを受信したサーバプロセスでは、データ解析／
蓄積部９７にて、データ内容を解析して情報を蓄積し
（図７のステップ７０５）、次の診断パケットを受信待
ちするという一連の動作を繰り返す。

【００４７】生成されたサーバプロセスおよびクライア
ントプロセスは、それぞれ１対１で診断パケットの送受
信を既定の回数分繰り返し、ネットワークパスの試験を
行い、試験実行が完了すると（図８のステップ８０
４）、クライアントプロセスは、対応するサーバプロセ
スに対して通信終了指示を送信する（図８のステップ８
０７）。なお、クライアントプロセスにおいて、サーバ
プロセスへの診断パケットの送信が失敗した場合、再送
信を行い、なおも回復しない場合には、エラーメッセー
ジ出力等のエラー処理が行われる（図８のステップ８０
５、８０６、８０９参照）。

【００４８】サーバプロセスマネージャは、（ｍ×ｎ）
個のサーバプロセス蓄積データ収集部９３にて、個々の
サーバプロセスが蓄積した診断結果情報を収集し、結果
編集／表示部９４にて、全体のネットワーク試験結果を
編集して出力部に出力する（図５のステップ５０９）。

【００４９】次に、本発明の他の実施例について説明す
る。図１０は、本発明の第二の実施例の診断パケットフ
ォーマットを示す図である。図１０を参照すると、診断
パケットフォーマットＤ１中のデータ部Ｄ３に含まれる
ルート情報ｎが、予定入力ポート番号Ｄ３３、光スイッ
チ装置内部でポート障害発生時の再試行処理発生時の出
力ポート選択処理に対するプライオリティ付けを表す予
定出力ポート番号Ｄ３４−１〜Ｄ３４−ｍ、実入力ポー
ト番号Ｄ３６、実出力ポート番号Ｄ３７を有している

【００５０】次に、具体例に即して本発明の第二の実施
例について説明する。

【００５１】クライアントプロセスよりサーバプロセス
宛に送信された診断パケットは、ネットワークパス上を
複数の光スイッチ装置を介して伝達される。

【００５２】ある光スイッチ装置３にパケットが入力さ
れると、図２を参照して、装置制御部３３により入力さ
れたパケットが診断パケットあると識別された場合は、
光スイッチ装置３は、チャネル処理部３１の１つのチャ
ネルポートから入力された診断パケットを最も選択プラ
イオリティの高い予定出力ポート番号Ｄ３４−１（図１
０参照）に指定された出力ポートへパケットを送る。こ
の際、装置内部で処理が正常に行われた場合は、診断パ
ケット内のデータ部に自身の装置ＩＤおよび実入力ポー
ト番号Ｄ３６、実出力ポート番号Ｄ３７をセットして診
断パケットを出力ポートから送出する。

【００５３】また、ルート情報内の予定出力ポート番号
１に指定されたポートアドレスでポート障害を検出した
場合は、装置内部での再試行回数情報Ｄ３５に再試行回
数をセットし、予定出力ポート番号２にて指定された出
力ポートアドレスを選択して診断パケットを送出する。

【００５４】再度ポート障害発生時は、予定出力ポート
番号ｍにて指定された次にプライオリティが高いポート
アドレスを選択して診断パケットの送出処理を行う。な
お、障害発生時の障害原因を解析するために有効な障害
付加情報Ｄ３８を付加した診断パケットを最終的に選択
された正常な出力ポートから送出する。

【００５５】前述したように、診断パケット内に予めル
ート情報をセットしてネットワーク試験を実行すること
で、構成されている全てのネットワークパスを意図的に
かつ確実に試験することが可能であり、ネットワークパ
ス上にある通常状態では検出されない障害を事前に検出
して取り除くことが可能となる。

【００５６】

【発明の効果】以上説明したように、本発明によれば下
記記載の効果を奏する。

【００５７】本発明の第１の効果は、ノード間を接続す
る全パスでネットワーク試験を実行できたかどうかを一
目で確認することを可能とする、ということである。

【００５８】その理由は、クライアントプロセスと、サ
ーバプロセス間で送信される診断パケット内に、予め想
定されるネットワークパスのルート情報を設定し、光ス
イッチ装置が、この診断パケットのルート情報を認識
し、指定されたルート情報に従い送出するように構成し
たためである。

【００５９】また、本発明の第二の効果は、、診断パケ
ット内にあらかじめルート情報をセットしてネットワー
ク試験を実行することにより、意図的に全ネットワーク
パスを試験することも可能となる、ということである。

【００６０】本発明の第三の効果として、診断パケット
を送信するクライアントプロセスが複数並行動作するた
め、試験時にネットワークパスの負荷を高く設定するこ
とが可能であり、高負荷状態での装置の正常動作試験を
行うことも可能である、ということである。

【図面の簡単な説明】

【図１】本発明が適用されるネットワーク構成を示す図
である。

【図２】本発明の一実施例における光スイッチ装置の構
成を示す図である。

【図３】本発明の一実施例における診断パケットのパケ
ットフォーマットを示す図である。

【図４】本発明の一実施例におけるノードで起動するプ
ロセスの機能ブロック図である。

【図５】本発明の一実施例におけるサーバマネージャの
処理フローを示す図である。

【図６】本発明の一実施例におけるクライアントマネー
ジャの処理フローを示す図である。

【図７】本発明の一実施例におけるサーバプロセスの処
理フローを示す図である。

【図８】本発明の一実施例におけるクライアントプロセ
スの処理フローを示す図である。

【図９】本発明の一実施例における、サーバプロセスマ
ネージャからクライアントプロセスマネージャへの通知
メッセージのデータフォーマットを示す図である。

【図１０】本発明の第二の実施例における診断パケット
のパケットフォーマットを示す図である。

【符号の説明】

１１〜１ｎ、３ 光スイッチ装置 ２１〜２ｎ ノード ３１ チャネル処理部 ３２ スイッチ処理部 ３３ 装置制御部 ３４ システムバス ４１ 診断パケットフォーマット ４２ ヘッダ部 ４３ データ部 ５０、５１ ノード ６０ クライアントプロセスマネージャ ７０ サーバプロセスマネージャ ７１ サーバプロセス ８０ 通信準備処理部 ８１ サーバプロセスマネージャ間通信部 ８２ クライアントプロセス生成部 ８３ クライアントプロセス管理処理部 ８４ 通信準備処理部 ８５ 診断パケット生成部 ８６ 診断パケット送信部 ９０ サーバプロセス管理処理部 ９１ クライアントプロセスマネージャ間通信部 ９２ サーバプロセス生成部 ９３ （ｍ×ｎ）個のサーバプロセス蓄積データ収集部 ９４ 結果編集／表示部 ９５ 通信準備処理部 ９６ 診断パケット受信部 ９７ データ解析／蓄積部 ３３１ 診断パケット識別処理部 ３３２ 通信パケット処理部 ３３３ 診断パケットデータ部読み出し／書き込み制御
部 ３３４ 診断パケット送出制御部 ４２１ 診断パケット識別情報 ４２２ 宛先情報 ４２３ 送信元情報 ４３１ 装置個別情報ヘッダ ４３２ ユットＩＤ（装置識別情報） ４３３ 内部リトライ回数情報 ４３４ 入力ポート番号 ４３５ 出力ポート番号 ４３６ 障害付加情報 Ａ１ ＩＰアドレス Ａ２ 生成したサーバプロセス総数 Ｂ１〜Ｂｎ ＩＤ Ｃ１〜Ｃｎ 論理ポートアドレス

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ Ｈ０４Ｌ 29/14 Ｈ０４Ｌ 13/00 ３１５Ｚ (56)参考文献 特開 昭60−241349（ＪＰ，Ａ) 特開 昭63−206048（ＪＰ，Ａ) 電子情報通信学会技術研究報告 ＩＮ 89−69，1989年10月27日，001，ＣＳＮ Ｇ199800901001 山居正幸，「ＳＮＭＰベースのネット ワーク管理」，ＯＰＥＮ ＤＥＳＩＧＮ Ｎｏ．10，ＣＱ出版株式会社，1997年 ６月15日，第２版，第90−133頁，001, ＣＳＮＤ199800059005 多々良浩司他，「三菱高速光ＬＡＮ “ＭＥＬＮＥＴ Ｒ100”システム技 術」，三菱電機技報，三菱電機エンジニ アリング株式会社，1992年８月25日，第 66巻，第８号，第56−61頁，001，ＣＳ ＮＨ199900171010 (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/24 - 12/28 H04L 12/56 H04L 29/14 G06F 13/00 H04B 10/08 H04B 10/02

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】光スイッチ装置よりなるスイッチ装置を介
   して複数のコンピュータシステム（「ノード」という）
   がネットワーク接続されてなるシステムの試験方法にお
   いて、 前記複数のノードのうち任意のノードでネットワーク試
   験用の診断パケットを生成し、前記診断パケットがネッ
   トワーク試験を行うパスのルート情報を含み、前記診断
   パケットを受信した前記光スイッチ装置はこの診断パケ
   ットを認識して前記ルート情報に従い前記診断パケット
   を送出し、前記光スイッチ装置は、入力ポート情報および出力ポー
   ト情報、前記光スイッチ装置内部の再試行処理が発生し
   た場合の再試行回数情報、および内部検出障害の解析の
   ために有効な障害付加情報を、前記診断パケットに設定
   して送出し、 前記複数のノードのうち任意のノードで前記ネットワー
   ク上を送信された診断パケットを収集して試験結果デー
   タを蓄積し解析する、ことを特徴とするネットワーク試
   験方法。
2. 【請求項２】光スイッチ装置を介して複数のコンピュー
   タシステム（「ノード」という）がネットワーク接続さ
   れてなるネットワークの試験システムにおいて、 前記ネットワーク上の任意のノードで生成されネットワ
   ーク上に送出されるネットワーク診断パケットがネット
   ワークパスのルート情報を含み、 前記光スイッチ装置が、前記ネットワーク上を送信され
   てきた診断パケットを識別する手段を備え、 前記診断パケットを認識した光スイッチ装置は、前記診
   断パケットのルート情報に従い前記診断パケットを送出
   し、 前記光スイッチ装置は、入力ポート情報および出力ポー
   ト情報、前記光スイッチ装置内部の再試行処理が発生し
   た場合の再試行回数情報、および内部検出障害の解析の
   ために有効な障害付加情報を、前記診断パケットに設定
   して送出する、 ことを特徴とするネットワーク試験シス
   テム。
3. 【請求項３】前記光スイッチ装置が、装置内での障害検
   出時、前記診断パケットに、該障害に対応した前記装置
   の保持情報を付加して前記診断パケットを送出する手段
   を備えた、ことを特徴とする請求項２記載のネットワー
   ク試験システム。
4. 【請求項４】光スイッチ装置を介して複数のコンピュー
   タシステム（「ノード」という）がネットワーク接続さ
   れてなるネットワークの試験システムにおいて、 前記複数のノードのうちの任意のノードの、クライアン
   トプロセスと、サーバプロセス間で送信される診断パケ
   ット内に、あらかじめ想定されるネットワークパスのル
   ート情報を設定し、 前記光スイッチ装置は前記診断パケットの前記ルート情
   報を認識可能とされ、 前記診断パケットを、前記診断パケットで指定されたル
   ート情報に従い前記光スイッチ装置が送出し、 前記光スイッチ装置内部で障害を検出した場合に、前記
   障害に対応した装置内部保持情報を、前記診断パケット
   に付加して、前記光スイッチ装置が送出し、 前記光スイッチ装置が、入力ポート情報および出力ポー
   ト情報、前記光スイッチ装置内部の再試行処理が発生し
   た場合の再試行回数情報、および内部検出障害の解析の
   ために有効な障害付加情報を、前記診断パケットに設定
   して送出する 、 ことを特徴とするネットワーク試験システム。
5. 【請求項５】ネットワーク接続された任意のコンピュー
   タシステム（「ノード」という）で起動されるサーバプ
   ロセスマネージャと、任意のノードで起動されるクライ
   アントプロセスマネージャとの間でネットワークシステ
   ムの試験に必要な情報のやりとりを行い、ネットワーク
   試験を行うシステムにおいて、 前記サーバプロセスマネージャは、 サーバプロセス管理処理手段と、 クライアントプロセスマネージャ間通信手段と、 複数のサーバプロセスを生成するサーバプロセス生成手
   段と、 サーバプロセスから蓄積されたデータを収集するサーバ
   プロセス蓄積データ収集手段と、 収集結果の編集及び表示を制御する結果編集／表示手段
   と、 を含み、 生成された複数のサーバプロセスがクライアントプロセ
   スと診断パケットを伴って通信することによって、収集
   蓄積された情報を、前記サーバプロセス蓄積データ収集
   手段で収集し、前記結果編集／表示手段にて、収集結果
   を編集してノードの出力手段に出力し、 前記サーバプロセス生成手段で生成されたサーバプロセ
   スは、 通信準備処理部手段と、 診断パケット受信手段と、 データ解析／蓄積手段と、を含み、 前記通信準備処理手段にて論理ポートアドレスを取得
   し、次に診断パケット受信手段にて、クライアントプロ
   セスから送信された診断パケットを受信し、データ解析
   ／蓄積手段にて診断パケットのデータ部の解析及び蓄積
   処理を行い、 任意のノードで起動されるクライアントプロセスマネー
   ジャが、 通信準備処理手段と、 サーバプロセスマネージャ間通信手段と、 クライアントプロセス生成手段と、 クライアントプロセス管理処理手段と、を含み、 前記通信準備処理手段は、前記サーバプロセスマネージ
   ャと通信を行うための論理ポートアドレスを取得し、前
   記クライアントプロセス生成手段は、前記サーバプロセ
   スマネージャから送信されたメッセージに従い生成され
   たサーバプロセス数分のクライアントプロセスを生成
   し、 前記生成されたクライアントプロセスは、 通信準備処理手段と、 診断パケット生成手段と、 診断パケット送信手段と、を含み、 クライアントプロセスの前記通信準備処理手段にて論理
   ポートアドレスを取得し、次に前記診断パケット生成手
   段にて診断パケットのフォーマットを作成し、前記診断
   パケット送信手段にてサーバプロセスのネットワークア
   ドレスおよび論理ポートアドレスを宛先として診断パケ
   ットを送信するネットワーク試験システムであって、 前記各ノードが光スイッチ装置を介してネットワーク接
   続されてなり、 前記複数のノードのうちの任意のノードの、クライアン
   トプロセスと、サーバプロセス間で送信される診断パケ
   ット内に、あらかじめ想定されるネットワークパスのル
   ート情報を設定し、 前記光スイッチ装置は前記診断パケットの前記ルート情
   報を認識可能とされ、 前記診断パケットを、前記診断パケットで指定されたル
   ート情報に従い前記光スイッチ装置が送出し、 前記光スイッチ装置が、入力ポート情報および出力ポー
   ト情報、前記光スイッチ装置内部の再試行処理が発生し
   た場合の再試行回数情報、および内部検出障害の解析の
   ために有効な障害付加情報を、前記診断パケットに設定
   して送出する 、ことを特徴とするネットワーク試験シス
   テム。