JP2004266534A - 通信経路試験方法 - Google Patents
通信経路試験方法 Download PDFInfo
- Publication number
- JP2004266534A JP2004266534A JP2003054169A JP2003054169A JP2004266534A JP 2004266534 A JP2004266534 A JP 2004266534A JP 2003054169 A JP2003054169 A JP 2003054169A JP 2003054169 A JP2003054169 A JP 2003054169A JP 2004266534 A JP2004266534 A JP 2004266534A
- Authority
- JP
- Japan
- Prior art keywords
- communication path
- setting information
- data
- extracted
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
【課題】本発明は、ネットワークの通信経路の試験を行う通信経路試験方法に関し、ネットワークの通信経路の検証を簡易かつ迅速に行うことを目的とする。
【解決手段】ネットワークに接続された機器の情報を設定した機器設定情報を設け、機器設定情報をもとにある機器を起点とし、他の機器を終点としたデータ通信の実行指示を行うステップと、実行指示に従ってネットワークに接続された起点と終点の機器の間でデータの送受信が終了した後に、これら機器から送受信データを収集するステップと、収集した送受信データをもとに起点の機器と終点の機器との間の通信経路を抽出するステップと、抽出した通信経路と、機器設定情報をもとに抽出した通信経路を合わせて提示するステップとを有する通信経路試験方法である。
【選択図】 図１
【解決手段】ネットワークに接続された機器の情報を設定した機器設定情報を設け、機器設定情報をもとにある機器を起点とし、他の機器を終点としたデータ通信の実行指示を行うステップと、実行指示に従ってネットワークに接続された起点と終点の機器の間でデータの送受信が終了した後に、これら機器から送受信データを収集するステップと、収集した送受信データをもとに起点の機器と終点の機器との間の通信経路を抽出するステップと、抽出した通信経路と、機器設定情報をもとに抽出した通信経路を合わせて提示するステップとを有する通信経路試験方法である。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークの通信経路の試験を行う通信経路試験方法に関するものである。
【０００２】
【従来の技術】
ネットワークの構築時や障害時には、ネットワーク機器のの接続性を検証するための通信経路試験を行う必要がある。
【０００３】
従来、通信経路試験は、試験者がクライアントからサーバに通信を行った結果から、データが通過した経路が正しいか否かを確認することによって、試験の合否を判定していた。
【０００４】
また、宛先を特定する宛先情報を付与した試験用パケットを送信してこれを中継ノードを経由して宛先に送出し、宛先情報で特定された試験用データの宛先からの返送される応答パケットのの有無に基づき、試験用データのパケットの転送で経由した各中継ノードからなる通信経路の良否を試験する手法がある（特許文献１）。
【０００５】
【特許文献１】
特開平０９−２７０８２２号公報の〔０００７〕など参照。
【０００６】
【発明が解決しようとする課題】
このため、上述した前者の手法および後者の手法では、試験者が手作業でクライアントからサーバへデータを実際に送信して受信し、その結果からデータが通過した経路が正しいか否かを当該試験者が判断する必要があり、最近のようにネットワークを構成する機器の数が増大してしまうと手作業がますます大変になってしまうという問題があった。
【０００７】
本発明は、これらの問題を解決するため、ネットワークに接続された機器の機器設定情報をもとに通信して機器設定情報を実際の情報に更新した後、指定した起点と終点の機器の間で送受信し、実行後に各機器の送受信データを収集して通信経路を抽出し、機器設定情報をもとに抽出した通信経路とを比較して通信経路の良否を判定し、ネットワークの通信経路の検証を簡易かつ迅速に行うことを目的としている。
【０００８】
【課題を解決するための手段】
図１を参照して課題を解決するための手段を説明する。
【０００９】
図１において、通信経路試験装置２は、試験対象ネットワーク１の通信経路の試験を行うものであって、ここでは、試験実行指示手段２２、機器情報取得手段２３、データ収集手段２４、通信経路抽出手段２６、期待経路算出手段２８、経路合否判定手段３０などから構成されるものである。
【００１０】
試験実行指示手段２２は、試験実行を指示するものである。
機器情報取得手段２３は、試験対象ネットワーク１に接続されている機器の機器設定情報を取得するものである。
【００１１】
データ収集手段２４は、試験対象ネットワーク１に接続されている機器から他の機器にデータ送受信を行った後、各機器のデータ送受信情報を収集するものである。
【００１２】
通信経路抽出手段２６は、収集した各機器の送受信データをもとに試験対象ネットワーク１の機器と機器との間の通信経路を抽出するものである。
【００１３】
期待経路算出手段２８は、試験対象ネットワーク１に接続されている各機器の機器設定情報２０をもとに通信経路を算出（抽出）するものである。
【００１４】
経路合否判定手段３０は、機器設定情報２０から算出した通信経路を基準に、送受信データから抽出した通信経路の合否を判定するものである。
【００１５】
次に、動作を説明する。
試験実行指示手段２２が機器設定情報２０をもとに、ある機器を起点とし、他の機器を終点としたデータ通信の実行を指示し、データ収集手段２４が実行指示に従って試験対象ネットワーク１に接続された起点と終点の機器の間でデータの送受信が終了した後に、これら機器から送受信データを収集し、通信経路抽出手段２６が収集した送受信データをもとに起点の機器と終点の機器との間の通信経路を抽出し、抽出した通信経路と、機器設定情報２０をもとに抽出した通信経路とを合わせて提示するようにしている。
【００１６】
この際、機器設定情報２０をもとに設定されている機器と通信して当該機器から設定情報を取得して機器設定情報２０を更新するようにしている。
【００１７】
また、経路合否判定手段３０が送受信データから抽出した通信経路と、期待経路算出手段２８によって機器設定情報２０をもとに抽出された通信経路とを比較し、後者の通信経路を基準にして前者の通信経路の違いを強調提示するようにしている。
【００１８】
従って、試験対象ネットワーク１に接続された機器の機器設定情報２０をもとに通信して機器設定情報２０を実際の情報に更新した後、指定した起点と終点の機器の間で送受信し、実行後に各機器の送受信データを収集して通信経路を抽出し、機器設定情報２０をもとに抽出した通信経路とを比較して通信経路の良否を判定することにより、試験対象ネットワーク１の通信経路の検証を簡易かつ迅速に行うことが可能となる。
【００１９】
【発明の実施の形態】
次に、図１から図８を用いて本発明の実施の形態および動作を順次詳細に説明する。
【００２０】
図１は、本発明のシステム構成図を示す。
図１において、試験対象ネットワーク１は、試験対象のネットワークであって、ここでは、図示のように、公知のウェブ・クライアント１１、ファイア・ウォール１２、ロード・バランサ１３、ウェブ・サーバ、ＤＮＳなどから構成されるものである。
【００２１】
通信経路試験装置２は、試験対象ネットワーク１の通信経路の試験を行うものであって、ここでは、試験実行指示手段２２、機器情報取得手段２３、データ収集手段２４、パケットデータ２５、通信経路抽出手段２６、通信経路２７、期待経路算出手段２８、通信経路（期待）２９、経路合否判定手段３０などから構成されるものである。
【００２２】
機器設定情報２０は、試験対象ネットワーク１に接続されている各機器の設定情報である（図３参照）。
【００２３】
試験実行手順２１は、試験対象ネットワーク１の経路試験を行う実行手順を記述したものである。
【００２４】
試験実行指示手段２２は、試験実行手順２１に従い、試験対象ネットワーク１の試験の実行を指示するものであって、例えば試験対象ネットワーク１に接続されている全機器に問合させて機器設定情報２０を更新させたり、起点となる機器から終点となる機器にデータを送信させたり、送信を終了した後に各機器から送受信情報の収集指示したりなどするものである（図２、図４、図６、図７など参照）。
【００２５】
機器情報取得手段２３は、機器設定情報２０をもとに試験対象ネットワーク１に接続されている各機器に機器設定情報を問合せて当該機器設定情報２０を更新するものである。
【００２６】
データ収集手段２４は、機器設定情報２０をもとに試験対象ネットワーク１の起点となる機器から終点となる機器にデータを送信させた後、各機器から送受信データを収集するものである。
【００２７】
パケットデータ２５は、試験対象ネットワーク１の各機器から収集した送受信データ（パケットデータ）である。
【００２８】
通信経路抽出手段２６は、パケットデータ（各機器の送受信データ）２５をもとに起点と終点の間の通信経路を抽出するものである。
【００２９】
通信経路２７は、送受信データから抽出された通信経路である（例えば後述する図６の（ｂ），図８の（ｂ）参照）。
【００３０】
期待経路算出手段２８は、機器設定情報２０をもとに通信経路（期待）を算出（抽出）するものである。
【００３１】
通信経路（期待）２９は、機器設定情報２０から算出された、期待される通信経路である（図７、図８の（ａ），（ｃ）参照）。
【００３２】
経路合否判定手段３０は、機器設定情報２０から算出した通信経路（期待）２９を基準とし、送受信データから抽出した通信経路２７の合否を判定するものである（図８の（ｃ）参照）。
【００３３】
合否判定結果３１は、機器設定情報２０から算出した通信経路（期待）２９を基準に、送受信データから抽出した通信経路２７の合否を判定した結果である（図８の（ｃ）参照）。
【００３４】
次に、図２のフローチャートの順番に従い、図１の構成のもとで機器設定情報２０を収集して更新するときの手順を詳細に説明する。
【００３５】
図２は、本発明の動作説明フローチャート（機器設定情報収集）を示す。
図２において、Ｓ１は、実行指示する。これは、図１の試験対象ネットワーク１に接続されている機器の機器設定情報２０をもとに各機器と通信して機器設定情報の取得を実行する指示である。
【００３６】
Ｓ２は、機器設定情報を１つ取り出す。これは、後述する図３の（ａ）の機器設定情報２０の先頭から１つ取り出す。機器設定情報２０は、図３の（ａ）に記載するように、最初はユーザによる正確な定義が必須な情報（ＩＰアドレス、機能名、ユーザ名）をもとに各機器に問合せて他の情報（ホスト名、インタフェース名、ＭＡＣアドレス）は上書して実際の情報に合致させる。
【００３７】
Ｓ３は、終了か判別する。ＹＥＳの場合には、Ｓ８に進む。ＮＯの場合には、機器設定情報２０に設定されている全ての機器について機器設定情報の問合せを終了したので、Ｓ８に進む。
【００３８】
Ｓ４は、機器設定情報をもとに対象機器に接続する。これは、図３の（ａ）の機器設定情報２０の先頭から取り出した１つのレコードのうちの例えばＩＰアドレス、機能名、ユーザ名をもとに該当機器に接続する。
【００３９】
Ｓ５は、接続がＯＫか判別する。ＹＥＳの場合には、Ｓ６に進む。ＮＯの場合には、機器設定情報２０をもとに該当機器に接続できなかったので、Ｓ７でエラー記録し、Ｓ２に戻り繰り返す。
【００４０】
Ｓ６は、Ｓ５のＹＥＳと判明して該当機器に接続できたので、機器から機器設定情報を読込む。ここでは、右側に記載した下記の情報を読取る。そして、Ｓ２に戻り繰り返す。
【００４１】
・インタフェース名：
・ＩＰアドレス：
・ＭＡＣアドレス：
・その他：
Ｓ８は、機器設定情報を上書する。これは、Ｓ６で試験対象ネットワーク１に接続されている機器から機器設定情報を読取ったので、これで初期値が設定してある機器設定情報２０を上書して最新の情報に更新する。
【００４２】
Ｓ９は、パケット取得コマンドを実行する。これにより、試験対象ネットワーク１に接続されている全ての機器から当該機器が送受信して保存している全ての送受信データを読取って保存する。
【００４３】
以上によって、機器設定情報２０をもとに試験対象ネットワーク１に接続されている全ての機器に接続してその機器設定情報を読取って機器設定情報２０に上書して最新に更新すると共に、各機器から送受信データを全て収集して保存することが可能となる。
【００４４】
図３は、本発明の機器設定情報例を示す。
図３の（ａ）は、機器設定情報２０の例を示す。図示の機器設定情報２０は、図３の（ｂ）に模式的に示す試験対象ネットワークに接続されている機器の機器設定情報であって、図示の下記の情報を対応づけて登録したものである。
【００４５】
・ホスト名：
・インタフェース名：
・ＩＰアドレス：
・ＭＡＣアドレス：
・機能名：
・ユーザ名：
・その他：
ここで、ユーザによる定義が必須な情報は、ＩＰアドレス、機能名、ユーザ名である。試験装置により、網（ネットワーク）から取得した機器情報で追加・上書きされる可能性のある情報は、ホスト名、インタフェース名、ＭＡＣアドレスである。
【００４６】
図３の（ｂ）は、図３の（ａ）の機器設定情報２０に設定されている機器の接続されている様子の例を模式的に示す。ここでは、試験装置２が試験実行手続２１に従い機器設定情報２０をもとに試験対象ネットワーク１にパケットを送信してパケットで機器設定情報を収集したり、起点となる機器から終点となる機器にパケットを送信させた後、当該機器から送受信パケット（送受信データ）を全て読み出したり、読み出した送受信パケットをもとに通信経路を抽出したりなどするようにしている。
【００４７】
図４は、本発明の動作説明フローチャート（送受信データ収集）を示す。
図４において、Ｓ１１は、実行指示する。これは、Ｓ１２以降の実行指示する。
【００４８】
Ｓ１２は、試験実行手順を１つ読み込む。
Ｓ１３は、手順終了か判別する。ＹＥＳの場合には、Ｓ２４に進む。ＮＯの場合には、Ｓ１４に進む。
【００４９】
Ｓ１４は、通信の起点／終点の内容を取り出す。これは、例えば図３の（ａ）の起点とする（１）および終点とする（２）の内容を取り出す。
【００５０】
Ｓ１５は、起点の機能名に対応するＩＰアドレスを取り出す。
Ｓ１６は、取り出したＩＰアドレスの装置に対して、取り出した終点宛に取り出した内容を送信する指示を送信する。
【００５１】
以上によって、試験実行手順に従い、試験装置２は、図３の（ａ）の機器設定情報２０から起点となる機器、例えば（１）のレコードの内容、および終点となる機器、例えば（２）のレコードの内容をそれぞれ取り出し、起点の機器に対して、終点機器に向けてパケットを送信する指示を送信することが可能となる。
【００５２】
Ｓ１７は、Ｓ１６で送信指示を受信した、ここでは、機器１が指示を記載した受信した文字列を解析する。
【００５３】
Ｓ１８は、指定された終点宛に指定された文字列を送信する。これは、指定された終点の機器に指定された内容を設定したパケット、例えば後述する図５の▲１▼試験用パケット（Ｗｅｂ Ｃｌｉｅｎｔ→ＦｉｒｅＷａｌｌ）を送信する。
【００５４】
Ｓ３１は、ＦｉｒｅＷａｌｌを介して転送されてきたパケットを機器２がここでは受信し、文字列を解析する。そして、Ｓ３２に進む。
【００５５】
Ｓ３２は、機器１に対して応答データ（パケット）を送信する。
Ｓ１９は、宛先の機器２から応答データ（パケット）が規定時間以内に受信できたか判別する。ＹＥＳの場合には、Ｓ２０で結果ＯＫと判定し、Ｓ２２に進む。一方、ＮＯの場合には、規定時間経過しても機器２から応答データ（パケット）を受信できなかったと判明したので、Ｓ２１で結果ＮＧと判定し、Ｓ２２に進む。
【００５６】
Ｓ２２は、機器１が送信結果を試験装置２に返送する。
Ｓ２３は、試験装置が試験結果を保存する。そして、Ｓ１２に戻り、次の試験実行手順を１つ読み込み、Ｓ１３以降を繰り返す。
【００５７】
Ｓ２４は、Ｓ１３のＹＥＳで全ての試験実行手順を終了したと判明したので、パケット取得コマンドを停止する。
【００５８】
Ｓ２５は、パケットデータを収集する。
Ｓ２６は、パケットデータを保存する。これらＳ２５、Ｓ２６により、各機器が送受信した送受信データを全て収集して保存することが可能となる。
【００５９】
以上によって、試験実行手順に従い一連の起点の機器から終点の機器に向けてパケットを送信し、全ての試験実行手順を終了した後、これら試験実行時に各機器が送受信した送受信データを全て収集することが可能となる。
【００６０】
図５は、本発明の送受信データ例を示す。
図５の（ａ）は、機器制御パケットの例を示す。これは、図３の（ｂ）の試験装置２が試験対象の機器（ｈｏｓｔ１）に起点の機器から終点の機器にパケットを送信する指示を送信するためのパケットである。
【００６１】
図５の▲１▼は、試験用パケット（Ｗｅｂ ｃｌｉｅｎｔ→ＦｉｒｅＷａｌｌ）の例を示す。ここで、括弧内の「Ｗｅｂ ｃｌｉｅｎｔ→ＦｉｒｅＷａｌｌ」はパケットの送信方向を示し、「Ｗｅｂ ｃｌｉｅｎｔ」から「ＦｉｒｅＷａｌｌ」に送信するパケットの例を示す。送信元ＭＡＣおよび送信元ＩＰが送信元の「Ｗｅｂ ｃｌｉｅｎｔ」のものを設定し、宛先ＭＡＣ，宛先ＩＰが宛先（送信先）の「ＦｉｒｅＷａｌｌ」のもを設定する。
【００６２】
図５の▲２▼は、試験用パケット（ＦｉｒｅＷａｌｌ→Ｌｏａｄ Ｂａｌａｎｃｅｒ）の例を示す。ここで、括弧内がパケットの送信方向を示す。
【００６３】
図５の▲３▼は、試験用パケット（Ｌｏａｄ Ｂａｌａｎｃｅｒ→ＦｉｒｅＷａｌｌ）の例を示す。ここで、括弧内がパケットの送信方向を示す。
【００６４】
図５の▲４▼は、試験用パケット（ＦｉｒｅＷａｌｌ→Ｗｅｂ ｃｌｉｅｎｔ）の例を示す。ここで、括弧内がパケットの送信方向を示す。
【００６５】
以上の▲１▼、▲２▼のパケットにより既述した図３の（ｂ）の▲１▼、▲２▼に示すように起点の機器から終点の機器へ送信され、更に、▲３▼、▲４▼のパケットにより既述した図３の（ｂ）の▲３▼、▲４▼に示すように終点の機器から起点の機器へ送信されることとなる。そして、これら全ての機器から送受信したパケット（▲１▼，▲２▼，▲３▼，▲４▼のパケット）を試験装置２が収集することが可能となる（既述した図４のＳ２５、Ｓ２６）。
【００６６】
図６は、本発明の動作説明図（通信経路の抽出）を示す。
図６の（ａ）は、フローチャートを示す。
【００６７】
図６の（ａ）において、Ｓ４１は、１つの機器で取得したパケットデータを読込む。これは、既述した図４のＳ２５、Ｓ２６で試験対象ネットワーク１の全各機器から読み出して保存したパケットデータ（送受信データ）から、ある１つの機器（例えば起点として指定した機器）で取得した全パケットデータを読み込む。
【００６８】
Ｓ４２は、パケットデータを１つ読み込む。これは、Ｓ４１で読込んだある機器の全パケットデータのうち、１つのパケットデータ（送受信データであって、既述した例えば図５の▲１▼、▲２▼、▲３▼、▲４▼のいずれかのデータ）を読み込む。
【００６９】
Ｓ４３は、宛先／送信元のＩＰアドレス／ＴＣＰポートの組み合わせ（順不同）が同じパケットを抽出する。これは、Ｓ４２で読み込んだパケットデータと、宛先、送信元の組み合わせが同じパケットデータ（即ち、宛先と送信元が同一、および宛先と送信元が逆の両者のパケットデータ）を全機器のパケットデータから抽出する。これにより、ある機器から送信されたパケットデータと宛先、送信元が同じ組み合わせの全パケットデータが抽出されたこととなる。
【００７０】
Ｓ４４は、他のパケットデータを１つ読み込む。これは、Ｓ４２で読み込んだ機器の他のパケットデータを１つ読み込む。
【００７１】
Ｓ４５は、ある機器のパケットデータについて終了か判別する。ＹＥＳの場合には、Ｓ４６に進む。ＮＯの場合には、Ｓ４３に戻り繰り返す。
【００７２】
Ｓ４６は、全ての機器について終了か判別する。ＹＥＳの場合には、Ｓ４７に進む。ＮＯの場合には、Ｓ４１に戻り、次の機器について繰り返す。
【００７３】
以上のＳ４１からＳ４６によって、ある機器と他の機器との間の全てのパケットデータ（送受信データ）がグループとして抽出されたこととなる。
【００７４】
Ｓ４７は、起点となる機器で取得したパケットデータのシーケンス番号と等しいパケットデータを全機器のデータから抽出する。これにより、起点となる機器で、他の１つの機器に送信された（あるいは他の１つの機器から受信された）シーケンス番号が等しい全てのパケットデータを抽出（即ち、送信したパケットデータと、受信したパケットデータを全て抽出）できたこととなる。
【００７５】
Ｓ４８は、全データから重複するデータを削除する。これにより、送信したデータと受信したデータとは宛先、送信元が逆の２つのパケットデータが１つのパケットデータに削除されることとなる。
【００７６】
Ｓ４９は、起点のＭＡＣアドレスと同一の送信元ＭＡＣアドレスとを持つパケットを抽出する。ここでは、図５の▲１▼と▲３▼のパケットデータを抽出する。
【００７７】
Ｓ５０は、▲１▼の宛先ＭＡＣアドレスと等しいＭＡＣアドレスを持つ機器の情報を取得する。ここでは、図５の▲１▼の宛先ＭＡＣアドレス”００：０２：ｂ３：８ｅ：２１：ｃ９”と等しいＭＡＣアドレスを持つ機器（図３の（ａ）の▲２▼の機器）の
・ｈｏｓｔ名：ｈｏｓｔ２
・インタフェース名：ｈｍｅ０
を取得する。
【００７８】
Ｓ５１は、取得したｈｏｓｔ名を持つ機器のＭＡＣアドレスを送信元とするパケットデータを抽出する。ここでは、図５の▲２▼、▲４▼を抽出する。
【００７９】
Ｓ５２は、経路の終点か判別する。ＹＥＳの場合には、Ｓ５３に進む。ＮＯの場合には、Ｓ５０以降を繰り返す。
【００８０】
Ｓ５３は、起点に戻ったか判別する。ＹＥＳの場合には、起点の機器から経路追跡して終点の機器に行きつき、更に終点の機器から経路追跡して起点の機器に行きついたと判明したので、一連の経路追跡を終了し、Ｓ５５で追跡した経路情報Ｂを出力する。一方、Ｓ５３のＮＯの場合には、Ｓ５４で終点を起点とし、Ｓ４９以降を繰り返す。
【００８１】
以上のように、実際にパケットデータを起点の機器から終点の機器に向けて送受信を実行し、そのときに各機器で送受信したパケットデータを保存しておき、これを後に全て読み出し（図５の▲１▼、▲２▼、▲３▼、▲４▼）、Ｓ４１からＳ５５の経路追跡処理を実行すると、図６の（ｂ）の経路情報Ｂが結果として抽出されることとなる。
【００８２】
図６の（ｂ）は、経路結果例を示す。ここでは、
・上り：ｈｏｓｔ１ ｅｔｈ０→ｈｏｓｔ２（ｈｍｅ０→ｈｍｅ１）→ｈｏｓｔ３ ｅｔｈ０
・下り：ｈｏｓｔ１ ｅｔｈ０←ｈｏｓｔ２（ｈｍｅ０←ｈｍｅ１）←ｈｏｓｔ３ ｅｔｈ０
と自動抽出される。上りは既述した図３の（ｂ）のｈｏｓｔ１，ｈｏｓ２，ｈｏｓｔ３の方向の経路であり、下りは逆の経路である。
【００８３】
図７は、本発明の動作説明フローチャートを示す。
図７において、Ｓ６１は、網から収集した情報で追加・上書きされ機器設定情報を読み込む。例えば既述した図３の（ａ）の機器設定情報を読み込む。
【００８４】
Ｓ６２は、起点を指定する。ここでは、
・機能名：Ｗｅｂ ｃｌｉｅｎｔ
を起点の機器として指定する。これは、経路の起点として、Ｓ６１で読み込んだ例えば図３の（ａ）の機器設定情報２０中の▲１▼の機器名（Ｗｅｂ ｃｌｉｅｎｔ）を指定する。
【００８５】
Ｓ６３は、同じセグメント内のｈｏｓｔ名、インタフェース名を抽出・登録する。ここでは、起点の▲１▼機器名（Ｗｅｂ ｃｌｉｅｎｔ）と同一セグメント内（マスク情報で決るＩＰアドレス範囲内、例え２５５．２５５．２５５．０で決るＩＰアドレス範囲内）のｈｏｓｔ名として、図３の（ａ）の機器設置情報から
・ｈｏｓｔ１（起点のホスト名で、ＩＰアドレス１９２．１６８．１．１）
・ｈｏｓｔ２のｈｍｅ０（ＩＰアドレス１９２．１６８．１．２）
を抽出・登録する。
【００８６】
Ｓ６４は、抽出できたか判別する。ＹＥＳの場合には、Ｓ６５に進む。ＮＯの場合には、全て抽出済みであるのでＳ６７で終点と判断し、Ｓ６８で経路情報Ａを出力し、終了する。
【００８７】
Ｓ６５は、登録したｈｏｓｔ名で、インタフェース名が異なるものを探す。例えばｈｏｓｔ名ｈｏｓｔ１でインタフェース名が異なホストはｈｏｓｔ２のｈ０を見つける。
【００８８】
Ｓ６６は、見つかったか判別する。ここでは、ＹＥＳであるので、Ｓ６３に戻り繰り返す。ＮＯの場合には、Ｓ６７に進む。
【００８９】
以上によって、機器設定情報２０をもとに指定された起点の機器と同一セグメント内の全てのホスト名、インタフェース名を抽出して登録し、このうちから登録したホスト名でありかつインタフェース名が異なるもの（登録されていないもの）を抽出し、更に、当該抽出したホスト名、インタフェース名をもとに他のセグメントについて繰り返すことにより、指定された起点を出発点として全ての経路情報Ａ（後述する図８の（ａ）の経路情報Ａ）を抽出することが可能となる。
【００９０】
図８は、本発明の通信経路例を示す。
図８の（ａ）は、経路情報Ａ（機器設定情報から抽出された経路情報）の例を示す。これは、既述した図７のフローチャートに従い、図３の（ａ）の機器経路情報２０から抽出された経路情報を模式的に示す。
【００９１】
・上段は、期待される経路１を示す。これは、既述した図３の（ａ）を模式的に表した図３の（ｂ）の左側の太線で示す経路である。
【００９２】
・下段は、期待される経路２を示す。これは、既述した図３の（ａ）を模式的に表した図３の（ｂ）の右側の太線で示す経路である。
【００９３】
図８の（ｂ）は、経路情報Ｂ（実データから求めた経路情報）の例を示す。これは、既述した図４および図５を用いて説明した手順により実際に通信した送受信データを収集してこれから求めた経路の例であって、
・上段は、１回目の試験の結果得られた経路の例を示す。
【００９４】
・中段は、２回目の試験の結果得られた経路の例を示す。
・下段は、３回目の試験の結果得られた経路の例を示す。ここで、下段の３回目の試験の結果得られた経路は、ｈｏｓｔ３とｈｏｓｔ５との送受信データが収集されなく、ここで何らかの障害が発生したために得られた経路である。
【００９５】
図８の（ｃ）は、合否判定結果の例を示す。ここでは、図８の（ａ）の通信経路Ａに対して、実際に通信して得られた図８の（ｂ）の通信経路Ｂのうちの、下段の３回目の試験の結果について、ｈｏｓｔ３とｈｏｓｔ５との間の送受信データが収集されなく、何らかの原因によって当該両者のホスト間で通信障害が発生したことが判明したので、判定結果として右端記載したように当該下段の通信経路が不合格ＮＧと判定する。
【００９６】
（付記１）
ネットワークの通信経路の試験を行う通信経路試験方法において、
ネットワークに接続された機器の情報を設定した機器設定情報を設け、
前記機器設定情報をもとにある機器を起点とし、他の機器を終点としたデータ通信の実行指示を行うステップと、
前記実行指示に従ってネットワークに接続された起点と終点の機器の間でデータの送受信が終了した後に、これら機器から送受信データを収集するステップと、
前記収集した送受信データをもとに起点の機器と終点の機器との間の通信経路を抽出するステップと、
前記抽出した通信経路と、前記機器設定情報をもとに抽出した通信経路を合わせて提示するステップと
を有する通信経路試験方法。
【００９７】
（付記２）
前記機器設定情報をもとに設定されている機器と通信して当該機器から設定情報を取得して当該機器設定情報を更新することを特徴とする付記１記載の通信経路試験方法。
【００９８】
（付記３）
前記送受信データから抽出した通信経路と、前記機器設定情報をもとに抽出した通信経路とを比較し、後者の通信経路を基準にして前者の通信経路の違いを強調提示する付記１記載の通信経路試験方法。
【００９９】
（付記４）
ネットワークの通信経路の試験を行う通信経路試験装置において、
ネットワークに接続された機器の情報を設定した機器設定情報と、
前記機器設定情報をもとにある機器を起点とし、他の機器を終点としたデータ通信の実行指示を行う手段と、
前記実行指示に従ってネットワークに接続された起点と終点の機器の間でデータの送受信が終了した後に、これら機器から送受信データを収集する手段と、
前記収集した送受信データをもとに起点の機器と終点の機器との間の通信経路を抽出する手段と、
前記抽出した通信経路と、前記機器設定情報をもとに抽出した通信経路を合わせて提示する手段と
間の通信経路とを合わせて提示する手段と
を備えたことを特徴とする通信経路試験装置。
【０１００】
（付記５）
ネットワークの通信経路の試験を行う通信経路試験プログラムにおいて、
コンピュータに、
ネットワークに接続された機器の情報を設定した機器設定情報を設け、
前記機器設定情報をもとにある機器を起点とし、他の機器を終点としたデータ通信の実行指示を行うステップと、
前記実行指示に従ってネットワークに接続された起点と終点の機器の間でデータの送受信が終了した後に、これら機器から送受信データを収集するステップと、
前記収集した送受信データをもとに起点の機器と終点の機器との間の通信経路を抽出するステップと、
前記抽出した通信経路と、前記機器設定情報をもとに抽出した通信経路を合わせて提示するステップと
して機能させるための通信経路試験プログラム。
【０１０１】
【発明の効果】
以上説明したように、本発明によれば、試験対象ネットワーク１に接続された機器の機器設定情報２０をもとに通信して機器設定情報２０を実際の情報に更新した後、指定した起点と終点の機器の間で送受信し、実行後に各機器の送受信データを収集して通信経路を抽出すると共に、機器設定情報２０から通信経路を抽出し、両者を比較して通信経路の良否を判定する構成を採用しているため、試験対象ネットワーク１の通信経路の検証を簡易かつ迅速に行うことが可能となる。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャート（機器設定情報の収集）である。
【図３】本発明の機器設定情報例である。
【図４】本発明の動作説明フローチャート（送受信データ収集）である。
【図５】本発明の送受信データ例である。
【図６】本発明の動作説明図（通信経路の抽出）である。
【図７】本発明の動作説明フローチャート（通信経路の抽出）である。
【図８】本発明の通信経路例である。
【符号の説明】
１：試験対象ネットワーク
２：通信経路試験装置
２０：機器設定情報
２１：試験実行手順
２２：試験実行指示手段
２３：機器情報取得手段
２４：データ収集手段
２５：パケットデータ
２６：通信経路抽出手段
２７：通信経路
２８：期待経路算出手段
２９：通信経路（期待）
３０：経路合否判定手段
３１：合否判定結果
【発明の属する技術分野】
本発明は、ネットワークの通信経路の試験を行う通信経路試験方法に関するものである。
【０００２】
【従来の技術】
ネットワークの構築時や障害時には、ネットワーク機器のの接続性を検証するための通信経路試験を行う必要がある。
【０００３】
従来、通信経路試験は、試験者がクライアントからサーバに通信を行った結果から、データが通過した経路が正しいか否かを確認することによって、試験の合否を判定していた。
【０００４】
また、宛先を特定する宛先情報を付与した試験用パケットを送信してこれを中継ノードを経由して宛先に送出し、宛先情報で特定された試験用データの宛先からの返送される応答パケットのの有無に基づき、試験用データのパケットの転送で経由した各中継ノードからなる通信経路の良否を試験する手法がある（特許文献１）。
【０００５】
【特許文献１】
特開平０９−２７０８２２号公報の〔０００７〕など参照。
【０００６】
【発明が解決しようとする課題】
このため、上述した前者の手法および後者の手法では、試験者が手作業でクライアントからサーバへデータを実際に送信して受信し、その結果からデータが通過した経路が正しいか否かを当該試験者が判断する必要があり、最近のようにネットワークを構成する機器の数が増大してしまうと手作業がますます大変になってしまうという問題があった。
【０００７】
本発明は、これらの問題を解決するため、ネットワークに接続された機器の機器設定情報をもとに通信して機器設定情報を実際の情報に更新した後、指定した起点と終点の機器の間で送受信し、実行後に各機器の送受信データを収集して通信経路を抽出し、機器設定情報をもとに抽出した通信経路とを比較して通信経路の良否を判定し、ネットワークの通信経路の検証を簡易かつ迅速に行うことを目的としている。
【０００８】
【課題を解決するための手段】
図１を参照して課題を解決するための手段を説明する。
【０００９】
図１において、通信経路試験装置２は、試験対象ネットワーク１の通信経路の試験を行うものであって、ここでは、試験実行指示手段２２、機器情報取得手段２３、データ収集手段２４、通信経路抽出手段２６、期待経路算出手段２８、経路合否判定手段３０などから構成されるものである。
【００１０】
試験実行指示手段２２は、試験実行を指示するものである。
機器情報取得手段２３は、試験対象ネットワーク１に接続されている機器の機器設定情報を取得するものである。
【００１１】
データ収集手段２４は、試験対象ネットワーク１に接続されている機器から他の機器にデータ送受信を行った後、各機器のデータ送受信情報を収集するものである。
【００１２】
通信経路抽出手段２６は、収集した各機器の送受信データをもとに試験対象ネットワーク１の機器と機器との間の通信経路を抽出するものである。
【００１３】
期待経路算出手段２８は、試験対象ネットワーク１に接続されている各機器の機器設定情報２０をもとに通信経路を算出（抽出）するものである。
【００１４】
経路合否判定手段３０は、機器設定情報２０から算出した通信経路を基準に、送受信データから抽出した通信経路の合否を判定するものである。
【００１５】
次に、動作を説明する。
試験実行指示手段２２が機器設定情報２０をもとに、ある機器を起点とし、他の機器を終点としたデータ通信の実行を指示し、データ収集手段２４が実行指示に従って試験対象ネットワーク１に接続された起点と終点の機器の間でデータの送受信が終了した後に、これら機器から送受信データを収集し、通信経路抽出手段２６が収集した送受信データをもとに起点の機器と終点の機器との間の通信経路を抽出し、抽出した通信経路と、機器設定情報２０をもとに抽出した通信経路とを合わせて提示するようにしている。
【００１６】
この際、機器設定情報２０をもとに設定されている機器と通信して当該機器から設定情報を取得して機器設定情報２０を更新するようにしている。
【００１７】
また、経路合否判定手段３０が送受信データから抽出した通信経路と、期待経路算出手段２８によって機器設定情報２０をもとに抽出された通信経路とを比較し、後者の通信経路を基準にして前者の通信経路の違いを強調提示するようにしている。
【００１８】
従って、試験対象ネットワーク１に接続された機器の機器設定情報２０をもとに通信して機器設定情報２０を実際の情報に更新した後、指定した起点と終点の機器の間で送受信し、実行後に各機器の送受信データを収集して通信経路を抽出し、機器設定情報２０をもとに抽出した通信経路とを比較して通信経路の良否を判定することにより、試験対象ネットワーク１の通信経路の検証を簡易かつ迅速に行うことが可能となる。
【００１９】
【発明の実施の形態】
次に、図１から図８を用いて本発明の実施の形態および動作を順次詳細に説明する。
【００２０】
図１は、本発明のシステム構成図を示す。
図１において、試験対象ネットワーク１は、試験対象のネットワークであって、ここでは、図示のように、公知のウェブ・クライアント１１、ファイア・ウォール１２、ロード・バランサ１３、ウェブ・サーバ、ＤＮＳなどから構成されるものである。
【００２１】
通信経路試験装置２は、試験対象ネットワーク１の通信経路の試験を行うものであって、ここでは、試験実行指示手段２２、機器情報取得手段２３、データ収集手段２４、パケットデータ２５、通信経路抽出手段２６、通信経路２７、期待経路算出手段２８、通信経路（期待）２９、経路合否判定手段３０などから構成されるものである。
【００２２】
機器設定情報２０は、試験対象ネットワーク１に接続されている各機器の設定情報である（図３参照）。
【００２３】
試験実行手順２１は、試験対象ネットワーク１の経路試験を行う実行手順を記述したものである。
【００２４】
試験実行指示手段２２は、試験実行手順２１に従い、試験対象ネットワーク１の試験の実行を指示するものであって、例えば試験対象ネットワーク１に接続されている全機器に問合させて機器設定情報２０を更新させたり、起点となる機器から終点となる機器にデータを送信させたり、送信を終了した後に各機器から送受信情報の収集指示したりなどするものである（図２、図４、図６、図７など参照）。
【００２５】
機器情報取得手段２３は、機器設定情報２０をもとに試験対象ネットワーク１に接続されている各機器に機器設定情報を問合せて当該機器設定情報２０を更新するものである。
【００２６】
データ収集手段２４は、機器設定情報２０をもとに試験対象ネットワーク１の起点となる機器から終点となる機器にデータを送信させた後、各機器から送受信データを収集するものである。
【００２７】
パケットデータ２５は、試験対象ネットワーク１の各機器から収集した送受信データ（パケットデータ）である。
【００２８】
通信経路抽出手段２６は、パケットデータ（各機器の送受信データ）２５をもとに起点と終点の間の通信経路を抽出するものである。
【００２９】
通信経路２７は、送受信データから抽出された通信経路である（例えば後述する図６の（ｂ），図８の（ｂ）参照）。
【００３０】
期待経路算出手段２８は、機器設定情報２０をもとに通信経路（期待）を算出（抽出）するものである。
【００３１】
通信経路（期待）２９は、機器設定情報２０から算出された、期待される通信経路である（図７、図８の（ａ），（ｃ）参照）。
【００３２】
経路合否判定手段３０は、機器設定情報２０から算出した通信経路（期待）２９を基準とし、送受信データから抽出した通信経路２７の合否を判定するものである（図８の（ｃ）参照）。
【００３３】
合否判定結果３１は、機器設定情報２０から算出した通信経路（期待）２９を基準に、送受信データから抽出した通信経路２７の合否を判定した結果である（図８の（ｃ）参照）。
【００３４】
次に、図２のフローチャートの順番に従い、図１の構成のもとで機器設定情報２０を収集して更新するときの手順を詳細に説明する。
【００３５】
図２は、本発明の動作説明フローチャート（機器設定情報収集）を示す。
図２において、Ｓ１は、実行指示する。これは、図１の試験対象ネットワーク１に接続されている機器の機器設定情報２０をもとに各機器と通信して機器設定情報の取得を実行する指示である。
【００３６】
Ｓ２は、機器設定情報を１つ取り出す。これは、後述する図３の（ａ）の機器設定情報２０の先頭から１つ取り出す。機器設定情報２０は、図３の（ａ）に記載するように、最初はユーザによる正確な定義が必須な情報（ＩＰアドレス、機能名、ユーザ名）をもとに各機器に問合せて他の情報（ホスト名、インタフェース名、ＭＡＣアドレス）は上書して実際の情報に合致させる。
【００３７】
Ｓ３は、終了か判別する。ＹＥＳの場合には、Ｓ８に進む。ＮＯの場合には、機器設定情報２０に設定されている全ての機器について機器設定情報の問合せを終了したので、Ｓ８に進む。
【００３８】
Ｓ４は、機器設定情報をもとに対象機器に接続する。これは、図３の（ａ）の機器設定情報２０の先頭から取り出した１つのレコードのうちの例えばＩＰアドレス、機能名、ユーザ名をもとに該当機器に接続する。
【００３９】
Ｓ５は、接続がＯＫか判別する。ＹＥＳの場合には、Ｓ６に進む。ＮＯの場合には、機器設定情報２０をもとに該当機器に接続できなかったので、Ｓ７でエラー記録し、Ｓ２に戻り繰り返す。
【００４０】
Ｓ６は、Ｓ５のＹＥＳと判明して該当機器に接続できたので、機器から機器設定情報を読込む。ここでは、右側に記載した下記の情報を読取る。そして、Ｓ２に戻り繰り返す。
【００４１】
・インタフェース名：
・ＩＰアドレス：
・ＭＡＣアドレス：
・その他：
Ｓ８は、機器設定情報を上書する。これは、Ｓ６で試験対象ネットワーク１に接続されている機器から機器設定情報を読取ったので、これで初期値が設定してある機器設定情報２０を上書して最新の情報に更新する。
【００４２】
Ｓ９は、パケット取得コマンドを実行する。これにより、試験対象ネットワーク１に接続されている全ての機器から当該機器が送受信して保存している全ての送受信データを読取って保存する。
【００４３】
以上によって、機器設定情報２０をもとに試験対象ネットワーク１に接続されている全ての機器に接続してその機器設定情報を読取って機器設定情報２０に上書して最新に更新すると共に、各機器から送受信データを全て収集して保存することが可能となる。
【００４４】
図３は、本発明の機器設定情報例を示す。
図３の（ａ）は、機器設定情報２０の例を示す。図示の機器設定情報２０は、図３の（ｂ）に模式的に示す試験対象ネットワークに接続されている機器の機器設定情報であって、図示の下記の情報を対応づけて登録したものである。
【００４５】
・ホスト名：
・インタフェース名：
・ＩＰアドレス：
・ＭＡＣアドレス：
・機能名：
・ユーザ名：
・その他：
ここで、ユーザによる定義が必須な情報は、ＩＰアドレス、機能名、ユーザ名である。試験装置により、網（ネットワーク）から取得した機器情報で追加・上書きされる可能性のある情報は、ホスト名、インタフェース名、ＭＡＣアドレスである。
【００４６】
図３の（ｂ）は、図３の（ａ）の機器設定情報２０に設定されている機器の接続されている様子の例を模式的に示す。ここでは、試験装置２が試験実行手続２１に従い機器設定情報２０をもとに試験対象ネットワーク１にパケットを送信してパケットで機器設定情報を収集したり、起点となる機器から終点となる機器にパケットを送信させた後、当該機器から送受信パケット（送受信データ）を全て読み出したり、読み出した送受信パケットをもとに通信経路を抽出したりなどするようにしている。
【００４７】
図４は、本発明の動作説明フローチャート（送受信データ収集）を示す。
図４において、Ｓ１１は、実行指示する。これは、Ｓ１２以降の実行指示する。
【００４８】
Ｓ１２は、試験実行手順を１つ読み込む。
Ｓ１３は、手順終了か判別する。ＹＥＳの場合には、Ｓ２４に進む。ＮＯの場合には、Ｓ１４に進む。
【００４９】
Ｓ１４は、通信の起点／終点の内容を取り出す。これは、例えば図３の（ａ）の起点とする（１）および終点とする（２）の内容を取り出す。
【００５０】
Ｓ１５は、起点の機能名に対応するＩＰアドレスを取り出す。
Ｓ１６は、取り出したＩＰアドレスの装置に対して、取り出した終点宛に取り出した内容を送信する指示を送信する。
【００５１】
以上によって、試験実行手順に従い、試験装置２は、図３の（ａ）の機器設定情報２０から起点となる機器、例えば（１）のレコードの内容、および終点となる機器、例えば（２）のレコードの内容をそれぞれ取り出し、起点の機器に対して、終点機器に向けてパケットを送信する指示を送信することが可能となる。
【００５２】
Ｓ１７は、Ｓ１６で送信指示を受信した、ここでは、機器１が指示を記載した受信した文字列を解析する。
【００５３】
Ｓ１８は、指定された終点宛に指定された文字列を送信する。これは、指定された終点の機器に指定された内容を設定したパケット、例えば後述する図５の▲１▼試験用パケット（Ｗｅｂ Ｃｌｉｅｎｔ→ＦｉｒｅＷａｌｌ）を送信する。
【００５４】
Ｓ３１は、ＦｉｒｅＷａｌｌを介して転送されてきたパケットを機器２がここでは受信し、文字列を解析する。そして、Ｓ３２に進む。
【００５５】
Ｓ３２は、機器１に対して応答データ（パケット）を送信する。
Ｓ１９は、宛先の機器２から応答データ（パケット）が規定時間以内に受信できたか判別する。ＹＥＳの場合には、Ｓ２０で結果ＯＫと判定し、Ｓ２２に進む。一方、ＮＯの場合には、規定時間経過しても機器２から応答データ（パケット）を受信できなかったと判明したので、Ｓ２１で結果ＮＧと判定し、Ｓ２２に進む。
【００５６】
Ｓ２２は、機器１が送信結果を試験装置２に返送する。
Ｓ２３は、試験装置が試験結果を保存する。そして、Ｓ１２に戻り、次の試験実行手順を１つ読み込み、Ｓ１３以降を繰り返す。
【００５７】
Ｓ２４は、Ｓ１３のＹＥＳで全ての試験実行手順を終了したと判明したので、パケット取得コマンドを停止する。
【００５８】
Ｓ２５は、パケットデータを収集する。
Ｓ２６は、パケットデータを保存する。これらＳ２５、Ｓ２６により、各機器が送受信した送受信データを全て収集して保存することが可能となる。
【００５９】
以上によって、試験実行手順に従い一連の起点の機器から終点の機器に向けてパケットを送信し、全ての試験実行手順を終了した後、これら試験実行時に各機器が送受信した送受信データを全て収集することが可能となる。
【００６０】
図５は、本発明の送受信データ例を示す。
図５の（ａ）は、機器制御パケットの例を示す。これは、図３の（ｂ）の試験装置２が試験対象の機器（ｈｏｓｔ１）に起点の機器から終点の機器にパケットを送信する指示を送信するためのパケットである。
【００６１】
図５の▲１▼は、試験用パケット（Ｗｅｂ ｃｌｉｅｎｔ→ＦｉｒｅＷａｌｌ）の例を示す。ここで、括弧内の「Ｗｅｂ ｃｌｉｅｎｔ→ＦｉｒｅＷａｌｌ」はパケットの送信方向を示し、「Ｗｅｂ ｃｌｉｅｎｔ」から「ＦｉｒｅＷａｌｌ」に送信するパケットの例を示す。送信元ＭＡＣおよび送信元ＩＰが送信元の「Ｗｅｂ ｃｌｉｅｎｔ」のものを設定し、宛先ＭＡＣ，宛先ＩＰが宛先（送信先）の「ＦｉｒｅＷａｌｌ」のもを設定する。
【００６２】
図５の▲２▼は、試験用パケット（ＦｉｒｅＷａｌｌ→Ｌｏａｄ Ｂａｌａｎｃｅｒ）の例を示す。ここで、括弧内がパケットの送信方向を示す。
【００６３】
図５の▲３▼は、試験用パケット（Ｌｏａｄ Ｂａｌａｎｃｅｒ→ＦｉｒｅＷａｌｌ）の例を示す。ここで、括弧内がパケットの送信方向を示す。
【００６４】
図５の▲４▼は、試験用パケット（ＦｉｒｅＷａｌｌ→Ｗｅｂ ｃｌｉｅｎｔ）の例を示す。ここで、括弧内がパケットの送信方向を示す。
【００６５】
以上の▲１▼、▲２▼のパケットにより既述した図３の（ｂ）の▲１▼、▲２▼に示すように起点の機器から終点の機器へ送信され、更に、▲３▼、▲４▼のパケットにより既述した図３の（ｂ）の▲３▼、▲４▼に示すように終点の機器から起点の機器へ送信されることとなる。そして、これら全ての機器から送受信したパケット（▲１▼，▲２▼，▲３▼，▲４▼のパケット）を試験装置２が収集することが可能となる（既述した図４のＳ２５、Ｓ２６）。
【００６６】
図６は、本発明の動作説明図（通信経路の抽出）を示す。
図６の（ａ）は、フローチャートを示す。
【００６７】
図６の（ａ）において、Ｓ４１は、１つの機器で取得したパケットデータを読込む。これは、既述した図４のＳ２５、Ｓ２６で試験対象ネットワーク１の全各機器から読み出して保存したパケットデータ（送受信データ）から、ある１つの機器（例えば起点として指定した機器）で取得した全パケットデータを読み込む。
【００６８】
Ｓ４２は、パケットデータを１つ読み込む。これは、Ｓ４１で読込んだある機器の全パケットデータのうち、１つのパケットデータ（送受信データであって、既述した例えば図５の▲１▼、▲２▼、▲３▼、▲４▼のいずれかのデータ）を読み込む。
【００６９】
Ｓ４３は、宛先／送信元のＩＰアドレス／ＴＣＰポートの組み合わせ（順不同）が同じパケットを抽出する。これは、Ｓ４２で読み込んだパケットデータと、宛先、送信元の組み合わせが同じパケットデータ（即ち、宛先と送信元が同一、および宛先と送信元が逆の両者のパケットデータ）を全機器のパケットデータから抽出する。これにより、ある機器から送信されたパケットデータと宛先、送信元が同じ組み合わせの全パケットデータが抽出されたこととなる。
【００７０】
Ｓ４４は、他のパケットデータを１つ読み込む。これは、Ｓ４２で読み込んだ機器の他のパケットデータを１つ読み込む。
【００７１】
Ｓ４５は、ある機器のパケットデータについて終了か判別する。ＹＥＳの場合には、Ｓ４６に進む。ＮＯの場合には、Ｓ４３に戻り繰り返す。
【００７２】
Ｓ４６は、全ての機器について終了か判別する。ＹＥＳの場合には、Ｓ４７に進む。ＮＯの場合には、Ｓ４１に戻り、次の機器について繰り返す。
【００７３】
以上のＳ４１からＳ４６によって、ある機器と他の機器との間の全てのパケットデータ（送受信データ）がグループとして抽出されたこととなる。
【００７４】
Ｓ４７は、起点となる機器で取得したパケットデータのシーケンス番号と等しいパケットデータを全機器のデータから抽出する。これにより、起点となる機器で、他の１つの機器に送信された（あるいは他の１つの機器から受信された）シーケンス番号が等しい全てのパケットデータを抽出（即ち、送信したパケットデータと、受信したパケットデータを全て抽出）できたこととなる。
【００７５】
Ｓ４８は、全データから重複するデータを削除する。これにより、送信したデータと受信したデータとは宛先、送信元が逆の２つのパケットデータが１つのパケットデータに削除されることとなる。
【００７６】
Ｓ４９は、起点のＭＡＣアドレスと同一の送信元ＭＡＣアドレスとを持つパケットを抽出する。ここでは、図５の▲１▼と▲３▼のパケットデータを抽出する。
【００７７】
Ｓ５０は、▲１▼の宛先ＭＡＣアドレスと等しいＭＡＣアドレスを持つ機器の情報を取得する。ここでは、図５の▲１▼の宛先ＭＡＣアドレス”００：０２：ｂ３：８ｅ：２１：ｃ９”と等しいＭＡＣアドレスを持つ機器（図３の（ａ）の▲２▼の機器）の
・ｈｏｓｔ名：ｈｏｓｔ２
・インタフェース名：ｈｍｅ０
を取得する。
【００７８】
Ｓ５１は、取得したｈｏｓｔ名を持つ機器のＭＡＣアドレスを送信元とするパケットデータを抽出する。ここでは、図５の▲２▼、▲４▼を抽出する。
【００７９】
Ｓ５２は、経路の終点か判別する。ＹＥＳの場合には、Ｓ５３に進む。ＮＯの場合には、Ｓ５０以降を繰り返す。
【００８０】
Ｓ５３は、起点に戻ったか判別する。ＹＥＳの場合には、起点の機器から経路追跡して終点の機器に行きつき、更に終点の機器から経路追跡して起点の機器に行きついたと判明したので、一連の経路追跡を終了し、Ｓ５５で追跡した経路情報Ｂを出力する。一方、Ｓ５３のＮＯの場合には、Ｓ５４で終点を起点とし、Ｓ４９以降を繰り返す。
【００８１】
以上のように、実際にパケットデータを起点の機器から終点の機器に向けて送受信を実行し、そのときに各機器で送受信したパケットデータを保存しておき、これを後に全て読み出し（図５の▲１▼、▲２▼、▲３▼、▲４▼）、Ｓ４１からＳ５５の経路追跡処理を実行すると、図６の（ｂ）の経路情報Ｂが結果として抽出されることとなる。
【００８２】
図６の（ｂ）は、経路結果例を示す。ここでは、
・上り：ｈｏｓｔ１ ｅｔｈ０→ｈｏｓｔ２（ｈｍｅ０→ｈｍｅ１）→ｈｏｓｔ３ ｅｔｈ０
・下り：ｈｏｓｔ１ ｅｔｈ０←ｈｏｓｔ２（ｈｍｅ０←ｈｍｅ１）←ｈｏｓｔ３ ｅｔｈ０
と自動抽出される。上りは既述した図３の（ｂ）のｈｏｓｔ１，ｈｏｓ２，ｈｏｓｔ３の方向の経路であり、下りは逆の経路である。
【００８３】
図７は、本発明の動作説明フローチャートを示す。
図７において、Ｓ６１は、網から収集した情報で追加・上書きされ機器設定情報を読み込む。例えば既述した図３の（ａ）の機器設定情報を読み込む。
【００８４】
Ｓ６２は、起点を指定する。ここでは、
・機能名：Ｗｅｂ ｃｌｉｅｎｔ
を起点の機器として指定する。これは、経路の起点として、Ｓ６１で読み込んだ例えば図３の（ａ）の機器設定情報２０中の▲１▼の機器名（Ｗｅｂ ｃｌｉｅｎｔ）を指定する。
【００８５】
Ｓ６３は、同じセグメント内のｈｏｓｔ名、インタフェース名を抽出・登録する。ここでは、起点の▲１▼機器名（Ｗｅｂ ｃｌｉｅｎｔ）と同一セグメント内（マスク情報で決るＩＰアドレス範囲内、例え２５５．２５５．２５５．０で決るＩＰアドレス範囲内）のｈｏｓｔ名として、図３の（ａ）の機器設置情報から
・ｈｏｓｔ１（起点のホスト名で、ＩＰアドレス１９２．１６８．１．１）
・ｈｏｓｔ２のｈｍｅ０（ＩＰアドレス１９２．１６８．１．２）
を抽出・登録する。
【００８６】
Ｓ６４は、抽出できたか判別する。ＹＥＳの場合には、Ｓ６５に進む。ＮＯの場合には、全て抽出済みであるのでＳ６７で終点と判断し、Ｓ６８で経路情報Ａを出力し、終了する。
【００８７】
Ｓ６５は、登録したｈｏｓｔ名で、インタフェース名が異なるものを探す。例えばｈｏｓｔ名ｈｏｓｔ１でインタフェース名が異なホストはｈｏｓｔ２のｈ０を見つける。
【００８８】
Ｓ６６は、見つかったか判別する。ここでは、ＹＥＳであるので、Ｓ６３に戻り繰り返す。ＮＯの場合には、Ｓ６７に進む。
【００８９】
以上によって、機器設定情報２０をもとに指定された起点の機器と同一セグメント内の全てのホスト名、インタフェース名を抽出して登録し、このうちから登録したホスト名でありかつインタフェース名が異なるもの（登録されていないもの）を抽出し、更に、当該抽出したホスト名、インタフェース名をもとに他のセグメントについて繰り返すことにより、指定された起点を出発点として全ての経路情報Ａ（後述する図８の（ａ）の経路情報Ａ）を抽出することが可能となる。
【００９０】
図８は、本発明の通信経路例を示す。
図８の（ａ）は、経路情報Ａ（機器設定情報から抽出された経路情報）の例を示す。これは、既述した図７のフローチャートに従い、図３の（ａ）の機器経路情報２０から抽出された経路情報を模式的に示す。
【００９１】
・上段は、期待される経路１を示す。これは、既述した図３の（ａ）を模式的に表した図３の（ｂ）の左側の太線で示す経路である。
【００９２】
・下段は、期待される経路２を示す。これは、既述した図３の（ａ）を模式的に表した図３の（ｂ）の右側の太線で示す経路である。
【００９３】
図８の（ｂ）は、経路情報Ｂ（実データから求めた経路情報）の例を示す。これは、既述した図４および図５を用いて説明した手順により実際に通信した送受信データを収集してこれから求めた経路の例であって、
・上段は、１回目の試験の結果得られた経路の例を示す。
【００９４】
・中段は、２回目の試験の結果得られた経路の例を示す。
・下段は、３回目の試験の結果得られた経路の例を示す。ここで、下段の３回目の試験の結果得られた経路は、ｈｏｓｔ３とｈｏｓｔ５との送受信データが収集されなく、ここで何らかの障害が発生したために得られた経路である。
【００９５】
図８の（ｃ）は、合否判定結果の例を示す。ここでは、図８の（ａ）の通信経路Ａに対して、実際に通信して得られた図８の（ｂ）の通信経路Ｂのうちの、下段の３回目の試験の結果について、ｈｏｓｔ３とｈｏｓｔ５との間の送受信データが収集されなく、何らかの原因によって当該両者のホスト間で通信障害が発生したことが判明したので、判定結果として右端記載したように当該下段の通信経路が不合格ＮＧと判定する。
【００９６】
（付記１）
ネットワークの通信経路の試験を行う通信経路試験方法において、
ネットワークに接続された機器の情報を設定した機器設定情報を設け、
前記機器設定情報をもとにある機器を起点とし、他の機器を終点としたデータ通信の実行指示を行うステップと、
前記実行指示に従ってネットワークに接続された起点と終点の機器の間でデータの送受信が終了した後に、これら機器から送受信データを収集するステップと、
前記収集した送受信データをもとに起点の機器と終点の機器との間の通信経路を抽出するステップと、
前記抽出した通信経路と、前記機器設定情報をもとに抽出した通信経路を合わせて提示するステップと
を有する通信経路試験方法。
【００９７】
（付記２）
前記機器設定情報をもとに設定されている機器と通信して当該機器から設定情報を取得して当該機器設定情報を更新することを特徴とする付記１記載の通信経路試験方法。
【００９８】
（付記３）
前記送受信データから抽出した通信経路と、前記機器設定情報をもとに抽出した通信経路とを比較し、後者の通信経路を基準にして前者の通信経路の違いを強調提示する付記１記載の通信経路試験方法。
【００９９】
（付記４）
ネットワークの通信経路の試験を行う通信経路試験装置において、
ネットワークに接続された機器の情報を設定した機器設定情報と、
前記機器設定情報をもとにある機器を起点とし、他の機器を終点としたデータ通信の実行指示を行う手段と、
前記実行指示に従ってネットワークに接続された起点と終点の機器の間でデータの送受信が終了した後に、これら機器から送受信データを収集する手段と、
前記収集した送受信データをもとに起点の機器と終点の機器との間の通信経路を抽出する手段と、
前記抽出した通信経路と、前記機器設定情報をもとに抽出した通信経路を合わせて提示する手段と
間の通信経路とを合わせて提示する手段と
を備えたことを特徴とする通信経路試験装置。
【０１００】
（付記５）
ネットワークの通信経路の試験を行う通信経路試験プログラムにおいて、
コンピュータに、
ネットワークに接続された機器の情報を設定した機器設定情報を設け、
前記機器設定情報をもとにある機器を起点とし、他の機器を終点としたデータ通信の実行指示を行うステップと、
前記実行指示に従ってネットワークに接続された起点と終点の機器の間でデータの送受信が終了した後に、これら機器から送受信データを収集するステップと、
前記収集した送受信データをもとに起点の機器と終点の機器との間の通信経路を抽出するステップと、
前記抽出した通信経路と、前記機器設定情報をもとに抽出した通信経路を合わせて提示するステップと
して機能させるための通信経路試験プログラム。
【０１０１】
【発明の効果】
以上説明したように、本発明によれば、試験対象ネットワーク１に接続された機器の機器設定情報２０をもとに通信して機器設定情報２０を実際の情報に更新した後、指定した起点と終点の機器の間で送受信し、実行後に各機器の送受信データを収集して通信経路を抽出すると共に、機器設定情報２０から通信経路を抽出し、両者を比較して通信経路の良否を判定する構成を採用しているため、試験対象ネットワーク１の通信経路の検証を簡易かつ迅速に行うことが可能となる。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャート（機器設定情報の収集）である。
【図３】本発明の機器設定情報例である。
【図４】本発明の動作説明フローチャート（送受信データ収集）である。
【図５】本発明の送受信データ例である。
【図６】本発明の動作説明図（通信経路の抽出）である。
【図７】本発明の動作説明フローチャート（通信経路の抽出）である。
【図８】本発明の通信経路例である。
【符号の説明】
１：試験対象ネットワーク
２：通信経路試験装置
２０：機器設定情報
２１：試験実行手順
２２：試験実行指示手段
２３：機器情報取得手段
２４：データ収集手段
２５：パケットデータ
２６：通信経路抽出手段
２７：通信経路
２８：期待経路算出手段
２９：通信経路（期待）
３０：経路合否判定手段
３１：合否判定結果
Claims (3)
- ネットワークの通信経路の試験を行う通信経路試験方法において、
ネットワークに接続された機器の情報を設定した機器設定情報を設け、
前記機器設定情報をもとにある機器を起点とし、他の機器を終点としたデータ通信の実行指示を行うステップと、
前記実行指示に従ってネットワークに接続された起点と終点の機器の間でデータの送受信が終了した後に、これら機器から送受信データを収集するステップと、
前記収集した送受信データをもとに起点の機器と終点の機器との間の通信経路を抽出するステップと、
前記抽出した通信経路と、前記機器設定情報をもとに抽出した通信経路を合わせて提示するステップと
を有する通信経路試験方法。 - 前記機器設定情報をもとに設定されている機器と通信して当該機器から設定情報を取得して当該機器設定情報を更新することを特徴とする請求項１記載の通信経路試験方法。
- 前記送受信データから抽出した通信経路と、前記機器設定情報をもとに抽出した通信経路とを比較し、後者の通信経路を基準にして前者の通信経路の違いを強調提示する請求項１記載の通信経路試験方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003054169A JP2004266534A (ja) | 2003-02-28 | 2003-02-28 | 通信経路試験方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003054169A JP2004266534A (ja) | 2003-02-28 | 2003-02-28 | 通信経路試験方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004266534A true JP2004266534A (ja) | 2004-09-24 |
Family
ID=33118586
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003054169A Pending JP2004266534A (ja) | 2003-02-28 | 2003-02-28 | 通信経路試験方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004266534A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009060392A (ja) * | 2007-08-31 | 2009-03-19 | Hitachi Communication Technologies Ltd | パケット交換ネットワーク、障害管制装置およびパケット交換装置 |
| WO2012081549A1 (ja) * | 2010-12-13 | 2012-06-21 | 日本電気株式会社 | コンピュータシステム、コントローラ、コントローラマネジャ、通信経路解析方法 |
-
2003
- 2003-02-28 JP JP2003054169A patent/JP2004266534A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009060392A (ja) * | 2007-08-31 | 2009-03-19 | Hitachi Communication Technologies Ltd | パケット交換ネットワーク、障害管制装置およびパケット交換装置 |
| WO2012081549A1 (ja) * | 2010-12-13 | 2012-06-21 | 日本電気株式会社 | コンピュータシステム、コントローラ、コントローラマネジャ、通信経路解析方法 |
| CN103262472A (zh) * | 2010-12-13 | 2013-08-21 | 日本电气株式会社 | 计算机系统、控制器、控制器管理器和通信路由分析方法 |
| CN103262472B (zh) * | 2010-12-13 | 2015-11-25 | 日本电气株式会社 | 计算机系统、控制器、控制器管理器和通信路由分析方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Sherwood et al. | Discarte: a disjunctive internet cartographer | |
| US8111627B2 (en) | Discovering configured tunnels between nodes on a path in a data communications network | |
| US7983174B1 (en) | Method and apparatus for diagnosing a fault in a network path | |
| US6958977B1 (en) | Network packet tracking | |
| JP5018663B2 (ja) | 遅延時間計測装置、遅延時間計測プログラム、および遅延時間計測方法 | |
| Sherwood et al. | Touring the Internet in a TCP sidecar | |
| EP2081321A2 (en) | Sampling apparatus distinguishing a failure in a network even by using a single sampling and a method therefor | |
| Alimi et al. | Shadow configuration as a network management primitive | |
| CN108600049B (zh) | 数据中心网络tcp连接的性能测量方法、装置及存储介质 | |
| EP1638254A1 (en) | Method and apparatus for determining neighboring routing elements and rerouting traffic in a computer network | |
| CN108683569B (zh) | 一种面向云服务基础设施的业务监测方法及系统 | |
| US20030063571A1 (en) | Network topology collection device | |
| CN111030873A (zh) | 一种故障诊断方法及装置 | |
| US20190296988A1 (en) | Reactive mechanism for in-situ operation, administration, and maintenance traffic | |
| JP3929186B2 (ja) | クライアント／サーバシステム | |
| JP4594818B2 (ja) | サービス提供システム | |
| JP2004266534A (ja) | 通信経路試験方法 | |
| CN106031091A (zh) | 用于辅助对接入网关的远程诊断的技术 | |
| Tian et al. | The next generation Internet protocol and its test | |
| JP2008258846A (ja) | イーサネットスイッチ及びリモートキャプチャシステム | |
| CN114071391B (zh) | 内容计费测试方法、管理设备、终端设备及存储介质 | |
| JP4680069B2 (ja) | Ｓｉｐプロトコルにおいて実装の差分が存在するアプリケーションの相互接続に対応する方法 | |
| CN107070673A (zh) | 基于集中式控制平面的路径状态回报算法 | |
| CN116319260B (zh) | 一种网络故障诊断方法、装置、设备及存储介质 | |
| JP2008234232A (ja) | 自動試験システム、自動試験装置、自動試験方法及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050913 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070621 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070703 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070831 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080122 |