(57)【要約】  【課題】全ての構成品が揃わなければ評価できないという課題、および、アプリケーショントラヒックを測定・解析し、特徴的なトラヒックパタンを抽出し、トラヒック発生装置で送信可能なパタンに準拠するパラメタに変換する作業が必要であるという課題を解決すること。  【解決手段】実アプリケーションによるトラヒックを、解析することなく読み込むためのデータ読み込み部１４と、前記読み込んだデータからあらかじめ設定された条件に従ってパケットを生成し、また、前記読み込んだデータ内の時間情報に基づき前記生成したパケットを送信する時刻を決定するパケット生成部１６と、前記生成したパケットを前記決定した送信時刻に通信伝送路に送信するパケット送信部１８とを有する構成としたことを特徴とするパケット発生装置。【選択図】  図１
2006295516.tif 000002
【特許請求の範囲】
【請求項１】
通信伝送路に対して、あらかじめ指定された送信条件に従ってパケットを送信するパケット発生方法であって、
時間情報及びパケット長情報を含むデータを読み込み、
前記時間情報に従って、パケットを送信する時刻を決定し、
前記パケット長情報に従って、送信するパケット長を決定し、
あらかじめ指定された情報を用いてパケットを作成し、
前記パケットを送信する時刻に、前記作成したパケットを通信伝送路に送信する
ことを特徴とする、パケット発生方法。
【請求項２】
通信伝送路に対して、あらかじめ指定された送信条件に従ってパケットを送信するパケット発生方法であって、
時間情報及びパケット内に記載される情報を含むデータを読み込み、
前記時間情報に従って、パケットを送信する時刻を決定し、
前記パケット内に記載される情報を用いてパケットを作成し、
前記パケットを送信する時刻に、前記作成したパケットを通信伝送路に送信する
ことを特徴とする、パケット発生方法。
【請求項３】
通信伝送路に対して、あらかじめ指定された送信条件に従ってパケットを送信するためのパケット送信装置であって、
時間情報及びパケット長情報を含むデータを読み込むデータ読み込み部と、
前記時間情報に従って、パケットを送信する時刻を決定し、前記パケット長情報に従って、送信するパケット長を決定し、あらかじめ指定された情報を用いてパケットを作成するパケット生成部と、
前記パケットを送信する時刻に、前記作成したパケットを通信伝送路に送信するパケット送信部を有する
ことを特徴とする、パケット発生装置。
【請求項４】
通信伝送路に対して、あらかじめ指定された送信条件に従ってパケットを送信するためのパケット発生装置であって、
時間情報及びパケット内に記載される情報を含むデータを読み込むデータ読み込み部と、
前記時間情報に従って、パケットを送信する時刻を決定し、前記パケット内に記載される情報を用いてパケットを作成するパケット生成部と、
前記パケットを送信する時刻に、前記作成したパケットを通信伝送路に送信するパケット送信部を有する
ことを特徴とする、パケット発生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術に属し、より具体的には、パケット通信に用いる通信装置やそれらの装置から構成される通信ネットワークの転送品質の性能を評価するために用いられるパケット等を発生させるパケット発生方法及び装置（擬似トラヒック発生方法及び装置）に関する。
【背景技術】
【０００２】
ＩＰ（Ｉnternet Protocol ）などを用いたパケット通信の発展により、Ｗebや電子メールといった単なるデータ通信だけでなく、リアルタイム系の通信である、電話，テレビ電話あるいは映像配信などの通信が、パケット通信で行われるようになった。このようなアプリケーションは、従来のデータ通信と比較して、ネットワーク内で発生する遅延やパケットロスに敏感である。
【０００３】
例えば、ＴＣＰ（Ｔransmission Ｃontrol Ｐrotocol ）を用いたＷebアクセスや電子メールでは、遅延やパケットロスは速度の低下を招くものの、伝達したいデータそのものに対する劣化は起こさない。しかし、リアルタイム系の通信においては、遅延やパケットロスが発生した場合、正常に再生できないなど、伝達したい情報内容の劣化を招く。
【０００４】
このため、これらのリアルタイム通信については、ネットワークを構成するルータやスイッチなどの装置、あるいはネットワーク全体として、問題なく導通が可能かどうかを評価することがより重要である。
【０００５】
従来は、アプリケーションがルータやスイッチ等中継の装置、あるいはネットワーク全体を介して導通可能かどうかを調べるために、端末等から中継装置やネットワーク全体へ実際にアプリケーションのトラヒックを印加して評価する手法が採られていた。この方法は、実アプリケーションのトラヒックそのものにより評価できるため、実運用での信憑性が高い評価結果が得られるという利点を有する（例えば、非特許文献１参照）。
【０００６】
また、端末等で実アプリケーションの通信を行わずに、Ｓmart Ｂits（非特許文献１参照）やＩＸＩＡ（非特許文献２参照）等の市販パケット発生装置を用いる手法も採られている。これらの装置の中には、Ｅthernet(登録商標)フレームやＡＴＭセルといったデータリンク層トラヒック、ＩＰv４データグラムやＩＰv６パケットといったネットワーク層トラヒックばかりでなく、よりアプリケーション層に近いトラヒックを模擬的に発生させることが可能なものも存在しており、各々コンスタントレートあるいは比較的容易なパタンのバーストレートで擬似的なアプリケーショントラヒックを送信することが可能である。
【０００７】
この方法は、実際の端末からアプリケーショントラヒックを印加する前記の方法と比べて、制御トラヒック以外の実通信トラヒックのみ転送する中継装置あるいは中継ネットワーク及びパケット発生装置があれば、評価が可能であるという利点を有する。また、アプリケーションのトラヒックパタンをパケット発生装置の設定パラメタに落とし込むことにより、設定パラメタの流用が可能になるため、同一評価の再現だけではなく、類似あるいは応用評価における設定が簡素化するという利点を有する。
【０００８】
例えば、パラメタ設定を保存して流用することにより、他の評価系でも設定パラメタを重複して導出する必要がなくなる。また、複数のパケット発生装置間でパラメタ設定を共有することで、同一特性の大量フローによる評価の系設定も簡易化する（例えば、非特許文献２参照）。
【０００９】
【非特許文献１】http://www.spirentcom.com/analysis/product_line.cfm?pl=33&wt=2
【非特許文献２】http://www.ixiacom.com/japan
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した従来のパケット発生方法による評価には、次に示すような課題が各々存在する。
【００１１】
まず、第一に、実アプリケーション端末によりパケットを発生する方法の課題について説明する。この方法では、実アプリケーションを動作させるための全ての制御が必要となるため、実通信データを転送する装置だけではなく、アプリケーション制御に関連する全構成品が揃わなければ評価ができない。
【００１２】
例えば、ＩＰ電話が、あるルータを導通可能かどうか評価するためには、ＩＰ電話端末だけではなく、呼制御を行うためのＳＩＰ（Ｓession Ｉnitiation Ｐrotocol ）サーバ，プレゼンスサーバの他に、場合によっては、ＩＰアドレスの払い出しを行うためのＤＨＣＰ（Ｄynamic Ｈost Ｃonfiguration Ｐrotocol）サーバや、ＵＲＩやＩＰアドレスを解決するＤＮＳサーバ，ＩＰ電話の実データを転送するネットワーク内の中継装置（Ｌ２スイッチやルータ等）及びそれら設定が必要となるため、ＩＰ電話アプリケーションだけでなく総合的なネットワーク構築が必要になるという問題がある。
【００１３】
すなわち、装置数に比例して設定時間が増えるだけでなく、装置毎に異なるさまざまな設定スキルが必要となる。また、導通するかどうかの評価を行う装置以外の装置を設置するための場所を確保する必要があり、評価系を構築するための費用が上昇する可能性がある。さらに、評価結果に対する原因分析や不具合の発生時における問題切り分けが複雑化する可能性があるという問題がある。
【００１４】
第二に、評価するアプリケーションの特性以外に、アプリケーション動作を制御するための装置性能が表われるという問題がある。すなわち、現実のアプリケーション通信品質は、通信プロトコル方式の性能だけではなく、サーバ側端末やクライアント端末，これらの両者間の転送制御を仲介する中継サーバ等のハード的もしくはソフト的な処理能力にも依存する。
【００１５】
例えば、アプリケーションの実装によっては、クライアント端末の受信バッファが少ない場合には、サーバ端末の送信能力に余裕があっても送信レートを抑制することがある。複数の端末が存在し、各々の処理能力が異なれば、スループット等の通信品質も異なることがある。よって、アプリケーションの純粋特性を測定したい場合は、同種あるいは異種の装置間における処理性能の均一性などに配慮する必要があるといった課題がある。
【００１６】
次に、市販パケット発生器を用いた方法について説明する。
第一に、インターネットをはじめとする一般のパケット交換ネットワークでは、バースト性を持ったトラヒックの転送を許容しており、また、送受信端末やネットワークの処理能力を配慮せずにアプリケーションを作成する場合がほとんどであるため、アプリケーションのフロー毎にパケット長，送信レート及び連続するパケット数（バースト量）が異なっていることが一般的である。
【００１７】
よって、この方法により現実的なアプリケーションのトラヒックを模擬するためには、実際のアプリケーショントラヒックを測定し、その測定結果から特徴的なトラヒックパタンを抽出し、その特徴的なトラヒックパタンを反映した評価用のトラヒックパタンを新たに作成しなければならない。
【００１８】
すなわち、パケット発生器によりアプリケーションの通信を模擬するためには、実際のトラヒックパタンをパケット発生装置が実行可能な設定パラメタに落とし込む必要があるため、アプリケーション毎に抽出データを分析する労力が必要となるという問題がある。
【００１９】
第二に、通常のアプリケーショントラヒックは複雑なパタンを有しており、必ずしもパケット発生器が解釈できるパラメタ設定に落とし込むことができるという保障がないという問題がある。すなわち、現実にはさまざまなアプリケーションが混在しており、端末の性能やフロー毎の利用可能帯域も異なっている。
【００２０】
また、端末間のフロー制御や輻輳制御，中継装置の品質制御といったメカニズムも複雑に関連し合っているので、ネットワーク内の状況も時々刻々と変化しており、一般的なトラヒックパタンを導けない可能性がある。このため、この方法で評価した結果により、実際のアプリケーションの導通を保証することができないという問題がある。
【００２１】
本発明の目的は、従来の第一の技術の課題である、全ての構成品が揃わなければ評価できないという課題を解決し、また、従来の第二の技術の課題である、アプリケーショントラヒックを測定・解析し、特徴的なトラヒックパタンを抽出し、トラヒック発生装置で送信可能なパタンに準拠するパラメタに変換する作業が必要であるという課題を解決することにある。
【課題を解決するための手段】
【００２２】
上記目的を達成するために、本発明に係る第１のパケット発生方法は、通信伝送路に対して、あらかじめ指定された送信条件に従ってパケットを送信するパケット発生方法であって、時間情報及びパケット長情報を含むデータを読み込み、前記時間情報に従って、パケットを送信する時刻を決定し、前記パケット長情報に従って、送信するパケット長を決定し、あらかじめ指定された情報を用いてパケットを作成し、前記パケットを送信する時刻に、前記作成したパケットを通信伝送路に送信することを特徴とする。
【００２３】
また、本発明に係る第２のパケット発生方法は、通信伝送路に対して、あらかじめ指定された送信条件に従ってパケットを送信するパケット発生方法であって、時間情報及びパケット内に記載される情報を含むデータを読み込み、前記時間情報に従って、パケットを送信する時刻を決定し、前記パケット内に記載される情報を用いてパケットを作成し、前記パケットを送信する時刻に、前記作成したパケットを通信伝送路に送信することを特徴とする。
【００２４】
本発明に係るパケット発生方法は、これをパケット発生装置として具体化することができる。
【００２５】
すなわち、本発明に係る第１のパケット発生装置は、通信伝送路に対して、あらかじめ指定された送信条件に従ってパケットを送信するためのパケット発生装置であって、時間情報及びパケット長情報を含むデータを読み込むデータ読み込み部と、前記時間情報に従って、パケットを送信する時刻を決定し、前記パケット長情報に従って、送信するパケット長を決定し、あらかじめ指定された情報を用いてパケットを作成するパケット生成部と、前記パケットを送信する時刻に、前記作成したパケットを通信伝送路に送信するパケット送信部を有することを特徴とする
【００２６】
また、本発明に係る第２のパケット発生装置は、通信伝送路に対して、あらかじめ指定された送信条件に従ってパケットを送信するためのパケット発生装置であって、時間情報及びパケット内に記載される情報を含むデータを読み込むデータ読み込み部と、前記時間情報に従って、パケットを送信する時刻を決定し、前記パケット内に記載される情報を用いてパケットを作成するパケット生成部と、前記パケットを送信する時刻に、前記作成したパケットを通信伝送路に送信するパケット送信部を有することを特徴とする。
【００２７】
より具体的には、本発明では、他の実験系において測定した実アプリケーションによるトラヒックを、解析することなく読み込むためのデータ読み込み部と、前記読み込んだデータからあらかじめ設定された条件に従ってパケットを生成し、また、前記読み込んだデータ内の時間情報に基づき前記生成したパケットを送信する時刻を決定するパケット生成部と、前記生成したパケットを前記決定した送信時刻に通信伝送路に送信するパケット送信部とを有する構成とすることにより、実アプリケーションのトラヒックを測定する環境と、評価対象とする装置あるいはネットワークが同一の場所にある必要があるといった従来の第一の技術の課題を解決し、さらに、実アプリケーションによるトラヒックパタンを解析せずそのまま送信することが可能となるため、従来の第二の技術の課題であった、アプリケーショントラヒックの解析作業が必要であり、実アプリケーションの導通を保証することができないという課題を解決するものである。
【発明の効果】
【００２８】
本発明によれば、上述のような構成を採用することにより、従来の第一の技術の課題である、評価の対象とする装置あるいはネットワークだけではなく、アプリケーション制御に関連する全構成品が、同一の環境になければ評価できないといった課題を解決することができるという効果が得られる。
【００２９】
さらに、本発明によれば、従来の第二の技術の課題である、実アプリケーションのトラヒックの特徴を解析する作業が必要であるという課題を解決でき、また、実アプリケーションのトラヒックの特徴的なトラヒックにより評価を行うために、実際のアプリケーションの導通を保証できないといった課題を解決することができるという効果が得られる。
【００３０】
すなわち、本発明に係るパケット送信方法及び装置は、実アプリケーションのトラヒックデータを読み込み、読み込んだデータから別途設定されたトラヒックフローの条件に従ってパケットを作成するため、詳細なトラヒックパターンの分析を行わずに実際のアプリケーショントラヒックパターンに即した通信システムの評価が実現できるという効果が得られるパケット発生方法及び装置（言い換えれば、擬似トラヒック発生方法及び装置）である。
【発明を実施するための最良の形態】
【００３１】
以下に、添付の図面に示す好適実施形態に基づいて、本発明の一実施形態に係る擬似トラヒック発生装置を詳細に説明する。
【００３２】
〔第一の実施形態〕
図１は、本発明の一実施形態に係る擬似トラヒック発生装置を示すブロック図である。本実施形態に係るトラヒック発生装置１０は、装置内部または装置外部から、記憶装置等のデータ読み込みインタフェース１２またはネットワークインターフェース（ＮＩＣ：Ｎetwork Ｉnterface Ｃard ）２４を通してトラヒックデータを読み込むデータ読み込み部１４と、前記読み込んだデータからパケットを生成し、パケットの送信時刻を決定するパケット生成部１６と、前記生成したパケットを前記決定したパケット送信時刻に通信伝送路２２に送信するパケット送信部１８と、通信ポート２０から構成される。
【００３３】
ここで、データ読み込み部１４は、ＣＤドライブ，ＤＶＤドライブ，ＭＯドライブ，フロッピドライブなどの外部媒体からデータを読み込む装置、あるいはこれらを接続可能なＵＳＢ，ＳＣＳＩ等の外部インタフェース、あるいはネットワーク上の実通信のデータを読み込むためのネットワークインタフェース（上記ＮＩＣ２４等），キャプチャ部２６等を介して、データを読み込むためのデータ読み込みインタフェース１２、もしくは、ＨＤ（Ｈard Ｄisk）２８に接続されている。
【００３４】
これにより、実通信のデータを適宜取り込むことが可能になるとともに、後述するように、そのデータを少ない処理で、自装置から送信するトラヒック測定用パケットとして利用することが可能になり、簡単な構成の擬似トラヒック発生装置を実現できる。
【００３５】
擬似トラヒック発生装置１０のデータ読み込み部１４は、本発明以外のトラヒック測定装置において測定された図２に示すデータを読み込む。このデータは、時間情報及びパケット長の情報を含む。例えば、図２に示すデータにおいては、時間12時00分00秒に長さ64byteのパケットが測定され、時間12時00分01.100秒に長さ1500byteのパケットが測定されたことを示す。
【００３６】
次に、擬似トラヒック発生装置１０の前記パケット生成部１６は、前記読み込んだデータ、及びあらかじめ本実施形態に係る擬似トラヒック発生装置に設定されたパケット内に書き込むデータを用いてパケットを生成する。
【００３７】
例えば、イーサネット(登録商標)ヘッダに係る領域である、先頭から１４byte分のデータが設定されており、残りの領域を0xffとする設定があらかじめなされていた場合であれば、図２に示すデータを読み込んだ場合に、第一のパケットとして、先頭から14byteを設定されたデータとし、残りの50byteを0cffが50連続するデータとするパケットを生成し、第二のパケットとして、先頭から14byteを設定されたデータとし、残りの1486byteを0xffが1486連続するデータとするパケットを生成する。
【００３８】
また、イーサネット(登録商標)ヘッダ及びＩＰv4ヘッダに係る領域を指定する場合は、同様に先頭から34byte（うち、20byteはＩＰv4ヘッダに係る領域）分のデータ、及び残りの領域を埋めるための値を設定する。これらの設定については、あらかじめ本実施形態に係る擬似トラヒック発生装置に設定しておくものとする。
【００３９】
さらに、擬似トラヒック発生装置１０の前記パケット生成部１６は、前記データ読み込み部１４で読み込んだデータの時間情報から、パケットの送信時刻をパケットごとに決定し、決定したパケット送信時刻と、生成したパケットを対応付けてパケット送信データとして記憶する。
【００４０】
例えば、図２に示すようなデータを読み込んだ場合には、第一のパケットの送信時刻を0:00:000秒とし、第二のパケットの送信時刻を0:00:001.100秒というように、第一のパケットからの相対的な時刻により、第二のパケット以降のパケットの送信時刻を決定し、さらに、前記生成したパケットと対応付けて記憶する。
【００４１】
例えば、先頭から14byteのデータが、
「0x00,0x00,0x01,0x00,0x00,0x01,0x00,0x00,0x01,0x00,0x00,0x02,0x08,0x00」と設定され、残りの領域を0xffとするように設定されていた場合には、図２のデータを用いて、図３のようなパケット送信データを記憶する。
【００４２】
次に、擬似トラヒック発生装置１０のパケット送信部１８は、通信ポート２０を介して通信伝送路２２と接続され、前記記憶したパケット送信データに従い、決定したパケット送信時刻に、前記生成したパケットを通信伝送路２２に送信する。
【００４３】
本実施形態に係る擬似トラヒック発生装置１０においては、上記のような動作により、本発明以外のトラヒック測定装置により測定されたデータをデータ読み込み部１４により読み込み、前記読み込んだデータと同じトラヒックパタンでパケットを送信することが可能となる。
【００４４】
このため、トラヒックの測定環境は、評価対象となる装置あるいはネットワークと同じ環境にある必要はない。また、実アプリケーションのトラヒックを測定し、本実施形態に係る擬似トラヒック発生装置に読み込ませることにより、実アプリケーションが送信するトラヒックパタンそのものを、評価対象である装置あるいはネットワークに送信することが可能となり、実アプリケーションのトラヒックを解析する作業が不要であり、実アプリケーションの導通を保証することができる。
【００４５】
〔第二の実施形態〕
上記に説明を行った、第一の実施形態では、時間情報及びパケット長情報を読み込んだが、以下に説明する本発明の第二の実施形態では、読み込むデータとして、時間情報及びパケット内に記述される情報を用いる場合を説明する。
【００４６】
本発明の第二の実施形態に係る擬似トラヒック発生装置の構成は、先に説明した本発明の第一の実施形態の構成と同じである。
【００４７】
本実施形態に係る擬似トラヒック発生装置の前記データ読み込み部１４は、本発明以外のトラヒック測定装置において測定された図２に示すデータを読み込む。このデータは、時間情報及びパケット内に記載される全情報を含むものとする。
【００４８】
図２では、パケット内に記載されるデータの途中を省略して記載しているが、実際に読み込むデータは省略されない。例えば、図２に示すデータにおいては、時間12時00分00秒に表記した内容のパケットが測定され、時間12時00分01.100秒に、同様に表記した内容のパケットが測定されたことを示している。
【００４９】
次に、本実施形態に係る擬似トラヒック発生装置１０の前記パケット生成部１６は、前記読み込んだデータから、それぞれのパケット長を計算する。さらに、あらかじめ本実施形態に係る擬似トラヒック発生装置１０に設定された、パケット内に書き込むデータを用いてパケットを生成する。
【００５０】
例えば、イーサネット(登録商標)ヘッダに係る領域である、先頭から14byte分のデータが設定されており、残りの領域を0xffとする設定があらかじめなされていた場合で、図２に示す64byteのデータを読み込んだ場合には、前述の第一の実施形態と同様に、第一のパケットとして、先頭から14byteを設定されたデータとし、残りの50byteを0xffが50連続するデータとするパケットを生成し、第二のパケットとして、先頭から14byteを設定されたデータとして、残りの1486byteを0xffが1486連続するデータとするパケットを生成する。
【００５１】
また、イーサネット(登録商標)ヘッダ及びＩＰv4ヘッダに係る領域を指定する場合は、同様に先頭から34byte分のデータ及び残りの領域を埋めるための値を設定する。
なお、本実施形態においては、パケットの全データを読み込んでいるために、パケットの全ての情報を本発明の擬似トラヒック発生装置で生成する必要はない。
【００５２】
このため、先頭からあらかじめ設定されたbyte数分だけ設定されたデータで生成し、パケットの残りの領域については、前記読み込んだデータのパケット内に記載された情報をそのまま用いることが可能である。
【００５３】
例えば、イーサネット(登録商標)ヘッダに係る領域である、先頭から14byte分のデータが
「0x00,0x00,0x01,0x00,0x00,0x01,0x00,0x00,0x01,0x00,0x00,0x02,0x08,0x00」と設定されており、残りの領域を読み込んだデータのパケット内に記載された情報とする設定があらかじめなされていた場合で、図２に示すデータを読み込んだ場合には、図４に示すようなパケット送信データを作成・記憶する。
【００５４】
当然、データを指定せずに、全て読み込んだデータのパケット内に記載されたデータとすることも可能である。
【００５５】
上記のように、本実施形態に係る擬似トラヒック発生装置においては、本発明以外のトラヒック測定装置により測定されたデータを読み込み、前記読み込んだデータと同じトラヒックパタンで、パケットを送信することが可能となる。
【００５６】
このため、トラヒックの測定は、評価対象となる装置あるいはネットワークと同じ環境にある必要はない。また、実アプリケーションのトラヒックを測定し、本発明の第一の実施形態に係る擬似トラヒック発生装置に読み込ませることにより、実アプリケーションが送信するトラヒックパタンそのものを、評価対象である装置あるいはネットワークに送信することが可能であるため、実アプリケーションのトラヒックを解析する作業が不要であり、実アプリケーションの導通を保証できる。
【００５７】
さらに、送信するパケットとして、実アプリケーションが送信したパケット内に記載された情報とまったく同じ情報を有するパケットを送信することも可能である。
【００５８】
以上、詳細に説明したように、本発明によれば、従来の第一の技術の課題である、全ての構成品が揃わなければ評価できないという課題を解決し、また、従来の第二の技術の課題である、アプリケーショントラヒックを測定・解析し、特徴的なトラヒックパタンを抽出し、トラヒック発生装置で送信可能なパタンに準拠するパラメタに変換する作業が必要であるという課題を解決することができる。
【００５９】
なお、上記実施形態は、本発明の一例を示したものであり、本発明はこれに限定されるものではなく、本発明の趣旨を変更しない範囲内で適宜の変更・改良を行ってもよいことはいうまでもない。
【００６０】
例えば、前述のように、本発明においては、データ読み込み部１４は、装置内部または装置外部から、データ読み込みインタフェース１２またはＮＩＣ２４を通してトラヒックデータを読み込む等、データ読み込みに関しては特に制約はない。
【図面の簡単な説明】
【００６１】
【図１】本発明の擬似トラヒック発生装置の構成図である。
【図２】本発明以外のトラヒック測定装置において測定されたパケットの時間情報及びパケット長情報のデータの一例を示す図である。
【図３】パケット生成部によって生成されたパケットの送信データの一例を示す図である。
【図４】本発明以外のトラヒック測定装置において測定されたパケットの時間情報及びパケット内に記載される全情報のデータの一例の一例を示す図である。
【符号の説明】
【００６２】
１０  擬似トラヒック発生装置
１２  データ読み込みインタフェース
１４  データ読み込み部
１６  パケット生成部
１８  パケット送信部
２０  通信ポート
２２  通信伝送路
２４  ＮＩＣ
２６  キャプチャ部
２８  ＨＤ
【図１】
2006295516.tif 000003
【図２】
2006295516.tif 000004
【図３】
2006295516.tif 000005
【図４】
2006295516.tif 000006