JPH09270822A - パケット通信経路試験方法 - Google Patents

Abstract

(57)【要約】 【課題】 複数の中継ノードを経由するパケット通信に
おいて実際の通信時に用いられる通信経路でのパケット
の到達性の確認を行なうことができない。 【解決手段】 転送するデータを、宛先情報をヘッダ部
に設定してパケット化し、宛先情報に基づき複数の中継
ノードを経由して転送するパケット交換網の試験方法で
あって、試験用データを、宛先情報を設定したヘッダ部
に各中継ノードでの次の経由先の特定時に参照される経
路情報（パケットレベルプロトコルの上位層プロトコル
の種別とサービス品質の種別）を付与してパケット化し
て送出し、各中継ノード３〜７は、試験用データのパケ
ットを、経路情報に基づき次の経由先を特定して送出
し、宛先情報で特定された宛先からの応答パケットの有
無に基づき、試験用データのパケットの転送で経由した
各中継ノード３〜７からなる通信経路８，９の良否を試
験するパケット通信経路試験方法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の中継ノード
（パケット交換機）を経由してパケットを転送するパケ
ット交換網の試験技術に係り、特に、パケットの通信経
路の到達性の試験を効率良く行なうのに好適なパケット
通信経路試験方法に関するものである。

【０００２】

【従来の技術】従来、パケットを転送する際の通信経路
の選択は、宛先アドレスだけに基づいて行なわれるのが
一般的である。そのため、例えばＴＣＰ／ＩＰ（Transm
issionControl Protocol/Internet Protocol）のネット
ワークにおける通信経路到達性の試験に用いられるＩＣ
ＭＰ（Internet Control Message Protocol） ｅｃｈｏ
パケットを送出するｐｉｎｇでは、経路選択に使用可能
な情報は、宛先アドレスのみである。

【０００３】ＩＣＭＰは、ＩＰ通信時に異常なパケット
を受信したときなどに、受信側から送信元に知らせたり
するプロトコルであり、ＩＰパケットを利用して送受信
される。すなわち、このＩＣＭＰを利用するｐｉｎｇに
おいては、ＩＰヘッダにおける上位層プロトコル識別情
報としてＩＣＭＰが設定される。このようなパケット通
信、特にＴＣＰ／ＩＰおよびその経路選択（ルーティン
グ）に関しては、例えば、「インタフェース ’９２−
６ Ｎｏ．１８１」（１９９２年、ＣＱ出版社発行）の
第１４９頁〜第１５５頁、および、第１６８頁〜第１７
２頁等に記載されている。尚、単に、ある特定のアプリ
ケーションのデータが届くかどうかの確認は、そのアプ
リケーションにより、エンド・エンド（端末間）で通信
することによって行なっている。

【０００４】このようなパケット通信において、効率的
なデータ転送を行なうことを目的に、パケットのサービ
ス品質の種別やパケットレベルプロトコル（ＯＳＩ参照
モデルのレイヤ３；ネットワーク階層）の上位層プロト
コル（レイヤ４；トランスポート階層）の種別に対応し
て最適な経路を選択するような、より柔軟な経路選択技
術が考えられる。この場合、パケットは、その宛先が同
じであっても、サービス品質の種別の違いや上位層プロ
トコルの種別の違い等によって、異なる経路を通ること
になる。

【０００５】このような場合、従来の通信経路到達性の
試験技術では、上位層プロトコルには、試験用パケット
であることを示す特定のプロトコルが指定され、経路選
択のための情報としては、宛先アドレスしか指定できな
い。そのため、実際のデータと同様なパケットによっ
て、それらの経路における到達性の確認を行なうことが
できない。また、実際のアプリケーションによる通信に
基づきパケットの到達確認を行なう技術では、実際にど
の経路を通ってパケット通信が行なわれているかを確認
することは難しく、通信がうまく行なえなかった場合、
その原因を特定することは困難である。

【０００６】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、複数の中継ノードを経由するパ
ケット通信において実際の通信時に用いられる通信経路
でのパケットの到達性の確認を行なうことができない点
である。本発明の目的は、これら従来技術の課題を解決
し、パケットのサービス品質の種別や上位層プロトコル
の種別などに対応して最適なパケット通信経路を選択す
る高効率なパケット交換網の信頼性を向上させることを
可能とするパケット通信経路試験方法を提供することで
ある。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、本発明のパケット通信経路試験方法は、（１）転送
するデータを、このデータの宛先を特定する宛先情報を
ヘッダ部に設定してパケット化し、その宛先情報に基づ
き複数の中継ノード３〜７を経由して転送するパケット
交換網におけるパケット通信経路の試験方法であって、
試験用データを、宛先情報（デスティネーション・アド
レス，宛先アドレス）を設定したヘッダ部に各中継ノー
ド３〜７での次の経由先の特定時に参照される経路情報
を付与してパケット化して送出し、中継ノード３〜７の
それぞれは、試験用データのパケットを、このパケット
のヘッダ部に付与された経路情報に基づき次の経由先を
特定して送出し、宛先情報で特定された試験用データの
宛先から返送される応答パケットの有無に基づき、試験
用データのパケットの転送で経由した各中継ノードから
なる通信経路の良否を試験することを特徴とする。ま
た、（２）上記（１）に記載のパケット通信経路試験方
法において、経路情報は、パケットレベルプロトコルの
上位層プロトコルの種別、もしくは、サービス品質の種
別のいずれかを少なくとも含むことを特徴とする。ま
た、（３）上記（１）もしくは（２）のいずれかに記載
のパケット通信経路試験方法において、応答パケットの
ヘッダ部に、試験用データのパケットの経路情報と同じ
経路情報を付与し、この経路情報で特定される応答パケ
ットの通信経路の良否を試験することを特徴とする。

【０００８】

【発明の実施の形態】本発明においては、各中継ノード
は、パケットのヘッダに宛先情報と共に付与された経路
情報、例えばサービス品質（サービス・タイプ；Type o
f Service）の種別や上位層プロトコル（Protocol）の
種別などに基づき、受信したパケットを送出する先を特
定する。データを送信する端末では、このデータをパケ
ット化する際、そのヘッダ部に、データを届けたい宛先
を特定する宛先情報（宛先アドレス；Destination Addr
ess）と共に、このデータの転送に用いるサービス品質
の種別や上位層プロトコルの種別を付与する。この結
果、端末から送出されたパケットは、サービス品質の種
別や上位層プロトコルの種別に対応して特定された経路
で、各中継ノードを経由して、宛先に届けられる。

【０００９】そして、試験用データを送信する端末で
は、通常のデータと同様に、試験用データをパケット化
する。すなわち、そのヘッダ部に、試験用データが届く
かどうかを確認したい宛先のアドレスと共に、この試験
用データの転送に用いるサービス品質の種別や上位層プ
ロトコルの種別を付与する。このように、試験用データ
は、通常のデータと同様なヘッダ構成のパケットとして
各中継ノードに渡されるので、各中継ノードでは、試験
用データとして特別に意識することなく、通常のデータ
と同様に、サービス品質の種別や上位層プロトコルの種
別で特定された経路で中継する。

【００１０】この試験用データのパケット（試験用パケ
ット）に対する応答パケットが、宛先から返送されてこ
なければ、試験用データを送信した端末で、サービス品
質の種別や上位層プロトコルの種別で特定された経路の
異常を検知する。そして、宛先を一つ手前の宛先、例え
ば端末宛の試験用パケットが返送されて来なければこの
端末を収容する中継ノードの宛先アドレスに替えて試験
用パケットを送信する。この操作を、試験用パケットが
返送されるまで繰り返すことにより、異常の原因となる
中継ノード間の経路を特定することができる。

【００１１】このように、試験用パケットを、そのヘッ
ダ内に、サービス品質種別や上位層プロトコル種別など
経路を特定する情報を、宛先アドレスと共に設定して送
信することで、同じ宛先アドレスへの、異なる複数経路
での到達性を確認することができる。また、通信経路の
途中にある、どの中継ノードまで試験用パケットが到達
しているかを確認できるので、エンド・エンドでの通信
に異常がある場合における、その原因の特定を容易に行
なうことができる。

【００１２】以下、ＴＣＰ（通信の前にコネクションを
確立するコネクション型）／ＩＰおよびＵＤＰ（User D
atagram Protocol、コネクションレス型）／ＩＰをプロ
トコルとして用いるネットワークにおける本発明の実施
の形態例を、図面により詳細に説明する。図１は、本発
明のパケット通信経路試験方法の本発明に係る手順の一
実施例を示すフローチャートであり、図２は、それを適
用したネットワークの一構成例を示す説明図である。図
２において、１，２は端末、３〜７は中継ノード、８，
９は通信経路であり、本図では、端末１からのパケット
の宛先、ここでは端末２が同一であっても、プロトコル
が「ＴＣＰ」でサービス品質が「低遅延」の場合（通信
経路８）と、プロトコルが「ＵＤＰ」でサービス品質が
「普通遅延」の場合（通信経路９）で、経路が異なる例
を示している。

【００１３】この例に基づき、以下、図１におけるパケ
ット通信経路試験方法の手順を説明する。端末１は、試
験用データが入力されると（ステップ１０１）、この試
験用データをパケット化し、この試験用パケットを送信
する（ステップ１０２）。すなわち、端末２の宛先アド
レスと、試験したい通信経路を特定するための経路情報
であるサービス品質と上位層プロトコルをヘッダ部に設
定して、中継ノード３に送出する。

【００１４】中継ノード３は、端末１から試験用パケッ
トを受け取ると（ステップ３０１）、まずヘッダ部の宛
先アドレスに基づき、この試験用パケットが自ノードで
収容している端末に対するものか否かを判別する（ステ
ップ３０２）。自ノード収容の端末へのものであれば、
試験用パケットを当該する端末に送出し（ステップ３０
３）、そうでなければ、自ノード宛、すなわち中継ノー
ド３宛のものか否かを判別する（ステップ３０４）。

【００１５】自ノード宛のものであれば、試験用パケッ
トを受信した旨を表す応答パケットを端末１宛に送出し
（ステップ３０５）、そうでなければ、試験用パケット
のヘッダ部のサービス品質と上位層プロトコルのそれぞ
れの種別を判別する（ステップ３０６）。サービス品質
と上位層プロトコルのそれぞれが、「低遅延」と「ＴＣ
Ｐ」であれば、試験用パケットを中継ノード４に送出し
（ステップ３０７）、「普通遅延」と「ＵＤＰ」であれ
ば、試験用パケットを中継ノード６に送出する（ステッ
プ３０８）。中継ノード４，６のそれぞれは、中継ノー
ド３と同様に、ステップ３０１〜３０８の処理を行な
う。

【００１６】ステップ３０３における処理で、中継ノー
ド７から試験用パケットを受信した端末２は、試験用パ
ケットを受信した旨を表す応答パケットを端末１宛に送
出する（ステップ２０１）。尚、この応答パケットのヘ
ッダ部に、試験用パケットと同じサービス品質と上位層
プロトコルのそれぞれの種別、および、端末１の宛先ア
ドレスを付与することにより、端末２から端末１への特
定の通信経路を指定して試験することができる。

【００１７】端末１は、この端末２からの応答パケッ
ト、あるいは、ステップ３０５における処理で中継ノー
ド３〜７のいずれかからの応答パケットを受信すると
（ステップ１０３）、試験パケットの送信に用いた通信
経路が正常であると判断し、また、応答パケットを受信
できなければ、通信経路の異常と判断する。もし、端末
２宛の試験用パケットで通信経路の異常となった場合、
端末１からは、端末２を収容する中継ノード７の宛先ア
ドレスを指定した試験パケットを、前回と同じ通信経路
で送信することで、その中継ノード７までの通信経路の
良否を判断する。

【００１８】さらに、この中継ノード７宛の試験用パケ
ットで通信経路の異常となった場合、端末１からは、中
継ノード７の手前の中継ノード５もしくは中継ノード６
の宛先アドレスを指定した試験パケットを、前回と同じ
通信経路で送信することで、その中継ノード５，６まで
の通信経路の良否を判断する。この処理を繰り返すこと
により、異常のある箇所を特定することができる。次
に、このような通信経路の試験に係る動作、すなわち、
端末１から端末２へのデータの到達性を確認する場合に
ついて、図２を含め、図３〜図７を用いて、より具体的
に説明する。

【００１９】試験者は、試験したいパケットの宛先アド
レスなどと共に、上位層プロトコル（の種別）とサービ
ス品質（の種別）を指定して、試験用アプリケーション
を起動する。試験用アプリケーションは、指定されたサ
ービス品質で、指定されたプロトコルを、試験用パケッ
トの送出に使用する。その結果、端末１からは、上位層
プロトコルとサービス品質を示す情報が、図３〜図５に
示す構成のＩＰヘッダに指定された試験用パケットが送
出される。このパケットは、途中の中継ノード３〜７に
よって、宛先と上位層プロトコルおよびサービス品質に
従って、ルーティングされ、端末２に到達する。

【００２０】図３は、図２におけるネットワークで転送
されるＩＰパケットのヘッダ例を示す説明図である。本
例のヘッダは、一般的なＩＰパケットのものであり、４
ビットで表される「バージョン（Version）」、同じく
４ビットで表される「ヘッダ長（IHL）」、「サービス
品質（サービス・タイプ）（Type of Service)」、「全
長（Total Legth, ＩＰヘッダ＋ＩＰデータのバイト長
を１６ビットで表す)」、「ＩＤ（Identification, 識
別子：上位層への参考情報であり、パケットごとのユニ
ークな番号）」、「フラグ（Flags, ３ビットで、パケ
ット分解の可／不可や、分解された場合の最後のパケッ
トか／そうでないかを示す）」、「フラグメント・オフ
セット（Fragment Offset, 分解されたパケットがオリ
ジナルのデータのどの位置にあるかを１３ビットで示
す）」、「生存時間（Time to Live, パケットが網に存
在して良い秒数を８ビットで示し、ルータなどの装置を
通過する際に、処理時間（最低１）が引かれ、「０」に
なったらそのパケットは捨てられる。）」、「（上位
層）プロトコル（Protocol, 上位層のプロトコルを識別
する８ビットの識別子で、例えばＴＣＰの場合は「６＝
０００００１１０」である。）」、「ヘッダ・チェック
・サム(Header Check Sum)」、「ソース・アドレス（So
urce Address, パケットの発信元のＩＰアドレス）」、
「デスティネーション・アドレス（destination adres
s, パケットの宛先のＩＰアドレス）」、「オプション
(Option）」、「パッディング（Padding）」からなる。

【００２１】図４は、サービス品質が低遅延で上位層プ
ロトコルがＴＣＰの場合のヘッダのコーディング例を示
す説明図である。サービス品質が低遅延の場合を示すた
めに、図３における「サービス品質（サービス・タイ
プ）（Type of Service)」には「１１１１００００」が
設定され、上位層プロトコルがＴＣＰの場合を示すため
に、図３における「（上位層）プロトコル（Protoco
l）」には「０００００１１０」が設定される。

【００２２】図５は、サービス品質が普通遅延で上位層
プロトコルがＵＤＰの場合のヘッダのコーディング例を
示す説明図である。サービス品質が普通遅延の場合を示
すために、図３における「サービス品質（サービス・タ
イプ）（Type of Service)」には「１１１０００００」
が設定され、上位層プロトコルがＵＤＰの場合を示すた
めに、図３における「（上位層）プロトコル（Protoco
l）」には「０００１０００１」が設定される。

【００２３】図２の端末１は、このような図３〜図５に
示す構成のヘッダを有する試験用パケットを、中継ノー
ド３に送出する。この時の端末１のプロトコルスタック
例を、図６に示す。図６は、図２における端末のプロト
コルスタックの一例を示す説明図である。図２における
端末１では、ＴＣＰ／ＩＰの階層のアプリケーション層
に試験用アプリケーションが、トランスポート層にＴＣ
Ｐ，ＵＤＰ等が、ネットワーク層にＩＰとＩＣＭＰが対
応付けられている。尚、図中の「Ｍａｃ ｌａｙｅｒ」
は、ＴＣＰ／ＩＰの階層のデータリンク層と物理層に対
応している。図２の端末１は、このようなＴＣＰ／ＩＰ
の階層に準じたプロトコルスタックでの動作を行なう。

【００２４】図２の端末１から図３〜図５に示す構成の
ヘッダを有する試験用パケットを受信した中継ノード３
は、図７に示す経路情報テーブル４１を有し、この経路
情報テーブル４１に基づき、図２の端末１からの試験用
パケットを、所定の中継ノード４もしくは中継ノード５
に送出する。

【００２５】図７は、図２における各中継ノードが有す
る経路情報テーブルの構成例を示す説明図である。本図
７に示すように、経路情報テーブル４１においては、
「低遅延」と「普通遅延」のサービス品質、および、
「ＴＣＰ」と「ＵＤＰ」の上位層プロトコル（図中、上
位プロトコルと記載）のそれぞれの種別の組み合わせに
中継ノード４，６が対応されて特定される。この経路情
報テーブル４１に基づき、図２の中継ノード３は、端末
１からの試験用パケットの経路先を決める。

【００２６】例えば、図２の端末１からの試験用パケッ
トのヘッダにおけるサービス品質が「普通遅延」で、上
位層プロトコルが「ＵＣＰ」の場合、すなわち、図５に
示すヘッダのコーディング例のように、サービス品質が
「１１１０００００」で、上位層プロトコルが「０００
１０００１」の場合、経路情報テーブル４１においては
中継ノード６が対応付けられており、図２の中継ノード
３は、端末１からの試験用パケットを中継ノード６に送
出する。

【００２７】また、図２の端末１からの試験用パケット
のヘッダにおけるサービス品質が「低遅延」で、上位層
プロトコルが「ＴＣＰ」の場合、すなわち、図４に示す
ヘッダのコーディング例のように、サービス品質が「１
１１１００００」で、上位層プロトコルが「０００００
１１０」の場合、経路情報テーブル４１においては中継
ノード４が対応付けられており、図２の中継ノード３
は、端末１からの試験用パケットを中継ノード４に送出
する。

【００２８】以下、このように、図２のネットワークに
おいて、端末１が、上位層プロトコルとしてＴＣＰ、サ
ービス品質として「低遅延」を指定した試験用パケット
を送出した場合、すなわち、中継ノード３，４，５，７
からなる通信経路８の試験を例に説明する。このような
パケットが、ノード３によって受信されると、ノード３
は、宛先アドレスと上位層プロトコルおよびサービス品
質に基づき、次の受信ノードが受信ノード４であること
を判断し、この試験用パケットをノード４に宛て送出す
る。同様にして、ノード４は、この試験用パケットをノ
ード５に送出し、それを受信したノード５は、このパケ
ットをノード７に送出し、ノード７は、このパケットを
端末２に送出する。

【００２９】端末２では、この試験用パケットを受信す
ると、その発信元アドレスを宛先として、同じサービス
品質および上位層プロトコルをヘッダに指定した応答パ
ケットを送出する。端末２から送出された応答パケット
は、その宛先アドレスとサービス品質および上位層プロ
トコルに基づきルーティングされて端末１に到達する。
端末１では、この端末２からの応答パケットを受信する
ことにより、指定したサービス品質と上位層プロトコル
で、端末２へパケットが到達する経路が存在すること、
および、端末２から端末１へパケットが到達する経路が
存在することを確認することができる。

【００３０】もし、端末２からの応答パケットを受信し
なければ、端末１では、上位層プロトコルとしてＴＣ
Ｐ、サービス品質として「低遅延」で指定した経路に異
常があるものと判断できる。この場合、端末１から、端
末２の一つ手前の宛先アドレス、ここでは端末２を収容
する中継ノード７に対して、同じく上位層プロトコルと
してＴＣＰ、サービス品質として「低遅延」で指定した
試験用パケットを送出し、中継ノード７までの経路の良
否を判別する。中継ノード７からの応答パケットが受信
できなければ、同様な繰り返しで、中継ノード５に対し
て試験用パケットを送出する。このような動作を繰り返
すことにより、上位層プロトコルとしてＴＣＰ、サービ
ス品質として「低遅延」で指定した端末２までの経路の
異常が、どの箇所にあるのかを特定することができる。

【００３１】以上、図１〜図７を用いて説明したよう
に、本実施例のパケット通信経路試験方法では、試験用
パケットは、パケットのヘッダ内の宛先アドレスと、サ
ービス品質種別および上位層プロトコル種別などによっ
て中継ノードで選択された経路に従って中継される。こ
のことにより、同一の宛先であっても上位層プロトコル
やサービス品質によって、異なる経路が選択されるよう
なコンピュータネットワークにおいて、様々な性質のデ
ータが転送されるときに選択されるそれぞれの通信経路
について、その到達性を確認することができ、エンド・
エンドでの通信が不可能な場合も、その原因を容易に特
定できる。

【００３２】また、端末２が、試験用パケットを受信し
た場合、その発信元に宛てパケットを送信する場合のサ
ービス品質と上位層プロトコルは、試験用のものであ
り、指定したサービス品質と上位層プロトコルで、端末
１から端末２へパケットが到達する経路が存在すること
と、端末２から端末１への試験用パケットの到達経路が
存在することが確認できる。

【００３３】尚、本発明は、図１〜図７を用いて説明し
た実施例に限定されるものではなく、その要旨を逸脱し
ない範囲において種々変更可能である。例えば、本実施
例では、端末２が、試験用パケットを受信した場合、そ
の発信元に宛て応答パケットを送信する場合のサービス
品質と上位層プロトコルは、試験用のものであるが、他
のサービス品質と上位層プロトコルを指定しても良い。
この場合、サービス品質と上位層プロトコルで特定され
る経路に限定されず、応答パケットは任意の経路で端末
１に返送されるため、より確実に転送される。

【００３４】すなわち、端末２からの応答パケットを送
信する場合のサービス品質と上位層プロトコルを試験用
パケットのものと同じものとして、その経路を特定する
と、応答パケットの通信経路で異常があった場合、端末
１では、その異常が、端末１から端末２への特定した経
路の異常なのか、端末２から端末１への特定した経路で
の異常なのかが判別できないとの不具合が発生するが、
経路を特定しないことにより、効率的ではないにして
も、信頼性の高い応答を返すことができる。

【００３５】

【発明の効果】本発明によれば、複数の中継ノードを経
由するパケット通信において実際の通信時に用いられる
通信経路でのパケットの到達性の確認を行なうことがで
き、パケットのサービス品質の種別や上位層プロトコル
の種別などに対応して最適なパケット通信経路を選択す
る高効率なパケット交換網の信頼性を向上させることが
可能である。

【図面の簡単な説明】

【図１】本発明のパケット通信経路試験方法の本発明に
係る手順の一実施例を示すフローチャートである。

【図２】図１におけるパケット通信経路試験方法を適用
したネットワークの一構成例を示す説明図である。

【図３】図２におけるネットワークで転送されるＩＰパ
ケットのヘッダ例を示す説明図である。

【図４】サービス品質が低遅延で上位層プロトコルがＴ
ＣＰの場合のヘッダのコーディング例を示す説明図であ
る。

【図５】サービス品質が普通遅延で上位層プロトコルが
ＵＤＰの場合のヘッダのコーディング例を示す説明図で
ある。

【図６】図２における端末のプロトコルスタックの一例
を示す説明図である。

【図７】図２における各中継ノードが有する経路情報テ
ーブルの構成例を示す説明図である。

【符号の説明】

１，２：端末、３〜７：中継ノード、８，９：通信経
路。４１：経路情報テーブル。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 転送するデータを、該データの宛先を特
   定する宛先情報をヘッダ部に設定してパケット化し、上
   記宛先情報に基づき複数の中継ノードを経由して転送す
   るパケット交換網におけるパケット通信経路の試験方法
   であって、試験用データを、上記宛先情報を設定した上
   記ヘッダ部に上記各中継ノードでの次の経由先の特定時
   に参照される経路情報を付与してパケット化して送出
   し、上記中継ノードのそれぞれは、上記試験用データの
   パケットを、該パケットのヘッダ部に付与された上記経
   路情報に基づき次の経由先を特定して送出し、上記宛先
   情報で特定された上記試験用データの宛先からの応答パ
   ケットの有無に基づき、上記試験用データのパケットの
   転送で経由した上記各中継ノードからなる通信経路の良
   否を試験することを特徴とするパケット通信経路試験方
   法。
2. 【請求項２】 請求項１に記載のパケット通信経路試験
   方法において、上記経路情報は、パケットレベルプロト
   コルの上位層プロトコルの種別、もしくは、サービス品
   質の種別のいずれかを少なくとも含むことを特徴とする
   パケット通信経路試験方法。
3. 【請求項３】 請求項１、もしくは、請求項２のいずれ
   かに記載のパケット通信経路試験方法において、上記応
   答パケットのヘッダ部に、上記試験用データのパケット
   の上記経路情報と同じ経路情報を付与し、該経路情報で
   特定される上記応答パケットの通信経路の良否を試験す
   ることを特徴とするパケット通信経路試験方法。