JPH09200209A

JPH09200209A - 中継装置テスト方式

Info

Publication number: JPH09200209A
Application number: JP994696A
Authority: JP
Inventors: Tetsuji Nakamura; 哲司中村; Kazuhiro Matsushita; 和弘松下
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-01-24
Filing date: 1996-01-24
Publication date: 1997-07-31
Anticipated expiration: 2016-01-24
Also published as: WO2004079990A1; US6034948A; JP3569371B2

Abstract

(57)【要約】【課題】中継装置の評価を行うとき、外部テスト端末と
各種ネットワーク媒体を接続して、テストするのでネッ
トワーク媒体が多数の場合試験設備費が大になる。【解決手段】送受信部３、４と、経路制御部２が設けら
れた被テスト中継装置１と、第１のテスト装置１０と、
第２のテスト装置１１と、前記第１のテスト装置１０に
第１の仮想ネットワークを入力する入力手段１２と、前
記第２のテスト装置１１、第２の仮想テストワークを入
力する入力手段１３と、送受信部４に入力されたデータ
に付加されたアドレス情報により送出すべき送受信部４
が記載され、送受信部３に設けられた経路制御テーブル
を具備し、第１のテスト装置から第２のテスト装置にお
ける仮想ネットワークあてに送出されたテストデータ
を、第２のテスト装置で受信し、この受信したテストデ
ータを確認する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数の端末装置が接
続されたネットワークを具備する中継装置のテスト方式
に係り、特に試験環境設備のテスト用のネットワーク媒
体、テスト用端末装置を物理的に設備、構成することな
く、被試験装置である中継装置の中継機能をテストした
り、各種プロトコルデータのテスト等各種中継データの
検証を行う等の評価を行うものに関する。

【０００２】

【従来の技術】一般に例えば新しく開発された中継装置
の評価を、例えば工場において製品出荷時に行う場合、
図１１（Ａ）に示す如く、被テスト用の中継装置１００
を、中継装置１１０、１１１、１１２、１１３・・・及
びネットワーク媒体を介して各種の外部テスト端末装置
Ａ、Ｂ、Ｃ、Ｄ・・・、Ｅ、Ｆ、Ｇ、Ｈ・・・を組み合
わせて、データを折り返し可能状態にし、例えば外部テ
スト端末装置Ｂから中継装置１００を経由して外部テス
ト端末装置Ｇに送信し、これを外部テスト端末装置Ｇか
ら返信させ、この返信結果を外部テスト端末装置Ｂにお
いてチェックし、この返信結果により中継装置１００の
中継接続機能を検証していた。

【０００３】このとき、外部テスト端末装置Ｂにおける
受信データを予め用意している期待値データと比較する
ことにより、中継装置１００の送受信機能の検証とデー
タ化けの検出を行っていた。

【０００４】図１１（Ａ）において、中継装置１００
は、経路制御を行う経路制御部１０１と、送受信パスＰ
₀〜Ｐ₃を有する送受信部１０２と、送受信パスＰ₄〜
Ｐ₇を有する送受信部１０３が設けられている。

【０００５】経路制御部１０１は、送信先の端末に対応
する送受信部１０２、１０３の送受信パスを指示する経
路制御テーブルの作成を制御するものであり、例えばテ
スト端末装置Ｂ−Ｇ間でデータの送受信を行うとき、送
受信部１０２には経路制御部１０１からの指示に基づき
経路制御情報としてテスト端末装置Ｇ−送受信パスＰ ₅
が記載された経路制御テーブル（図示省略）が作成さ
れ、送受信部１０３には、同様に経路制御情報としてテ
スト端末装置Ｂ−送受信パスＰ₂が記載された経路制御
テーブル（図示省略）が作成される。

【０００６】中継装置１００では、テスト端末装置Ｂか
らテスト端末装置Ｇ宛のデータが伝達されたとき、送受
信部１０２は前記経路制御テーブルを参照して送出先の
送受信パスがＰ₅であることを認識し、これを付加して
システムバス１０４上に送出する。これにより送受信部
１０３がこのデータを取り込み、送受信パスＰ₅よりテ
スト端末装置Ｇに送出する。

【０００７】テスト端末装置Ｇではこのデータを受信
後、これをテスト端末Ｂ宛に折り返し送信する。このと
き、中継装置１００の送受信部１０３が前記経路制御テ
ーブルを参照して、送出先の送受信パスがＰ₂であるこ
とを認識し、これを付加してシステムバス１０４上に送
出する。これにより送受信部１０２がこのデータを取り
込み、送受信パスＰ₂よりテスト端末装置Ｂに送出す
る。

【０００８】このようにしてテスト端末装置Ｂでは、こ
の折り返し状態で受信した試験データの戻ってきた結果
により中継装置１００の中継機能を検証し、また受信し
た試験データを予め用意した期待値データと比較するこ
とにより送受信機能の検証とデータ化けの検出を行って
いた。

【０００９】現在の中継装置のテストは、中継装置の全
ての送受信パスに各種ネットワーク媒体を洩れなく接続
してテストを行っているが、中継装置の大容量化や高機
能化に伴って送受信パスの増加と、送受信機能の種類が
増し、テスト設備をネットワーク媒体数と種類及びテス
ト端末装置数と種類を全て用意することは試験設備コス
トと設置スペースコスト面から不可能である。また中継
装置の送受信パスにネットワーク媒体及びテスト端末装
置をただ単に接続しただけでは中継装置の接続機能の全
てを評価することは出来ない。

【００１０】

【発明が解決しようとする課題】前記従来のテストで
は、被テスト用の中継装置１００の送受信部１０１、１
０２の各送受信パスＰ₀〜Ｐ₃、Ｐ₄〜Ｐ₇に物理的な
ネットワーク媒体とテスト端末装置を接続してテストを
行っていたが、テスト環境に設置できるネットワーク媒
体の本数やこれに接続されるテスト端末装置の数には限
界があった。

【００１１】このため中継装置の経路制御情報の最大パ
ス数、あるいはそれを越えた中継機能のテストを行うこ
とが出来なかった。また経路制御情報は例えば３０秒に
１回の間隔で動的に変更されるが、前記最大パス数とこ
の動的変更の重なった状態の中継機能のテストを行うこ
とが出来なかった。

【００１２】従来のテストにおけるプロトコルのテスト
は、中継装置に異なるプロトコルが動作する端末装置を
２台以上接続設置し、人手でそのプロトコルをサポート
したＯＳを操作し、テストを行っていたが、人手ではテ
ストデータの作成やそのデータの確認作用が煩雑であ
り、作業ミスが起きる。またネットワークプロトコルは
数１０種あり、それぞれのプロトコルをサポートした端
末装置を試験環境として常時設置することやそのＯＳを
操作することには限界がある。

【００１３】さらに、中継装置はそれら各種プロトコル
を並行動作させる機能を持っているが、上記の人手操作
でテストすると、それぞれのプロトコル間の干渉テスト
は毎回マチマチであり、かつ障害時の再現は困難であっ
た。

【００１４】なお、端末装置に各種プロトコル毎のテス
トツールを作成することは、ツールの開発環境がそれぞ
れのプロトコルをサポートしているＯＳにより異なるの
で開発工数が高くなり、部分的にしかできず全てのプロ
トコルのテストの実現が困難である。

【００１５】従来の試験データのテストは発信端末装置
から被テスト中継装置を経由して送信し、受信端末装置
でこの受信した試験データを折り返し返信することで、
元の発信端末装置においてこの折り返された試験データ
を確認していた。

【００１６】しかしネットワーク媒体や中継装置のデー
タの輻輳で試験データが破棄されることがあり、その破
棄される確率は、往路方式に比較して往路／復路で２倍
となり、テスト効率が悪い。しかもデータ障害を検出し
たとき、この障害が往路あるいは復路のいずれで発生し
たのか特定することが困難である。

【００１７】従来の試験データのテストは、テスト端末
装置つまり発信端末装置から発信した試験データ（パケ
ット）は、対向する受信端末装置からの折り返しで元の
発信端末装置に戻り、この発信端末装置で折り返された
試験データの確認が行われる。そしてこの確認後次の試
験データの発信処理が行われる。

【００１８】このため発信端末装置における受信処理と
データ確認処理によるオーバヘッドのため、最初の試験
データの発信から次の試験データの発信処理の間に遊び
つまり処理待ちが発生する。このため被テスト中継装置
に対してほぼ連続的に試験データを送信することにより
被テスト中継装置に受信の負荷を大きく掛けるという状
態でのテストを行うことが出来なかった。

【００１９】また、テスト端末装置でデータを受信する
には物理層（ハード）→ドライバ層→ディスパッチャ
（スケジュラ）→ネットワークカーネル層を経由する。
ところで、これらの層間で受信データの受渡しが行われ
る度にメモリコピー処理のためのオーバヘッドが入るた
め、テスト端末装置の処理性能が低下し、各層でデータ
の輻輳が発生する。そしてこれにより試験データ（パケ
ット）が破棄されるので、テスト効率が悪いという問題
もある。

【００２０】従来のプロトコル受信データの確認は、図
１１（Ｂ）に示す如く、例えばテスト端末装置Ｇにプリ
ンタ装置１２０を接続して、このプリンタ装置１２０に
前記受信データを印刷し、オペレータが目視で確認して
いた。あるいは、テスト端末装置Ｇに設けた、図示省略
したディスク装置に格納された受信データをディスプレ
イ装置に表示し、これをオペレータが目視で確認してい
た。

【００２１】従って、目視のためデータの確認に時間が
かかること、及び単調作業であるため、確認洩れミスが
あった。さらに試験データの如き大量のデータに対して
は全数の確認はしきれなく、しかも連続送受信時のデー
タの確認が出来なかった。

【００２２】またパケット喪失率は試験データ折り返し
方式で算出すると、往路あるいは復路のいずれにおける
パケット喪失なのか判別することが出来なかった。なお
従来ではデータ往路方式でパケットの喪失率を算出しよ
うとしても、全パケット送信数（母数）が受信側のデー
タ端末装置のみでは認識できないため、その算出が出来
なかった。

【００２３】ところで、従来では、一度に中継できるネ
ットワーク数の検証は、表示テスト用の中継装置で受信
したパケット送信先アドレスをテーブルに記録したり、
あるいはプリント印刷して、試験の終了後に送信先アド
レスを目視で計算していた。しかしネットワーク数は数
千〜数万本もあり、記録するためのテーブル容量が大き
くなるとともに、またこのテーブルの更新処理に時間が
かかっていた。

【００２４】

【課題を解決するための手段】本発明では、図１に示す
如く、経路制御部２、送受信部３、４、システムバス５
を具備する被テスト中継装置１をテストするとき、例え
ば送受信部３の送受信パスＰ₂に、テスト装置１０を接
続し、送受信部４の送受信パスＰ₅にテスト装置１１を
接続する。テスト装置１０にはコンソール１２が接続さ
れ、テスト装置１１にはコンソール１３が接続されてい
る。また仮想ネットワーク１６は例えば疑似ネットワー
クａ、ｂ、ｃ、ｄで構成され、仮想ネットワーク１７は
例えば疑似ネットワークｅ、ｆ、ｇ、ｈで構成される。

【００２５】被テスト中継装置１のテストを行うとき、
コンソール１３からテスト装置１１に例えば仮想ネット
ワーク１７の疑似ネットワークｅ、ｆ、ｇ、ｈのアドレ
スを入力し、テスト装置１１はこれを被テスト中継装置
１に送出する。

【００２６】これにより、経路制御部２は、送受信部４
の送受信パスＰ₅に仮想ネットワーク１７の疑似ネット
ワークｅ、ｆ、ｇ、ｈが接続されていることを認識し、
図示省略した送受信部３、４の経路制御テーブルに送受
信パスＰ₅に疑似ネットワークｅ、ｆ、ｇ、ｈが接続さ
れたことを示す経路制御情報を設定する。またテスト装
置１０に対し、この疑似ネットワークｅ、ｆ、ｇ、ｈの
アドレスを送出する。

【００２７】テスト装置１０側では、これら疑似ネット
ワークｅ、ｆ、ｇ、ｈのアドレスを受信したとき、予め
用意してある期待値と比較し、一致するか否か確認す
る。一致すると、コンソール１２よりテストデータを入
力し、これに前記仮想ネットワーク１７の疑似ネットワ
ークｅ、ｆ、ｇ、ｈのアドレスを順次付加して被テスト
中継装置１に順次送出する。被テスト中継装置１の送受
信部３ではその疑似ネットワークｅ、ｆ、ｇ、ｈのアド
レスにより前記経路制御テーブルをアクセスし、疑似ネ
ットワークｅ、ｆ、ｇ、ｈが送受信部４の送受信パスＰ
₅に接続されていることを認識し、経路制御部２がこの
テストデータを送受信部４へ転送し、送受信パスＰ₅よ
り順次送出する。

【００２８】これによりテストデータはテスト装置１１
に受信される。テスト装置１１では、テスト装置１０か
ら送出される前記テストデータを事前に保持しているの
で、受信したテストデータをこれと比較することによ
り、受信データの正常性を検出できる。あるいは、後述
する如く、テストデータに期待値コードを記入し、論理
的に正常性を確認することができる。

【００２９】この場合、テスト装置１１から、送信先と
して疑似ネットワークｅ、ｆ、ｇ、ｈのアドレスを一定
時間毎に被テスト中継装置１及び送受信部３を経由して
テスト装置１０に送出する。これにより被テスト中継装
置１では、前記経路制御テーブルを一定時間毎にチェッ
クし、テスト装置１０ではこれらの受信した疑似ネット
ワークｅ、ｆ、ｇ、ｈのアドレスが期待値と一致するか
否かチェックするので、復路をテストすることもでき
る。

【００３０】このようにして、仮想的なネットワーク環
境下で被テスト用の中継装置のデータ中継機能に、更に
送信及び受信機能を付加した端末機能を作り、この端末
間で被テスト用中継装置を経由してテストデータを送受
信し、中継パスの認識機能と通信データの正常性を検証
することができる。

【００３１】しかもこの場合、疑似ネットワークアドレ
スを入力操作することにより、大規模な実ネットワーク
と大量の実端末装置を設備することなく、少数の実ネッ
トワークと少数の中継装置を設備するだけで被テスト用
中継装置のテストを可能とすることが出来る。

【００３２】またテスト装置から経路制御情報を被テス
ト用の中継装置へ疑似情報として強制的に送出すること
によりその経路制御機能をテストすることができる。勿
論さらに送受信部３の送受信パスＰ₀にテスト装置１０
と同様に構成されたテスト装置１４を接続し、送受信部
４の送受信パスＰ₆にテスト装置１１と同様に構成され
たテスト装置１５を接続した状態で、同様のテストを行
うこともできる。

【００３３】

【発明の実施の形態】本発明の一実施の形態を図２に基
づき、他図を参照して説明する。図２は本発明の一実施
の形態構成図であり、図中他図と同記号は同一部分を示
し、１は被テスト中継装置、２は経路制御部、３は送受
信部、４は送受信部、５はシステムバス、１０はテスト
装置、１１はテスト装置、１２はコンソール、１３はコ
ンソール、２１は制御部、２２はテストパケット送信
部、２３は経路制御情報受信部、２４はヒューマン・マ
シン・インタフェース処理部、３１は制御部、３２は経
路制御情報送信部、３３はテストパケット受信・確認
部、３４はヒューマン・マシン・インタフェース処理部
である。

【００３４】被テスト中継装置１は、その機能が正常で
あるか否かをテストされるものであり、システムバス５
により経路制御部２、送受信部３、４が接続されてい
る。テスト装置１０は、テスト装置１１に仮想的に接続
された疑似ネットワークに対し、テストデータを送出し
たり、テスト装置１１から受信した疑似ネットワーク・
アドレスが正確か否かチェックするものであり、テスト
プログラムＡを動作する制御部２１、テストデータをパ
ケットとして送出するテストパケット送信部２２、ネッ
トワークＮＴＡより伝達された経路制御情報を受信する
経路制御情報部２３、コンソール１２から入力されたデ
ータを受信してこれを制御部２１、テストパケット送信
部２２に伝達したり、テスト装置１０からコンソール１
２に対して伝達すべきデータを出力するヒューマン・マ
シン・インタフェース処理部２４等を具備している。

【００３５】テスト装置１１は、被テスト中継装置１を
テストするために必要なテストデータの宛先である疑似
ネットワーク・アドレスを送信したり、被テスト中継装
置１を経由して伝達されたテストデータを受信して、受
信したテストデータが正確か否か等の後述する種々のチ
ェックを行うものであり、テストプログラムＢを動作す
る制御部３１、疑似ネットワークｅ、ｆ、ｇ、ｈ等のア
ドレスを送出する経路制御情報送信部３２、被テスト中
継装置１を経由して伝送されたテストパケットを受信
し、その内容を確認するテストパケット受信・確認部３
３、コンソール１３から入力されたデータを受信してこ
れを制御部３１、経路制御情報送信部３２に伝達した
り、テスト装置１１からコンソール１３に対し伝達すべ
きデータを出力するヒューマン・マシン・インタフェー
ス処理部３４等を具備している。

【００３６】コンソール１２はテスト装置１０に対して
テスト対象の疑似ネットワーク・アドレスを入力した
り、コマンドを入力する等、テストに必要な各種データ
を入力するものであり、キーボードの如きテストパラメ
ータ入力部１２−１や表示部１２−２等を具備するもの
である。

【００３７】コンソール１３はテスト装置１１に対して
テスト対象の疑似ネットワーク・アドレスを入力した
り、コマンドを入力する等、テストに必要な各種データ
を入力したり、テスト結果を表示するものであり、キー
ボードの如きテストパラメータ入力部１３−１や表示部
１３−２等を具備するものである。

【００３８】次に本発明の特徴的な動作について説明す
る。 (1) 仮想ネットワーク下のデータ通信テストデータ通信テストを行う場合、図３（Ａ）に示す如く、
例えばテスト装置１１のコンソール１３からオペレー
タがテスト装置１１の配下の仮想ネットワークを構成す
る疑似ネットワークｅ、ｆ、ｇ、ｈの疑似ネットワーク
・アドレスｅａ、ｆａ、ｇａ、ｈａを入力し、これらを
テスト装置１１より被テスト中継装置１の経路制御部２
に対し経路制御プロトコルにより、送信する。経路制御
部２では、テスト装置１１から伝達された疑似ネットワ
ークｅ、ｆ、ｇ、ｈの疑似ネットワーク・アドレスｅ
ａ、ｆａ、ｇａ、ｈａが、送受信部４の送受信パスＰ₅
から入力されたことを判断して、送受信部３に、前記疑
似ネットワーク・アドレスｅａ、ｆａ、ｇａ、ｈａで示
される疑似ネットワークがそれぞれ送受信パスＰ₅に接
続されていることを示す、図３（Ｂ）に示す如き経路制
御テーブルＰＴ₁を設定する。

【００３９】また、経路制御部２は、テスト装置１０に
対して、これら疑似ネットワーク・アドレスｅａ、ｆ
ａ、ｇａ、ｈａを送受信部３を経由して送出する。テス
ト装置１０では、これを経路制御受信部２３が受信し
て、これら疑似ネットワーク・アドレスｅａ、ｆａ、ｇ
ａ、ｈａを制御部２１に送る。制御部２１では、これら
のものが正確か否か、予め保持している期待値と比較し
てチェックし、そのチェック結果をＨＭＩ処理部２４を
経由して表示部１２−２に表示する。これにより、オペ
レータがテスト装置１１から経路制御情報が正確に伝送
されたか否かをチェックすることができる。

【００４０】次に、テスト装置１０のコンソール１２
からオペレータがテスト装置１０の配下の仮想ネットワ
ークを構成する疑似ネットワークａ、ｂ、ｃ、ｄの疑似
ネットワーク・アドレスａａ、ｂａ、ｃａ、ｄａを入力
し、同様にしてこれらをテスト装置１０より被テスト中
継装置１の経路制御部２に送信する。経路制御部２で
は、テスト装置１０から伝達された疑似ネットワーク
ａ、ｂ、ｃ、ｄの疑似ネットワーク・アドレスａａ、ｂ
ａ、ｃａ、ｄａで示される疑似ネットワークがそれぞれ
送受信パスＰ₂から入力されたことを判断して、送受信
部４に、前記疑似ネットワーク・アドレスａａ、ｂａ、
ｃａ、ｄａで示される疑似ネットワークがそれぞれ送受
信パスＰ₂に接続されていることを示す、図３（Ｃ）に
示す如き経路制御テーブルＰＴ₂を設定する。

【００４１】それから、例えばテスト装置１０のコン
ソール１２より、テストデータを例えば疑似ネットワー
ク・アドレスｅａを付加して送信する。この送信された
テストデータは被テスト中継装置１の送受信部５で受信
され、その疑似ネットワーク・アドレスｅａに基づき経
路制御テーブルＰＴ₁がアクセスされて、送受信パスＰ
₅より送信されるべきことが認識され、送受信部４の送
受信パスＰ₅よりこのテストデータがテスト装置１１に
送出される。そしてこの受信されたテストデータが後述
されるように種々のチェックを受け、被テスト中継装置
１のテストを行う。同様にしてテスト装置１１からテス
ト装置１０に対しテストデータを送り被テスト中継装置
１のテストを行うことができる。

【００４２】このように多数の疑似ネットワークを有す
る仮想ネットワークを使用することで、高価でかつスペ
ースを必要とするネットワーク媒体を設備することな
く、被テスト中継装置が許容するネットワーク・アドレ
ス数の最大を越えるまで増やした状態で被テスト中継装
置を評価することができる。

【００４３】しかも、テスト装置１０側から経路制御情
報を強制要求し、短時間で受信する場合には、イ．被テスト中継装置の送信処理負荷が増す、ロ．期待するエントリを範囲指定で持つことにより、正
確に短時間で確認できる、ハ．他のテスト装置１１からの経路制御情報の受信と送
信処理の衝突が被テスト中継装置１内で促進され、きび
しい環境下でのテストを行うことができる、等の効果がある。

【００４４】(2) 仮想端末による各種プロトコルテスト中継装置は他装置から送られてくるデータを束ねる機能
とそのデータを目的装置に分配する２つの機能を持つ。
そこでテスト装置１１として中継装置を使用すると、被
テスト中継装置１から送られてくるデータは、テスト装
置に集約されるので、例えばテスト装置１１では、その
テストパケット受信・確認部３３の受信部における集約
機能部において集約したところで一括して受信部３３−
１で受信し、そのデータを確認部３３−２で確認できる
ようにした。

【００４５】さらに中継装置が持つ各種プロトコル送信
機能に自己でデータを発信できるようにして、中継装置
に自己送受信機能を持たせテスト端末装置として使える
ようにした。これにより各種プロトコル毎のＯＳを搭載
した入手困難かつ高価な端末装置をプロトコルの種類に
対応する数だけ多数設備することなく、被テスト中継装
置が持つ各種プロトコル機能を評価することができる。
またテスト機能の開発は中継装置の一装置で限定開発で
き、開発工数も削減可能である。

【００４６】(3) 往路一方向テスト本発明では、受信側がテストデータを受信したとき、こ
れを送信側に返送することなく、受信側でテストデータ
を確認するものである。

【００４７】図５に示す如く、テスト装置１０から被テ
スト中継装置１を経由してテスト装置１１にテストデー
タを送信するとき、テストデータＴＤは、例えば輻輳の
ため、被テスト中継装置１の受信側Ｌ₁及び送信側Ｌ₂
でパケット喪失が存在する。

【００４８】従来の場合、テストデータのチェックは、
送信したテストデータを受信側から折り返し返送させ、
送信側でこれをチェックしていた。そのためそれぞれ往
路、復路で個別にデータのチェックが行われず、喪失し
たデータが往路、復路のいずれで失われたのか検証がで
きず、しかも往路があるためパケット喪失量は片側の２
倍になり、テスト効率が低下していた。

【００４９】本発明では、テスト装置１０から送信し
たテストデータを被テスト中継装置１を経由してテスト
装置１１に送信し、テスト装置１１でテストデータを
受信し、受信したテストデータをテスト装置１１で確
認する。勿論テスト装置１１では、テスト装置１０から
送信されるテストデータと同一のものを保持し、比較す
ることにより確認する。或いは後述する如く、期待値コ
ードを持ち論理的確認を行うことができる。

【００５０】これにより往路で喪失したパケットを明確
にすることができ、テスト効率を改善できる。かつ障害
箇所の特定は往路の一方向に限定できる。 (4) 発信専用端末の使用従来のテストでは、図６（Ａ）に示す如く、送信側の
テスト端末装置からテストデータを被テスト中継装置を
経由して送信し、受信側のテスト端末装置でこれを受信
して送信側に折り返し返送し、これを送信側のテスト
端末装置で受信し、受信したテストデータの確認を行
い、再び次のテストデータの送信を行っていた。

【００５１】そのため送信側のテスト端末装置では、最
初のテストデータの送信後、これが受信側で受信され、
折り返し返信されてこれを受信するまで、受信待ち時間
が存在し、送信側よりテストデータが出力されないた
め、被テスト中継装置における負荷が軽くなるという状
態となっていた。

【００５２】本発明では、テストデータ( パケット) の
送受信について、テスト装置１０、１１をそれぞれ単機
能で使用して、送信テスト装置と受信テスト装置に機能
分担したものである。

【００５３】これによりテスト装置１０のテストパケッ
ト送信部２２は、図６（Ｂ）に示す如く、テストデータ
ＴＤ₀、ＴＤ₁、ＴＤ₂・・・を短い区切り時間ｔ₀を
介して送信する。これにより、被テスト中継装置１に送
信の負荷を大きくかけることが可能となり、重負荷状態
下でのテストを行うことができる。この場合、プログラ
ムにタイマを設け、区切り時間を可変に制御することも
できる。

【００５４】(5) 受信性能向上機能通常の端末装置では、図７に示す如く、ネットワーク・
インタフェースを、下位から物理層、ドライバ層、スケ
ジューラ層、ネットワークカーネル層、ソケット層、ア
プリケーション層の６層構造で構成されている。

【００５５】本発明のテスト装置１１ではこのうちのス
ケジューラ層に、テスト用の受信機能とデータ確認機能
を有する受信／データ確認手段を設ける。そしてソケッ
ト層とアプリケーション層は省略する。

【００５６】従って、本発明では物理層から伝達された
テストデータは、その種類に応じてドライバ層のファイ
バ分散データインタフェース用ドライバＦＤＤＩ、イー
サーネット用ドライバＥｔｈｒ、高度情報通信システム
用ドライバＩＮＳ、非同期伝送モード用ドライバＡＴＭ
・・・で増幅されたあと、スケジューラ層に設けられた
ディスパッチャ／スケジューラ手段により受信／データ
確認手段に伝達されて受信され、その確認が行われる。

【００５７】なお、ディスパッチャ／スケジューラ手
段、伝達されたデータがプロトコルの場合は、ネットワ
ークカーネル層に設けられた、そのプロトコルに対応し
たプロトコル・タスクＡ、Ｂ、Ｃ、Ｄ・・・に振り分け
る。

【００５８】このように、本発明では、スケジューラ層
にテストデータ用の受信機能とデータ確認機能を内蔵す
ることにより、従来必要であったネットワークカーネル
層→ソケット→受信部へのデータ伝送のための、それぞ
れのメモリ・コピーが省けるので、メモリ・コピー処理
によるオーバヘッドが軽減され、テスト装置としての総
合性能を高めることができる。

【００５９】またドライバ層の直後に受信／データ確認
手段を設けることにより、２重パケットを検出可能にす
ることができる。即ち、被テスト中継装置１のハード面
における何等かの理由で２重パケットが発生しても、従
来のテスト装置では、アプリケーション層でこれを受信
しており、２重パケットを受信したときその一方を自動
的に捨てるため、２重パケットが発生してもこれを検出
することができなかった。

【００６０】しかし、本発明では、アプリケーション層
の下位の層でこれを受信しているので、２重パケットを
受信したとき、その一方を捨てることがなく、これをそ
のまま伝達するので、２重パケットの検出を可能にする
ことができる。

【００６１】これによりテスト端末装置の受信性能が上
がり、テストデータのパケットの破棄が少なくなり、テ
スト効率が向上する。また被テスト中継装置のハード面
のチェックも、さらに正確にできる。

【００６２】(6) テストデータの論理的確認テストデータの確認の手法について説明する。テストデ
ータは、例えば図８（Ａ）に示す如きフォーマット構成
である。初めの部分に、パケットがテストデータである
ことを示すパケット識別コードＫと、受信先ネットワー
ク・アドレスＰと、発信元ネットワーク・アドレスＳ
と、パケットの大きさ（バイト長）を示すパケットサイ
ズＬと、発信時のタイムスタンプ（年月日時分秒・・
・）Ｔと、パケット発信追番Ｂと、期待値コードＣから
なる、例えば７バイトのヘッダと、これに続く試験デー
タＴＥＳと、最終データＥから構成されている。

【００６３】そして試験データＴＥＳとして、図８
（Ｃ）に示す如く、期待値コードＣの次の数値を順番に
記入する。この例ではＣ＝１３であり、パケットの大き
さが２０バイトであるから、試験データＴＥＳは「１
４」、「１５」、「１６」・・・「２５」までの数値が
記入されることになる。従って、期待値コードＣから最
終データＥまでは１３〜２６の連続した数値となる。

【００６４】このようなテストデータを受信したとき、
図８（Ｂ）に示す数式により期待値コードＣの正常性を
判断する。この例では、正常に受信されたとき、Ｃ＝１
３、Ｌ＝２０、Ｅ＝２６であるので、Ｃ＋（Ｌ−７）＝１３＋（２０−７）＝２６＝Ｅとなり、期待値コードＣが正常であると判断される。

【００６５】このように、受信した期待値コードＣが正
常であれば、これに＋１した値つまりＣ＋１＝１４を、
次の試験データの最初の値ＴＥＳ₁と比較する。一致し
ていれば、さらに＋１して次のＴＥＳ₂と一致するか比
較確認する。これを順次行い、最終データまで一致確認
を行う。そしてすべて一致したとき、受信したテストデ
ータが正常であると確認する。

【００６６】このようにテストデータに期待値情報を持
たせることで、受信側だけでテストデータの正常性を論
理的にプログラムで確認することができる。これにより
予め期待値を格納するメモリ領域を必要とせず、かつテ
ストデータはレジスタ上でロジックで比較するため、メ
モリアクセスが受信したテストデータのみでよく、期待
値のメモリアクセスがないため、テスト時間が半減す
る。また端末装置に格納あるいは印刷出力されたテスト
データを目視で確認する必要がなくなったこと、かつ単
時間に大量のデータを正確に確認できる。

【００６７】勿論テストデータとして固定データパター
ンを持たせ、単に照合することにより障害解析時の調査
の手間を大幅に軽減することができる。またテストデー
タに格子データパターンを持つことにより、クロストー
ク障害を促進させ、これにもとづくテストを行うことが
できる。

【００６８】(7) 追番付与によるパケット喪失率の算出本発明では、図８（Ａ）に示す如く、テストデータには
パケット発信追番が記入されている。これにより受信部
側だけで、破棄されたパケット数の評価を行うことがで
きる。

【００６９】受信側におけるパケット喪失率は下記のよ
うにして得ることができる。受信側では受信パケット数をカウントし、記録する。現在、受信した最新のパケットが持つパケット発信追
番を送信パケット数の母数として次式でパケット喪失率
を求める。

【００７０】

【数１】

【００７１】算出は、例えば追番が千或いは１万単位
に行う。このように、パケットに発信追番を持たせることによ
り、受信部だけで破棄されたパケット率を求めることが
できる。しかも往路だけで求めているため、従来のよう
に往路、復路の合計で破棄されたパケット率を求めた場
合に比べて２倍の評価精度が上がるのみならず、障害箇
所の特定範囲を狭めることができる。

【００７２】(8) ネットワーク容量の検証被テスト中継装置１が一度に中継可能なネットワーク数
つまりネットワーク容量の検証を行うために、本発明で
は、受信側の端末装置、例えばテスト装置１１に、図９
に示す如く、ネットワーク本数カウンタＮＣＴと、最高
値カウンタＭＡＣＴを設ける。

【００７３】被テスト用中継装置１を経由して、図８
（Ａ）に示す如き、テストデータが伝達されると、テス
ト装置１１ではその受信先ネットワーク・アドレスＰを
読み、この受信先ネットワーク・アドレスを記入した受
信エントリテーブルＲＥＴを作成する。

【００７４】この受信エントリテーブルＲＥＴに、前記
テストデータの受信にともなって受信先ネットワーク・
アドレスを記入するとき、同時にネットワーク本数カウ
ンタＮＣＴを＋１する。このようにしてテスト装置１１
にテストデータが順次受信されて受信エントリテーブル
ＲＥＴにエントリーが追加記入される度にネットワーク
本数カウンタＮＣＴも順次＋１される。

【００７５】そしてテスト装置１１においてテストデー
タのチェックが終了し、受信エントリテーブルＲＥＴに
おけるエントリーが１つずつ消滅される度にネットワー
ク本数カウンタＮＣＴは−１ずつ減算される。

【００７６】このネットワーク本数カウンタＮＣＴの出
力は最高値カウンタＭＡＣＴに出力されており、ネット
ワーク本数カウンタＮＣＴの最高値を記録保持する。こ
れにより被テスト中継装置１の通過ネットワーク本数の
許容ピーク値が検証できる。

【００７７】図２に示す本発明の実施の形態の動作につ
いて説明する。図２に示す如く、被テスト中継装置１
は、例えばＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏ
ｒｋ）より低速なＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔ
ｗｏｒｋ）回線よりなるネットワークＮＴＡ、ＮＴＢに
接続され、ネットワークＮＴＡにはテスト装置１０が接
続され、ネットワークＮＴＢにはテスト装置１１が接続
される。図２には省略されているが、テスト装置１０に
は、図１に示す如く疑似ネットワークａ、ｂ、ｃ、ｄ・
・・が仮想的に接続され、テスト装置１１には、疑似ネ
ットワークｅ、ｆ、ｇ、ｈ・・・が仮想的に接続されて
いる。

【００７８】Ａ．被テスト中継装置１のテストに際し、
オペレータは、テスト装置１１に接続されたコンソール
１３のテストパラメータ入力部１３−１より、疑似ネッ
トワークｅ、ｆ、ｇ、ｈ・・・の疑似ネットワーク・ア
ドレスｅａ、ｆａ、ｇａ、ｈａ・・・を入力し、被テス
ト中継装置１のテストを行うテストプログラムＢを起動
する。

【００７９】これによりテストプログラムＢに基づき、
制御部３１は、オペレータから入力されたテスト対象の
疑似ネットワーク・アドレスｅａ、ｆａ、ｇａ、ｈａ・
・・を経路制御情報送信部３２より、被テスト中継装置
１を含むネットワークＮＴＢへブロード・キャストす
る。このようにして経路制御情報を送信する。

【００８０】Ｂ．被テスト中継装置１の経路制御部２
は、前記Ａにおいて送信された疑似ネットワーク・アド
レスすなわち経路制御情報を受け取る。Ｃ．経路制御部２は、送受信部３内の経路制御テーブル
ＰＴ₁に、図３（Ｂ）に示す如き、送受信部２側の経路
制御情報を設定する。これによりテスト対象の仮想ネッ
トワークが構築される。このとき、経路制御部２はテス
ト装置１０に対して送受信部３を経由して送出する。テ
スト装置１０では、これを経路制御情報受信部２３が受
信し、制御部２１において期待値と比較し、これらが正
確か否かチェックし、チェック結果をＨＭＩ処理部２４
を経由して表示部１２−２に表示し、オペレータに認識
させる。

【００８１】Ｄ．次にテスト装置１０では、これに接続
されたコンソール１２のテストパラメータ入力部１２−
１より、オペレータが送受信部４に接続されている疑似
ネットワーク・アドレスを入力し、これに対してテスト
データを送信するようテストプログラムＡを起動する。
これにより制御部２１は、オペレータが指示した例えば
疑似ネットワーク・アドレスｅａに対してテストデータ
を送信する。

【００８２】この送受信部３では、図３（Ｂ）に示す経
路制御テーブルＰＴ₁が参照されて疑似ネットワーク・
アドレスｅａへのテストデータは送受信パスＰ₅に送出
されるものであることを認識し、送受信パスＰ₅が設け
られている送受信部４に伝送されて送受信パスＰ₅より
送信される。このようにしてテスト装置１１にテストデ
ータが送信される。

【００８３】Ｅ．このようにテスト装置１１では、伝達
されたテストデータをテストパケット受信・確認部３３
において一括受信する。Ｆ．テスト装置１１では、テストパケット受信・確認部
３３が、例えば図８に示したような論理的手法により確
認する。すなわちテストパケット受信・確認部３３は、
受信したテストデータから期待値コードＣの正常性を確
認し、これをもとにして、図８（Ａ）に示すテストデー
タを１パケットずつ確認する。

【００８４】Ｇ．このテストデータの確認の時、エラー
が検出されれば、制御部３１はこれをヒューマン・マシ
ン・インタフェース処理部３４を経由してコンソール１
３の表示部１３−２に表示し、オペレータに通知する。

【００８５】Ｈ．なお、前記テストデータの受信におい
て、制御部３１では、図９に示すように、受信エントリ
テーブルＲＥＴを作成し、そのエントリ毎にネットワー
ク本数カウンタＮＣＴを＋１する。そしてテストデータ
の確認終了により受信エントリテーブルＲＥＴよりエン
トリを消滅するとともに、ネットワーク本数カウンタＮ
ＣＴを−１する。また、ネットワーク本数カウンタＮＣ
Ｔの最高値を最高値カウンタＭＡＣＴで保持する。これ
により被テスト中継装置１の通過ネットワーク本数の許
容ピーク値が検証できる。

【００８６】Ｉ．また、制御部３１では、このテストデ
ータの受信において一定パケット数あるいは一定経過時
間単位に、前記（７）の手法で、パケット喪失率を計算
し、ヒューマン・マシン・インタフェース処理部３４を
経由して、これをコンソール１３の表示部１３−２に表
示する。

【００８７】Ｊ．制御部３１では、前記経路制御情報の
送信を、例えば１〜３秒間隔で繰り返し行う。このと
き、一定時間間隔に送信する経路制御情報のエントリを
落とすことで被テスト中継装置の経路制御処理に擾乱を
与え、これによりトリガードアップデート機能を検証す
ることができる。

【００８８】Ｋ．テスト装置１０では、制御部２１が、
テストデータの送信間隔をオペレータからの指示入力に
よる一定時間間隔に変えたり、あるいは、テストプログ
ラムＡにおけるプログラムタイマを動的に可変に設定す
ることによりダイナミックに可変することができる。ま
た、テストデータの送信間隔を長くすることにより、Ｗ
ＡＮ回線の中継装置をテストすることができる。

【００８９】Ｌ．前記ＡにおけるテストプログラムＢに
もとづく経路制御情報の送信は、例えば１〜３秒間隔で
繰り返し行う。Ｍ．そして、このようなテストは、オペレータの指示が
あるまで繰り返し実行する。

【００９０】本発明では、テスト装置に仮想ネットワー
ク、仮想端末を接続して中継装置のテストを行うことが
できるので、実際のネットワーク媒体を設備することな
く、仮想ネットワークのアドレス数を、被テスト中継装
置が許容する数まで増やした状態で、被テスト中継装置
の評価テストを行うことができる。

【００９１】本発明では、テスト装置１０、１１として
中継装置を使用し、この中継装置を通過するパケットを
受信し、被テスト中継装置の評価テストを行うことがで
きる。

【００９２】またテストデータとして、図１０に示す如
き、格子データを使用する場合には、被テスト中継装置
１内のシステムバス５上のデータにクロストーク障害の
発生を促進することができるので、クロストークの影響
をテストすることができる。

【００９３】いまテスト装置１０から被テスト中継装置
１の送受信部３に、図１０（Ａ）に示す如く、１６進表
示で例えば「６ＡＢ７」のパターンを繰り返し送信す
る。送受信部３ではこのシリアルデータを受信してパラ
レルデータに変換し、例えば８ビット単位でシステムバ
ス５上にパラレル出力する。

【００９４】これにより時刻ｔ₁では、伝送路０〜伝送
路３には「６」即ち「０１１０」が、伝送路４〜伝送路
７には「Ａ」即ち「１０１０」が出力する。そして時刻
ｔ₂では伝送路０〜伝送路３には「Ｂ」即ち「１０１
１」が、伝送路４〜伝送路７には「７」即ち「０１１
１」が出力する。

【００９５】このようにして、図１０（Ｂ）に、Ｇ₁、
Ｇ₂として示す如く、例えばシステムバス上のデータ
「０」が「１」で囲まれるように図示される状態が発生
し易くなり、この場合、Ｇ₁、Ｇ₂の内部の「０」がク
ロストークに基づき「１」に変化する可能性が高くな
る。従って、このような格子データパターンを用いるこ
とにより隣接する伝送路の値の組み合わせが常に整列
し、出現することで、被テスト中継装置の内部バス、例
えばシステムバス５上のデータにクロストーク障害発生
促進テストを行うことができ、クロストークテストを行
うことができる。なお格子データパターンは図１０に示
すものに限定されるものではない。

【００９６】

【発明の効果】請求項１に記載された本発明によれば、
従来のテストにおけるように、数百本のネットワーク、
数千台の端末装置を用意する必要がなく、テストは数本
のネットワークと、数台の中継装置（テスト装置も中継
装置で構成するとき）あるいはテスト端末装置を設置す
るだけで、被テスト中継装置の中継機能（パス）の最大
ネットワーク構成の検証が可能である。これにより設備
費用、設置スペースの大幅な軽減をはかることができ
る。しかも大規模ネットワーク環境下での中継装置の性
能評価ができる。

【００９７】請求項２に記載された本発明によれば、各
種プロトコルを同時に走行させることができるので、プ
ロトコル間の相互干渉を検証することができる。また各
種プロトコル毎のＯＳを搭載した人手困難かつ高価な端
末装置を多数設備することなく、被テスト中継装置が持
つ各種プロトコル機能を評価できる。

【００９８】請求項３に記載された本発明によれば、受
信側はテストデータを送信側に返送せず、受信先でテス
トデータを確認するので、従来のように受信データを送
信元に返送し、送信元でテストデータを検証していたも
のにおいては復路時にパケット喪失したデータに対する
検証ができなかったものに比較して、復路時のパケット
喪失のない状態でテスト可能となり、テスト効率の低下
を改善できる。またパケット喪失の如き障害箇所の特定
は、往路の一方向に限定できるので、その特定が容易な
ものとなる。

【００９９】請求項４に記載された本発明によれば、テ
スト装置から送信されるテストデータの送信間隔をオペ
レータの指示により、あるいはプログラム等により一定
の間隔にしたりあるいは動的に可変間隔にしたりするこ
とが可能である。これにより被テスト中継装置に送信の
大きな負荷を掛けることができる。

【０１００】請求項５に記載された本発明によれば、ス
ケジューラ層においてテストデータを受信し、これを確
認することができるので、従来のようにアプリケーショ
ン層に受信部が存在する場合に比較して、従来必要とし
たネットワークカーネル層→ソケット層→受信部へのそ
れぞれの転送ステップ毎に必要としたメモリコピーが省
けるので、メモリコピー処理によるオーバヘッドが軽減
され、テスト端末装置の総合性能を高めることができ、
受信性能が向上し、パケットの破棄が少なくなり、テス
ト効率が向上する。

【０１０１】請求項６に記載された本発明によれば、テ
ストデータ内に期待値コードを持つことにより、受信側
だけでテストデータの正常性を論理的にプログラムで確
認することができる。これにより予め期待値を格納する
メモリ領域を必要とせず、かつテストデータをレジスタ
上でロジックで比較するので、メモリアクセスが受信し
たテストデータのみでよく、期待値のメモリアクセスが
ないためテスト時間が半減する。しかも受信したテスト
データを目視確認する必要もない。これらにより、短時
間に大量のテストデータを正確に確認することができ
る。

【０１０２】請求項７に記載された本発明によれば、テ
ストデータ内にパケット発信追番を持たせているので、
受信部だけで破棄されたパケット数の評価ができる。請
求項８に記載された本発明によれば、被テスト中継装置
における通過ネットワーク本数の最高値を自動的に記録
することが可能になり、通過ネットワーク本数の許容ピ
ーク値を容易に検証することができる。

【０１０３】請求項９に記載された本発明によれば、経
路制御情報データをテストデータを送出するテスト装置
側でそれが正確か否かチェックすることができる。請求
項１０に記載された本発明によれば、ＷＡＮ回線用の、
中継対象端末装置の数が非常に多い中継装置に対するテ
ストを正確に行うことができる。

【０１０４】請求項１１に記載された本発明によれば、
２重パケットの検出が可能になるので、被テスト中継装
置のハード面での一層正確な検証ができる。請求項１２
に記載された本発明によれば、被テスト中継装置の経路
制御処理に擾乱を与えることができるので、そのトリガ
ードアップデート機能の検証を行うことが可能となり、
テスト内容を充実させることができる。

【０１０５】請求項１３に記載された本発明によれば、
テストデータに固定データパターンを持たせたので、受
信側ではこれに対応する比較パターンを用意すること
で、きわめて簡単にチェックすることが可能となり、障
害解析時の調査の手間を大きく軽減することができる。

【０１０６】請求項１４に記載された本発明によれば、
テストデータに格子データパターンを持つことにより、
クロストーク障害を促進させることが可能となり、これ
またテスト内容を充実させることができる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】本発明の一実施の形態である。

【図３】本発明の仮想ネットワークテスト説明図であ
る。

【図４】テスト装置のテストパケット受信・確認部の動
作説明図である。

【図５】本発明における往路一方向テスト説明図であ
る。

【図６】発信専用端末動作説明図である。

【図７】本発明における受信性能向上状態説明図であ
る。

【図８】本発明におけるテストデータの論理的確認説明
図である。

【図９】本発明におけるネットワーク容量検証説明図で
ある。

【図１０】格子データにもとづくクロストーク促進状態
説明図である。

【図１１】従来例説明図である。

【符号の説明】

１被テスト中継装置２経路制御部３、４送受信部５システムバス１０、１１テスト装置１２、１３コンソール

Claims

【特許請求の範囲】

【請求項１】複数の送受信部と，経路制御部が設けられ
た被テスト中継装置と、この送受信部の１つに接続された第１のテスト装置と、該送受信部とは異なる送受信部に接続された第２のテス
ト装置と、前記第１のテスト装置に物理的に存在しない第１の仮想
ネットワーク又は仮想端末のアドレスを入力する入力手
段と、前記第２のテスト装置に物理的に存在しない第２の仮想
ネットワークのアドレスを入力する入力手段と、送受信部に入力されたデータに付加されたアドレス情報
により送出すべき送受信部が記載され、送受信部に設け
られた経路制御テーブルを具備し、第１のテスト装置から第２のテスト装置における仮想ネ
ットワーク又は仮想端末あてに送出されたテストデータ
を、被テスト中継装置を経由して第２のテスト装置で受
信し、この受信したテストデータを確認することを特徴
とする中継装置テスト方式。
【請求項２】前記テスト装置として中継装置を使用し、
中継装置を通過するパケットを受信するようにしたこと
を特徴とする請求項１記載の中継装置テスト方式。
【請求項３】テスト装置の一方からテストデータを送信
し、これを被テスト中継装置を経由して他方のテスト装
置で受信し、この受信側のテスト装置で受信したテスト
データの確認を行うことを特徴とする請求項１記載の中
継装置テスト方式。
【請求項４】テスト装置から送信されるテストデータの
送信間隔を一定間隔あるいは動的に可変にしたこと、あ
るいはオペレータの指示により設定したことを特徴とす
る請求項１記載の中継装置テスト方式。
【請求項５】前記テスト装置では、スケジューラ層にお
いて、テストデータを受信し、これを確認することを特
徴とする請求項１記載の中継装置のテスト方式。
【請求項６】テストデータ内に期待値コードを持つこと
により、テストデータを受信したテスト装置においてテ
ストデータの確認することを可能とした請求項１記載の
中継装置のテスト方式。
【請求項７】テストデータ内にパケット発信追番を持つ
ことにより、テストデータを受信したテスト装置におい
て、パケット喪失の度合いを評価することを特徴とする
請求項１記載の中継装置テスト方式。
【請求項８】テストデータを受信する受信側のテスト装
置に、受信エントリテーブルのエントリ記入時に＋１加
算し、エントリ消滅時に−１減算するカウンタと、この
カウンタの計数値の最高値を保持する最高値保持手段を
設け、被テスト中継装置のネットワーク本数のピーク値
を検証することを特徴とする請求項１記載の中継装置テ
スト方式。
【請求項９】経路制御情報データをテストデータを送出
するテスト装置側でチェックすることを特徴とする請求
項１記載の中継装置テスト方式。
【請求項１０】テストパケットの送信間隔を長くするこ
とにより、ＷＡＮ回線の被テスト中継装置の動作を確認
することを特徴とする請求項１記載の中継装置テスト方
式。
【請求項１１】テスト装置のドライバ層の直後に、テス
トデータの受信・確認手段を設け、２重パケットを検出
可能にしたことを特徴とする請求項１記載の中継装置テ
スト方式。
【請求項１２】一定時間間隔に送信する経路制御情報の
エントリを落とすことにより、被テスト中継装置の経路
制御処理に擾乱を与えることを特徴とする請求項１記載
の中継装置テスト方式。
【請求項１３】テストデータに固定データパターンを持
つことを特徴とする請求項１記載の中継装置テスト方
式。
【請求項１４】テストデータに格子データパターンを持
つことを特徴とする請求項１記載の中継装置テスト方
式。