JP2001308924A - トラフィックジェネレータ装置 - Google Patents
トラフィックジェネレータ装置Info
- Publication number
- JP2001308924A JP2001308924A JP2000127066A JP2000127066A JP2001308924A JP 2001308924 A JP2001308924 A JP 2001308924A JP 2000127066 A JP2000127066 A JP 2000127066A JP 2000127066 A JP2000127066 A JP 2000127066A JP 2001308924 A JP2001308924 A JP 2001308924A
- Authority
- JP
- Japan
- Prior art keywords
- port
- data
- packet
- data transmission
- virtual
- 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.)
- Granted
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 100
- 238000011156 evaluation Methods 0.000 claims abstract description 33
- 238000012545 processing Methods 0.000 claims abstract description 24
- 238000000034 method Methods 0.000 claims description 11
- 238000012546 transfer Methods 0.000 abstract description 10
- 239000000872 buffer Substances 0.000 abstract description 7
- 238000012790 confirmation Methods 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 33
- 238000005520 cutting process Methods 0.000 description 4
- 238000004088 simulation Methods 0.000 description 4
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
(57)【要約】
【課題】 従来はコネクション毎のデータ量による影響
や、コネクション毎の受信端末のバッファ状態によるデ
ータ転送量の乱れによる影響、また処理待ちによるデー
タ等の遅延の考慮ができず、実際の環境に近い評価を行
えない。 【解決手段】 フレーム生成、解析部１３は、送信フレ
ームの組み立てと受信フレームの解析を行う。フレーム
送出タイミング制御部１４は、状態保存部１５とタイマ
１６と設定保存部１７の各出力からフレーム送出タイミ
ングを計算する。設定保存部１７は、入力パラメータ
（送信先ＭＡＣアドレス、送信先ＩＰアドレス等）を記
憶している。ＴＣＰトラフィックジェネレータ装置１０
は、仮想クライアントポート１１と仮想サーバポート１
９が評価対象装置及びシステムに接続され、評価対象装
置及びシステムに対して、ＴＣＰコネクション（接続、
切断、応答確認）と、そのＴＣＰコネクション毎のデー
タ転送量の両方を同時にシミュレートする。
や、コネクション毎の受信端末のバッファ状態によるデ
ータ転送量の乱れによる影響、また処理待ちによるデー
タ等の遅延の考慮ができず、実際の環境に近い評価を行
えない。 【解決手段】 フレーム生成、解析部１３は、送信フレ
ームの組み立てと受信フレームの解析を行う。フレーム
送出タイミング制御部１４は、状態保存部１５とタイマ
１６と設定保存部１７の各出力からフレーム送出タイミ
ングを計算する。設定保存部１７は、入力パラメータ
（送信先ＭＡＣアドレス、送信先ＩＰアドレス等）を記
憶している。ＴＣＰトラフィックジェネレータ装置１０
は、仮想クライアントポート１１と仮想サーバポート１
９が評価対象装置及びシステムに接続され、評価対象装
置及びシステムに対して、ＴＣＰコネクション（接続、
切断、応答確認）と、そのＴＣＰコネクション毎のデー
タ転送量の両方を同時にシミュレートする。
Description
【０００１】
【発明の属する技術分野】本発明はトラフィックジェネ
レータ装置に係り、特に端末動作をシミュレートするた
めに、仮想クライアント、仮想サーバとなるトラフィック
ジェネレータ装置に関する。
レータ装置に係り、特に端末動作をシミュレートするた
めに、仮想クライアント、仮想サーバとなるトラフィック
ジェネレータ装置に関する。
【０００２】
【従来の技術】限られたネットワーク帯域を有効に使用
するＱｏＳ(Quality of Service)の提供として、よりア
プリケーションレベルに近いＴＣＰ／ＩＰ(Transmissio
n Control Protocol/Internet Protocol)プロトコルの
ＴＣＰ又はＵＤＰ(User Datagram Protocol)のポート番
号による制御装置（レイヤ４スイッチ等）の導入が現在
進んでいる。このような制御装置の評価を行う場合、実
際に使用される環境を考慮すると、端末が複数台必要と
なり、操作するのも困難である。そのため、端末動作を
シミュレートする装置として、仮想サーバ、仮想クライア
ントとなるトラフィックジェネレータ装置を用いて、制
御装置の評価を行う。
するＱｏＳ(Quality of Service)の提供として、よりア
プリケーションレベルに近いＴＣＰ／ＩＰ(Transmissio
n Control Protocol/Internet Protocol)プロトコルの
ＴＣＰ又はＵＤＰ(User Datagram Protocol)のポート番
号による制御装置（レイヤ４スイッチ等）の導入が現在
進んでいる。このような制御装置の評価を行う場合、実
際に使用される環境を考慮すると、端末が複数台必要と
なり、操作するのも困難である。そのため、端末動作を
シミュレートする装置として、仮想サーバ、仮想クライア
ントとなるトラフィックジェネレータ装置を用いて、制
御装置の評価を行う。
【０００３】図１６は従来のトラフィックジェネレータ
装置による評価方法の一例のシーケンス図を示す。同図
において、仮想クライアントが仮想サーバへ回線のキャ
ラクタ同期を確立するためにＳＹＮパケットを送信する
（ステップＳ１）。仮想サーバがＳＹＮパケットを受信
すると、（ＳＹＮ＋ＡＣＫ）パケットを仮想クライアン
トへ送信し（ステップＳ２）、これに応答して仮想クラ
イアントがＡＣＫパケットを仮想サーバへ送信する（ス
テップＳ３）。これにより、接続処理が完了する。
装置による評価方法の一例のシーケンス図を示す。同図
において、仮想クライアントが仮想サーバへ回線のキャ
ラクタ同期を確立するためにＳＹＮパケットを送信する
（ステップＳ１）。仮想サーバがＳＹＮパケットを受信
すると、（ＳＹＮ＋ＡＣＫ）パケットを仮想クライアン
トへ送信し（ステップＳ２）、これに応答して仮想クラ
イアントがＡＣＫパケットを仮想サーバへ送信する（ス
テップＳ３）。これにより、接続処理が完了する。
【０００４】続いて、仮想サーバが仮想クライアントへ
ＦＩＮパケットを送信する（ステップＳ４）。仮想クラ
イアントは、ＦＩＮパケットを受信すると、仮想サーバ
へ（ＦＩＮ＋ＡＣＫ）パケットを返送する（ステップＳ
５）。仮想サーバが上記の（ＦＩＮ＋ＡＣＫ）パケット
を受信すると、仮想クライアントへＡＣＫパケットを送
信する（ステップＳ６）。これにより、切断処理が終了す
る。以上のコネクションの接続と切断のみ繰り返すシー
ケンスにより、従来のトラフィックジェネレータ装置に
より、仮想サーバと仮想クライアントの動作をシミュレ
ートする。
ＦＩＮパケットを送信する（ステップＳ４）。仮想クラ
イアントは、ＦＩＮパケットを受信すると、仮想サーバ
へ（ＦＩＮ＋ＡＣＫ）パケットを返送する（ステップＳ
５）。仮想サーバが上記の（ＦＩＮ＋ＡＣＫ）パケット
を受信すると、仮想クライアントへＡＣＫパケットを送
信する（ステップＳ６）。これにより、切断処理が終了す
る。以上のコネクションの接続と切断のみ繰り返すシー
ケンスにより、従来のトラフィックジェネレータ装置に
より、仮想サーバと仮想クライアントの動作をシミュレ
ートする。
【０００５】また、従来のトラフィックジェネレータ装
置の他の例として、図１７のシーケンス図に示すように、
コネクションを形成せず、仮想クライアントから仮想サ
ーバへ一方的にデータを流すだけの装置も知られてい
る。
置の他の例として、図１７のシーケンス図に示すように、
コネクションを形成せず、仮想クライアントから仮想サ
ーバへ一方的にデータを流すだけの装置も知られてい
る。
【０００６】
【発明が解決しようとする課題】ところで、実際は、接
続処理、データ送信と応答、切断処理の一連の流れがあ
り、その中でコネクション毎のデータ量による影響や、コ
ネクション毎の受信端末のバッファ状態によるデータ転
送量の乱れによる影響、また処理待ちによるデータ、Ａ
ＣＫ送信の遅延も考慮しなければならない。
続処理、データ送信と応答、切断処理の一連の流れがあ
り、その中でコネクション毎のデータ量による影響や、コ
ネクション毎の受信端末のバッファ状態によるデータ転
送量の乱れによる影響、また処理待ちによるデータ、Ａ
ＣＫ送信の遅延も考慮しなければならない。
【０００７】しかるに、上記のコネクションの接続と切
断のみ繰り返す従来のトラフィックジェネレータ装置
や、一方的にデータを流すだけの従来のトラフィックジ
ェネレータ装置では、上記のコネクション毎のデータ量
による影響や、コネクション毎の受信端末のバッファ状
態によるデータ転送量の乱れによる影響、また処理待ち
によるデータ、ＡＣＫ送信の遅延の考慮ができず、実際
の環境に近い評価を行うことができないという問題があ
る。
断のみ繰り返す従来のトラフィックジェネレータ装置
や、一方的にデータを流すだけの従来のトラフィックジ
ェネレータ装置では、上記のコネクション毎のデータ量
による影響や、コネクション毎の受信端末のバッファ状
態によるデータ転送量の乱れによる影響、また処理待ち
によるデータ、ＡＣＫ送信の遅延の考慮ができず、実際
の環境に近い評価を行うことができないという問題があ
る。
【０００８】本発明は以上の点に鑑みなされたもので、
コネクションとそのコネクション毎のデータ量の両方を
同時にシミュレートすることにより、より実際の環境に
近い評価を行い得るトラフィックジェネレータ装置を提
供することを目的とする。
コネクションとそのコネクション毎のデータ量の両方を
同時にシミュレートすることにより、より実際の環境に
近い評価を行い得るトラフィックジェネレータ装置を提
供することを目的とする。
【０００９】
【課題を解決するための手段】上記の目的を達成するた
め、本発明は、評価対象装置及びシステムに接続される
仮想クライアントポートと、評価対象装置及びシステム
に接続される仮想サーバポートと、仮想クライアントポ
ートから送信されるデータ及びアドレスに関する第１の
パラメータと、仮想サーバポートから送信されるデータ
及びアドレスに関する第２のパラメータとがそれぞれ設
定されて保存する保存手段と、保存手段に保存された第
１及び第２のパラメータに基づいて、仮想クライアント
ポートと仮想サーバポートの間で評価対象装置及びシス
テムを介して所定パケットの送信と応答を行う接続処理
と、仮想クライアントポート及び仮想サーバポートの一
方から他方へデータパケットを送信するデータ送信処理
と、切断用パケットの送信と応答を行う切断処理とを順
次に行うトラフィック手段とを有する構成としたもので
ある。この発明では、コネクションとそのコネクション
毎のデータ量を同時にシミュレートする。
め、本発明は、評価対象装置及びシステムに接続される
仮想クライアントポートと、評価対象装置及びシステム
に接続される仮想サーバポートと、仮想クライアントポ
ートから送信されるデータ及びアドレスに関する第１の
パラメータと、仮想サーバポートから送信されるデータ
及びアドレスに関する第２のパラメータとがそれぞれ設
定されて保存する保存手段と、保存手段に保存された第
１及び第２のパラメータに基づいて、仮想クライアント
ポートと仮想サーバポートの間で評価対象装置及びシス
テムを介して所定パケットの送信と応答を行う接続処理
と、仮想クライアントポート及び仮想サーバポートの一
方から他方へデータパケットを送信するデータ送信処理
と、切断用パケットの送信と応答を行う切断処理とを順
次に行うトラフィック手段とを有する構成としたもので
ある。この発明では、コネクションとそのコネクション
毎のデータ量を同時にシミュレートする。
【００１０】ここで、上記のトラフィック手段は、デー
タ送信処理時において、仮想クライアントポート及び仮
想サーバポートのうちデータ送信側ポートからのデータ
パケット送信後、所定の再送タイマ時間経過してもデー
タ受信側ポートから送信された応答パケットがデータ送
信側ポートで受信されないときには、再度該当するデー
タパケットをデータ送信側ポートから送信する再送手段
を含んでいてもよい。
タ送信処理時において、仮想クライアントポート及び仮
想サーバポートのうちデータ送信側ポートからのデータ
パケット送信後、所定の再送タイマ時間経過してもデー
タ受信側ポートから送信された応答パケットがデータ送
信側ポートで受信されないときには、再度該当するデー
タパケットをデータ送信側ポートから送信する再送手段
を含んでいてもよい。
【００１１】また、上記のトラフィック手段は、データ
送信処理時において、仮想クライアントポート及び仮想
サーバポートのうちデータ送信側ポートからのデータパ
ケット送信開始後、保存手段に保存されている所定のデ
ータ送信遅延間隔のデータ量送信してからデータ受信側
ポートからの応答パケットをデータ送信側ポートで受信
したときには、保存手段が保存しているデータ送信遅延
時間経過してから応答パケットが要求するデータパケッ
トの送信を開始するデータ送信遅延発生手段を含んでい
てもよい。
送信処理時において、仮想クライアントポート及び仮想
サーバポートのうちデータ送信側ポートからのデータパ
ケット送信開始後、保存手段に保存されている所定のデ
ータ送信遅延間隔のデータ量送信してからデータ受信側
ポートからの応答パケットをデータ送信側ポートで受信
したときには、保存手段が保存しているデータ送信遅延
時間経過してから応答パケットが要求するデータパケッ
トの送信を開始するデータ送信遅延発生手段を含んでい
てもよい。
【００１２】また、上記のトラフィック手段は、データ
送信処理時において、仮想クライアントポート及び仮想
サーバポートのうちデータ送信側ポートから送信されて
評価対象装置及びシステムを通してデータ受信側ポート
で受信されるデータパケットが、保存手段に保存されて
いる応答遅延間隔のデータ量受信される毎に、保存手段
に保存されている応答遅延時間経過した時点で応答パケ
ットをデータ受信側ポートから送信する応答送信遅延発
生手段を含んでいてもよい。
送信処理時において、仮想クライアントポート及び仮想
サーバポートのうちデータ送信側ポートから送信されて
評価対象装置及びシステムを通してデータ受信側ポート
で受信されるデータパケットが、保存手段に保存されて
いる応答遅延間隔のデータ量受信される毎に、保存手段
に保存されている応答遅延時間経過した時点で応答パケ
ットをデータ受信側ポートから送信する応答送信遅延発
生手段を含んでいてもよい。
【００１３】また、上記のトラフィック手段は、データ
送信処理時において、仮想クライアントポート及び仮想
サーバポートのうちデータ送信側ポートから送信されて
評価対象装置及びシステムを通してデータ受信側ポート
で受信されるデータパケットが、保存手段に保存されて
いるウィンドウ値サイズ変化間隔のデータ量受信される
毎に、データ受信側ポートが送信する応答パケットのウ
ィンドウサイズを保存手段に保存されているウィンドウ
変化サイズに変化させるウィンドウサイズ変化手段を含
んでいてもよい。
送信処理時において、仮想クライアントポート及び仮想
サーバポートのうちデータ送信側ポートから送信されて
評価対象装置及びシステムを通してデータ受信側ポート
で受信されるデータパケットが、保存手段に保存されて
いるウィンドウ値サイズ変化間隔のデータ量受信される
毎に、データ受信側ポートが送信する応答パケットのウ
ィンドウサイズを保存手段に保存されているウィンドウ
変化サイズに変化させるウィンドウサイズ変化手段を含
んでいてもよい。
【００１４】
【発明の実施の形態】次に、本発明の実施の形態につい
て、図面と共に説明する。図１は本発明になるトラフィ
ックジェネレータ装置の一実施の形態のブロック図を示
す。同図中、トラフィックジェネレータ装置の一実施の
形態であるＴＣＰトラフィックジェネレータ装置１０
は、仮想クライアントポート１１が送受信バッファ１２
を介してフレーム生成、解析部１３に接続されている。ま
た、フレーム生成、解析部１３はフレーム送出タイミン
グ制御部１４を介して、状態保存部１５、タイマ１６及び
設定保存部１７に接続されている。更に、フレーム生成、
解析部１３は送受信バッファ１８を介して仮想サーバポ
ート１９に接続されている。
て、図面と共に説明する。図１は本発明になるトラフィ
ックジェネレータ装置の一実施の形態のブロック図を示
す。同図中、トラフィックジェネレータ装置の一実施の
形態であるＴＣＰトラフィックジェネレータ装置１０
は、仮想クライアントポート１１が送受信バッファ１２
を介してフレーム生成、解析部１３に接続されている。ま
た、フレーム生成、解析部１３はフレーム送出タイミン
グ制御部１４を介して、状態保存部１５、タイマ１６及び
設定保存部１７に接続されている。更に、フレーム生成、
解析部１３は送受信バッファ１８を介して仮想サーバポ
ート１９に接続されている。
【００１５】仮想クライアントポート１１及び仮想サー
バポート１９は、それぞれ仮想サークライアント用、仮
想サーバ用の外部ポートである。送受信バッファ１２及
び１８は、それぞれ処理待ちフレームを一時保存する保
存部である。フレーム生成、解析部１３は、送信フレー
ムの組み立てと受信フレームの解析を行う。フレーム送
出タイミング制御部１４は、状態保存部１５とタイマ１
６と設定保存部１７の各出力からフレーム送出タイミン
グを計算する。
バポート１９は、それぞれ仮想サークライアント用、仮
想サーバ用の外部ポートである。送受信バッファ１２及
び１８は、それぞれ処理待ちフレームを一時保存する保
存部である。フレーム生成、解析部１３は、送信フレー
ムの組み立てと受信フレームの解析を行う。フレーム送
出タイミング制御部１４は、状態保存部１５とタイマ１
６と設定保存部１７の各出力からフレーム送出タイミン
グを計算する。
【００１６】状態保存部１５は、入力パラメータ以外の
各種パラメータ、送信パケット数、再送タイマの初期値
等の計算値の記憶部である。タイマ１６は、送出タイミ
ングをフレーム送出タイミング制御部１４で計算させる
ために設けられている。設定保存部１７は、入力パラメ
ータ（例えば、後述する送信先ＭＡＣアドレス（Ｍ１
（ｘ））、送信先ＩＰアドレス（Ｉ１（ｘ））等）を記
憶する記憶部である。
各種パラメータ、送信パケット数、再送タイマの初期値
等の計算値の記憶部である。タイマ１６は、送出タイミ
ングをフレーム送出タイミング制御部１４で計算させる
ために設けられている。設定保存部１７は、入力パラメ
ータ（例えば、後述する送信先ＭＡＣアドレス（Ｍ１
（ｘ））、送信先ＩＰアドレス（Ｉ１（ｘ））等）を記
憶する記憶部である。
【００１７】このＴＣＰトラフィックジェネレータ装置
１０は、図２に示すように、仮想クライアントポート１
１と仮想サーバポート１９が評価対象装置及びシステム
２０に接続され、評価対象装置及びシステム２０に対し
て、ＴＣＰコネクション（接続、切断応答確認）と、そ
のＴＣＰコネクション毎のデータ転送量（ウィンドウ
（Window）、送信遅延）の両方を同時にシミュレートす
る。
１０は、図２に示すように、仮想クライアントポート１
１と仮想サーバポート１９が評価対象装置及びシステム
２０に接続され、評価対象装置及びシステム２０に対し
て、ＴＣＰコネクション（接続、切断応答確認）と、そ
のＴＣＰコネクション毎のデータ転送量（ウィンドウ
（Window）、送信遅延）の両方を同時にシミュレートす
る。
【００１８】上記の評価対象装置及びシステム２０の一
例として、図２では、仮想クライアントポート１１に集
線装置であるハブ（ＨＵＢ）２１が接続され、仮想サー
バポート１９に集線装置であるハブ２６が接続され、更
にハブ２１から帯域制御装置２２、ルータ（Ｒｏｕｔｅ
ｒ）２３、専用回線２４及びルータ２５を介してハブ２
６に接続されたシステムを示している。ルータ２３及び
２５は、ＩＰアドレスを見てデータ（パケット）のルー
ティングを行う。
例として、図２では、仮想クライアントポート１１に集
線装置であるハブ（ＨＵＢ）２１が接続され、仮想サー
バポート１９に集線装置であるハブ２６が接続され、更
にハブ２１から帯域制御装置２２、ルータ（Ｒｏｕｔｅ
ｒ）２３、専用回線２４及びルータ２５を介してハブ２
６に接続されたシステムを示している。ルータ２３及び
２５は、ＩＰアドレスを見てデータ（パケット）のルー
ティングを行う。
【００１９】次に、この実施の形態の動作について説明
する。仮想クライアントポート１１のポート番号をｘと
すると、ポート番号ｘの各パラメータは以下のものがあ
る。基本パラメータは、送信先ＭＡＣアドレスＭ１
（ｘ）、送信元ＭＡＣアドレスＭ２（ｘ）、送信先ＩＰ
アドレスＩ１（ｘ）、送信元ＩＰアドレスＩ２（ｘ）、
送信先ＴＣＰポート番号Ｔ１（ｘ）、送信元ＴＣＰポー
ト番号Ｔ２（ｘ）、WindowサイズＷＳ（ｘ）、最大セグ
メントサイズＭＳ（ｘ）がある。
する。仮想クライアントポート１１のポート番号をｘと
すると、ポート番号ｘの各パラメータは以下のものがあ
る。基本パラメータは、送信先ＭＡＣアドレスＭ１
（ｘ）、送信元ＭＡＣアドレスＭ２（ｘ）、送信先ＩＰ
アドレスＩ１（ｘ）、送信元ＩＰアドレスＩ２（ｘ）、
送信先ＴＣＰポート番号Ｔ１（ｘ）、送信元ＴＣＰポー
ト番号Ｔ２（ｘ）、WindowサイズＷＳ（ｘ）、最大セグ
メントサイズＭＳ（ｘ）がある。
【００２０】また、データ送信パラメータとして、総バ
イト数Ｄ（ｘ）、データ送信遅延間隔ＤＤＩ（ｘ）、デー
タ送信遅延時間ＤＤＴ（ｘ）があり、データ受信パラメ
ータとして、Ａｃｋ遅延間隔ＡＤＩ（ｘ）、Ａｃｋ遅延
時間ＡＤＴ（ｘ）、ウィンドウ値サイズ変化間隔ＷＣＩ
（ｘ）、ウィンドウ変化サイズＷＣＰ（ｘ）がある。
イト数Ｄ（ｘ）、データ送信遅延間隔ＤＤＩ（ｘ）、デー
タ送信遅延時間ＤＤＴ（ｘ）があり、データ受信パラメ
ータとして、Ａｃｋ遅延間隔ＡＤＩ（ｘ）、Ａｃｋ遅延
時間ＡＤＴ（ｘ）、ウィンドウ値サイズ変化間隔ＷＣＩ
（ｘ）、ウィンドウ変化サイズＷＣＰ（ｘ）がある。
【００２１】一方、仮想サーバポート１９のポート番号
をｙとすると、ポート番号ｙの各パラメータには以下の
ものがある。基本パラメータは、送信先ＭＡＣアドレス
Ｍ１（ｙ）、送信元ＭＡＣアドレスＭ２（ｙ）、送信元
ＩＰアドレスＩ２（ｙ）、送信元ＴＣＰポート番号Ｔ２
（ｙ）、WindowサイズＷＳ（ｙ）、最大セグメントサイ
ズＭＳ（ｙ）がある。
をｙとすると、ポート番号ｙの各パラメータには以下の
ものがある。基本パラメータは、送信先ＭＡＣアドレス
Ｍ１（ｙ）、送信元ＭＡＣアドレスＭ２（ｙ）、送信元
ＩＰアドレスＩ２（ｙ）、送信元ＴＣＰポート番号Ｔ２
（ｙ）、WindowサイズＷＳ（ｙ）、最大セグメントサイ
ズＭＳ（ｙ）がある。
【００２２】また、データ送信パラメータとして、総バ
イト数Ｄ（ｙ）、データ送信遅延間隔ＤＤＩ（ｙ）、デー
タ送信遅延時間ＤＤＴ（ｙ）があり、データ受信パラメ
ータとして、Ａｃｋ遅延間隔ＡＤＩ（ｙ）、Ａｃｋ遅延
時間ＡＤＴ（ｙ）、ウィンドウ値サイズ変化間隔ＷＣＩ
（ｙ）、ウィンドウ変化サイズＷＣＰ（ｙ）がある。
イト数Ｄ（ｙ）、データ送信遅延間隔ＤＤＩ（ｙ）、デー
タ送信遅延時間ＤＤＴ（ｙ）があり、データ受信パラメ
ータとして、Ａｃｋ遅延間隔ＡＤＩ（ｙ）、Ａｃｋ遅延
時間ＡＤＴ（ｙ）、ウィンドウ値サイズ変化間隔ＷＣＩ
（ｙ）、ウィンドウ変化サイズＷＣＰ（ｙ）がある。
【００２３】本実施の形態では、これらのパラメータを
設定保存部１７に設定することにより、フレーム送出タ
イミング制御部１４の制御の下に、以下説明する接続処
理→データ送信処理→切断処理の順で動作して、ＴＣＰ
コネクション（接続、切断、応答確認）と、そのＴＣＰ
コネクション毎のデータ転送量（ウィンドウ、送信遅
延）の両方を同時にシミュレートする。
設定保存部１７に設定することにより、フレーム送出タ
イミング制御部１４の制御の下に、以下説明する接続処
理→データ送信処理→切断処理の順で動作して、ＴＣＰ
コネクション（接続、切断、応答確認）と、そのＴＣＰ
コネクション毎のデータ転送量（ウィンドウ、送信遅
延）の両方を同時にシミュレートする。
【００２４】［接続処理］まず、接続処理について図３
の接続処理のシーケンス図と共に説明する。図３中、図２
と同一構成部分には同一符号を付してある。ＴＣＰトラ
フィックジェネレータ装置１０はポート番号ｘの仮想ク
ライアントポート１１（以下、クライアントポートｘと
いう）から評価対象装置及びシステム２０へＳＹＮパケ
ットを送信する（ステップ１０１）。評価対象装置及び
システム２０は入力されたＳＹＮパケットを、そのまま
ＴＣＰトラフィックジェネレータ装置１０のポート番号
ｙの仮想サーバポート１２（以下、サーバポートｙとい
う）へ転送する（ステップ１０２）。
の接続処理のシーケンス図と共に説明する。図３中、図２
と同一構成部分には同一符号を付してある。ＴＣＰトラ
フィックジェネレータ装置１０はポート番号ｘの仮想ク
ライアントポート１１（以下、クライアントポートｘと
いう）から評価対象装置及びシステム２０へＳＹＮパケ
ットを送信する（ステップ１０１）。評価対象装置及び
システム２０は入力されたＳＹＮパケットを、そのまま
ＴＣＰトラフィックジェネレータ装置１０のポート番号
ｙの仮想サーバポート１２（以下、サーバポートｙとい
う）へ転送する（ステップ１０２）。
【００２５】ＴＣＰトラフィックジェネレータ装置１０
は、サーバポートｙへのＳＹＮパケットを受信すると、
サーバポートｙから（ＳＹＮ＋Ａｃｋ）パケットを評価
対象装置及びシステム２０へ送信する（ステップ１０
３）。評価対象装置及びシステム２０は入力された（Ｓ
ＹＮ＋Ａｃｋ）パケットを、そのままＴＣＰトラフィッ
クジェネレータ装置１０のクライアントポートｘへ転送
する（ステップ１０４）。
は、サーバポートｙへのＳＹＮパケットを受信すると、
サーバポートｙから（ＳＹＮ＋Ａｃｋ）パケットを評価
対象装置及びシステム２０へ送信する（ステップ１０
３）。評価対象装置及びシステム２０は入力された（Ｓ
ＹＮ＋Ａｃｋ）パケットを、そのままＴＣＰトラフィッ
クジェネレータ装置１０のクライアントポートｘへ転送
する（ステップ１０４）。
【００２６】ＴＣＰトラフィックジェネレータ装置１０
は、クライアントポートｘへの（ＳＹＮ＋Ａｃｋ）パケ
ットを受信すると、そのクライアントポートｘから評価
対象装置及びシステム２０へＡｃｋパケットを送信する
（ステップ１０５）。評価対象装置及びシステム２０は
入力されたＡｃｋパケットを、そのままＴＣＰトラフィ
ックジェネレータ装置１０のサーバポートｙへ転送する
（ステップ１０６）。これにより、接続処理がなされ
る。
は、クライアントポートｘへの（ＳＹＮ＋Ａｃｋ）パケ
ットを受信すると、そのクライアントポートｘから評価
対象装置及びシステム２０へＡｃｋパケットを送信する
（ステップ１０５）。評価対象装置及びシステム２０は
入力されたＡｃｋパケットを、そのままＴＣＰトラフィ
ックジェネレータ装置１０のサーバポートｙへ転送する
（ステップ１０６）。これにより、接続処理がなされ
る。
【００２７】［クライアント側からサーバ側へのデータ
送信］次に、仮想クライアントから仮想サーバへのデー
タ送信での、クライアント側の動作について、図４及び
図５のシーケンス図と共に説明する。ＴＣＰトラフィッ
クジェネレータ装置１０は、そのクライアントポートｘ
から評価対象装置及びシステム２０を通してＤ（ｘ）バ
イトをＭＳ（ｙ）バイト毎に分割したうちの最初の（Ｗ
Ｓ（ｙ）／ＭＳ（ｙ））パケット目までのデータを連続
に送信する（ステップ１１１〜１１４）。ここでは、一例
として、ＷＳ（ｙ）／ＭＳ（ｙ）＝４として、最初の４
パケット目Ｄ１〜Ｄ４までのパケットデータを連続に送
信する。送信時に、それぞれのパケットの再送タイマをス
タートさせる。
送信］次に、仮想クライアントから仮想サーバへのデー
タ送信での、クライアント側の動作について、図４及び
図５のシーケンス図と共に説明する。ＴＣＰトラフィッ
クジェネレータ装置１０は、そのクライアントポートｘ
から評価対象装置及びシステム２０を通してＤ（ｘ）バ
イトをＭＳ（ｙ）バイト毎に分割したうちの最初の（Ｗ
Ｓ（ｙ）／ＭＳ（ｙ））パケット目までのデータを連続
に送信する（ステップ１１１〜１１４）。ここでは、一例
として、ＷＳ（ｙ）／ＭＳ（ｙ）＝４として、最初の４
パケット目Ｄ１〜Ｄ４までのパケットデータを連続に送
信する。送信時に、それぞれのパケットの再送タイマをス
タートさせる。
【００２８】続いて、サーバポートｙからのＡｃｋパケ
ット（Ｄ５要求）を待ち、再送タイマ以内にクライアン
トポートｘがサーバポートｙからのＡｃｋパケットを受
信すると（図４のステップ１１５）、Ａｃｋパケットの
ウィンドウサイズをＷＳとし、Ａｃｋパケットによって
要求されたパケットＤ５から（ＷＳ（ｙ）／ＭＳ
（Ｙ））＝４パケット目までのパケットデータＤ５〜Ｄ
８を連続に送信する（ステップ１１６〜１１９）。な
お、既に送信してあるパケットは送信しない。
ット（Ｄ５要求）を待ち、再送タイマ以内にクライアン
トポートｘがサーバポートｙからのＡｃｋパケットを受
信すると（図４のステップ１１５）、Ａｃｋパケットの
ウィンドウサイズをＷＳとし、Ａｃｋパケットによって
要求されたパケットＤ５から（ＷＳ（ｙ）／ＭＳ
（Ｙ））＝４パケット目までのパケットデータＤ５〜Ｄ
８を連続に送信する（ステップ１１６〜１１９）。な
お、既に送信してあるパケットは送信しない。
【００２９】続いて、サーバポートｙからのＡｃｋパケ
ット（Ｄ９要求）を待ち、再送タイマ以内にクライアン
トポートｘがサーバポートｙからのＡｃｋパケットを受
信すると（ステップ１２０）、最後の送信パケットＤ９
にプッシュ（Ｐｕｓｈ）フラグを付けて評価対象装置及
びシステム２０を通してサーバポートｙへ送信する（ス
テップ１２１）。このＰｕｓｈフラグは、「１」がフラ
グ有り、「０」がフラグ無しを示す。その後、サーバポ
ートｙから次のパケットＤ１０を要求するＡｃｋパケッ
トから送信され、これを評価対象装置及びシステム２０
を通してクライアントポートｘを受信した時点でデータ
送信終了となる（ステップ１２２）。
ット（Ｄ９要求）を待ち、再送タイマ以内にクライアン
トポートｘがサーバポートｙからのＡｃｋパケットを受
信すると（ステップ１２０）、最後の送信パケットＤ９
にプッシュ（Ｐｕｓｈ）フラグを付けて評価対象装置及
びシステム２０を通してサーバポートｙへ送信する（ス
テップ１２１）。このＰｕｓｈフラグは、「１」がフラ
グ有り、「０」がフラグ無しを示す。その後、サーバポ
ートｙから次のパケットＤ１０を要求するＡｃｋパケッ
トから送信され、これを評価対象装置及びシステム２０
を通してクライアントポートｘを受信した時点でデータ
送信終了となる（ステップ１２２）。
【００３０】ここで、例えば、評価対象装置及びシステ
ム２０からサーバポートｙまでのパケットデータＤ４が
消失し、再送タイマ以内にクライアントポートｘがサー
バポートｙからのＡｃｋパケットを受信できないと（図
５のステップ１２４、１２５）、ＴＣＰトラフィックジ
ェネレータ装置１０はそのクライアントポートｘから送
信できなかったパケットデータＤ４を再送する（図５の
ステップ１２６）。
ム２０からサーバポートｙまでのパケットデータＤ４が
消失し、再送タイマ以内にクライアントポートｘがサー
バポートｙからのＡｃｋパケットを受信できないと（図
５のステップ１２４、１２５）、ＴＣＰトラフィックジ
ェネレータ装置１０はそのクライアントポートｘから送
信できなかったパケットデータＤ４を再送する（図５の
ステップ１２６）。
【００３１】パケットデータＤ４がサーバポートｙで受
信されると、サーバポートｙからＡｃｋパケット（Ｄ５
要求）が送信され、クライアントポートｘがサーバポー
トｙからのＡｃｋパケットを受信すると（図５のステッ
プ１２７）、ＡｃｋパケットのウィンドウサイズをＷＳ
とし、Ａｃｋパケットによって要求されたパケットＤ５
から（ＷＳ（ｙ）／ＭＳ（Ｙ））＝４パケット目までの
パケットデータＤ５〜Ｄ８を連続に送信する（図５のス
テップ１２８〜１３１）。以下、図４と同様の動作が行
われる。
信されると、サーバポートｙからＡｃｋパケット（Ｄ５
要求）が送信され、クライアントポートｘがサーバポー
トｙからのＡｃｋパケットを受信すると（図５のステッ
プ１２７）、ＡｃｋパケットのウィンドウサイズをＷＳ
とし、Ａｃｋパケットによって要求されたパケットＤ５
から（ＷＳ（ｙ）／ＭＳ（Ｙ））＝４パケット目までの
パケットデータＤ５〜Ｄ８を連続に送信する（図５のス
テップ１２８〜１３１）。以下、図４と同様の動作が行
われる。
【００３２】次に、仮想クライアントから仮想サーバへ
のデータ送信時のサーバ側の動作について、図６〜図８
と共に説明する。図６〜図８中、図４及び図５と同じス
テップには同じ符号を付し、その説明を省略する。
のデータ送信時のサーバ側の動作について、図６〜図８
と共に説明する。図６〜図８中、図４及び図５と同じス
テップには同じ符号を付し、その説明を省略する。
【００３３】この仮想クライアントから仮想サーバへの
データ送信時は、サーバ側は、クライアントポートｘか
らのデータを待ち、（ＷＳ（ｙ）／ＭＳ（ｙ））パケッ
トの連続するデータを受信したならば、次のパケットを
要求するＡｃｋパケットを送信する。もしも、連続しな
いで未到着のパケットを検出した場合は、未到着のパケ
ットを要求するＡｃｋパケットを送信する。また、Ｐｕ
ｓｈフラグのついたデータを受信した場合は、直ぐに次
のパケットを要求するＡｃｋパケットを送信する。以
下、上記の動作を繰り返す。
データ送信時は、サーバ側は、クライアントポートｘか
らのデータを待ち、（ＷＳ（ｙ）／ＭＳ（ｙ））パケッ
トの連続するデータを受信したならば、次のパケットを
要求するＡｃｋパケットを送信する。もしも、連続しな
いで未到着のパケットを検出した場合は、未到着のパケ
ットを要求するＡｃｋパケットを送信する。また、Ｐｕ
ｓｈフラグのついたデータを受信した場合は、直ぐに次
のパケットを要求するＡｃｋパケットを送信する。以
下、上記の動作を繰り返す。
【００３４】ここで、図６のシーケンス図に示すよう
に、クライアントポートｘがＤＤＩ（ｘ）バイト送信後
に（ステップ１３５）、Ａｃｋパケットを受信したとき
は（ステップ１２０）、データ送信遅延時間ＤＤＴ
（ｘ）待ってから（ステップ１３６）、該当データを送
信する（ステップ１３７〜１４０）。その後、ＤＤＩ
（ｘ）バイト送信毎にデータ遅延を発生させる。これは
クライアント側の処理待ちによる遅延をシミュレートす
るためである。
に、クライアントポートｘがＤＤＩ（ｘ）バイト送信後
に（ステップ１３５）、Ａｃｋパケットを受信したとき
は（ステップ１２０）、データ送信遅延時間ＤＤＴ
（ｘ）待ってから（ステップ１３６）、該当データを送
信する（ステップ１３７〜１４０）。その後、ＤＤＩ
（ｘ）バイト送信毎にデータ遅延を発生させる。これは
クライアント側の処理待ちによる遅延をシミュレートす
るためである。
【００３５】また、サーバポートｙが図７のシーケンス
図に示すように、最初のデータ受信後、Ａｃｋパケット
を送信してから次のデータを受信するまでのＡＤＩ
（ｙ）バイト受信後、Ａｃｋ遅延時間ＡＤＴ（ｙ）待っ
てから（ステップ１４３）、次のデータの要求をするＡ
ｃｋパケットを送信する（ステップ１４４）。その後、
ＡＤＩ（ｙ）バイト送信毎にＡｃｋ送信遅延を発生させ
る。これはサーバ側の処理待ちによる遅延をシミュレー
トするためである。
図に示すように、最初のデータ受信後、Ａｃｋパケット
を送信してから次のデータを受信するまでのＡＤＩ
（ｙ）バイト受信後、Ａｃｋ遅延時間ＡＤＴ（ｙ）待っ
てから（ステップ１４３）、次のデータの要求をするＡ
ｃｋパケットを送信する（ステップ１４４）。その後、
ＡＤＩ（ｙ）バイト送信毎にＡｃｋ送信遅延を発生させ
る。これはサーバ側の処理待ちによる遅延をシミュレー
トするためである。
【００３６】また、サーバポートｙは図８のシーケンス
図に示すように、ウィンドウサイズ変化間隔ＷＣＩ
（ｙ）バイト受信後（ステップ１５１）、次のデータを
要求するＡｃｋパケット送信時に、Ａｃｋパケットのウ
ィンドウサイズをＷＣＰ（ｙ）に変更して送信する（ス
テップ１５２）。その後、サーバポートｙは、ＷＣＩ
（ｙ）バイト毎に、Ａｃｋパケットのウィンドウサイズ
をＷＣＰ（ｙ）に変化させてクライアント側へ送信す
る。
図に示すように、ウィンドウサイズ変化間隔ＷＣＩ
（ｙ）バイト受信後（ステップ１５１）、次のデータを
要求するＡｃｋパケット送信時に、Ａｃｋパケットのウ
ィンドウサイズをＷＣＰ（ｙ）に変更して送信する（ス
テップ１５２）。その後、サーバポートｙは、ＷＣＩ
（ｙ）バイト毎に、Ａｃｋパケットのウィンドウサイズ
をＷＣＰ（ｙ）に変化させてクライアント側へ送信す
る。
【００３７】図８ではＷＳ（ｙ）／ＭＳ（ｙ）＝４、Ｗ
ＣＩ（ｙ）／ＭＳ（ｙ）＝３の例であり、パケットＤ９
を要求するＡｃｋパケット送信後（ステップ１５２）、
クライアントポートｘからはＤ９〜Ｄ１１の３パケット
が連続してサーバポートｙへ送信される（ステップ１５
３〜１５５）。
ＣＩ（ｙ）／ＭＳ（ｙ）＝３の例であり、パケットＤ９
を要求するＡｃｋパケット送信後（ステップ１５２）、
クライアントポートｘからはＤ９〜Ｄ１１の３パケット
が連続してサーバポートｙへ送信される（ステップ１５
３〜１５５）。
【００３８】［サーバ側からクライアント側へのデータ
送信］次に、仮想サーバから仮想クライアントへのデー
タ送信について、サーバ側とクライアント側の動作につ
いて説明する。まず、サーバ側の動作について図９及び図
１０のシーケンス図と共に説明する。ＴＣＰトラフィッ
クジェネレータ装置１０は、そのサーバポートｙから評
価対象装置及びシステム２０を通してＤ（ｙ）バイトを
ＭＳ（ｘ）バイト毎に分割したうちの最初の（ＷＳ
（ｘ）／ＭＳ（ｘ））パケット目までのデータを連続に
送信する（図９のステップ１６１〜１６４）。ここでは、
一例としてＷＳ（ｘ）／ＭＳ（ｘ）＝４として、最初の
４パケット目Ｄ１〜Ｄ４までのパケットデータを連続に
送信する。送信時に、それぞれのパケットの再送タイマを
スタートさせる。
送信］次に、仮想サーバから仮想クライアントへのデー
タ送信について、サーバ側とクライアント側の動作につ
いて説明する。まず、サーバ側の動作について図９及び図
１０のシーケンス図と共に説明する。ＴＣＰトラフィッ
クジェネレータ装置１０は、そのサーバポートｙから評
価対象装置及びシステム２０を通してＤ（ｙ）バイトを
ＭＳ（ｘ）バイト毎に分割したうちの最初の（ＷＳ
（ｘ）／ＭＳ（ｘ））パケット目までのデータを連続に
送信する（図９のステップ１６１〜１６４）。ここでは、
一例としてＷＳ（ｘ）／ＭＳ（ｘ）＝４として、最初の
４パケット目Ｄ１〜Ｄ４までのパケットデータを連続に
送信する。送信時に、それぞれのパケットの再送タイマを
スタートさせる。
【００３９】続いて、サーバポートｙはクライアントポ
ートｘからのＡｃｋパケットの入力を待つ。図９のシー
ケンス図に示すように、再送タイマが切れる前に、サー
バポートｙがクライアントポートｘからのＡｃｋパケッ
トを受信したときは（ステップ１６５）、Ａｃｋパケッ
トのウィンドウサイズをＷＳとし、Ａｃｋパケットによ
って要求されたパケットＤ５から（ＷＳ（ｘ）／ＭＳ
（ｘ））パケット目までのデータパケットＤ８を連続し
て送信する（ステップ１６６〜１６９）。なお、既に送
信してあるパケットは送信しない。
ートｘからのＡｃｋパケットの入力を待つ。図９のシー
ケンス図に示すように、再送タイマが切れる前に、サー
バポートｙがクライアントポートｘからのＡｃｋパケッ
トを受信したときは（ステップ１６５）、Ａｃｋパケッ
トのウィンドウサイズをＷＳとし、Ａｃｋパケットによ
って要求されたパケットＤ５から（ＷＳ（ｘ）／ＭＳ
（ｘ））パケット目までのデータパケットＤ８を連続し
て送信する（ステップ１６６〜１６９）。なお、既に送
信してあるパケットは送信しない。
【００４０】そして、ＴＣＰトラフィックジェネレータ
装置１０は、サーバポートｙからＤ（ｙ）バイト送信す
るまで、上記の動作を繰り返し、Ｄ（ｙ）バイト送信し
た後、最後のパケットを要求するＡｃｋパケットを受信
すると（ステップ１７０）、最後のパケットＤ９にＰｕ
ｓｈフラグを付けてクライアントポートｘへ送信する
（ステップ１７１）。クライアントポートｘから次のパ
ケットＤ１０を要求するＡｃｋパケットが送信され、サ
ーバポートｙがこれを受信した時点でデータ送信終了と
なる（ステップ１７２）。
装置１０は、サーバポートｙからＤ（ｙ）バイト送信す
るまで、上記の動作を繰り返し、Ｄ（ｙ）バイト送信し
た後、最後のパケットを要求するＡｃｋパケットを受信
すると（ステップ１７０）、最後のパケットＤ９にＰｕ
ｓｈフラグを付けてクライアントポートｘへ送信する
（ステップ１７１）。クライアントポートｘから次のパ
ケットＤ１０を要求するＡｃｋパケットが送信され、サ
ーバポートｙがこれを受信した時点でデータ送信終了と
なる（ステップ１７２）。
【００４１】一方、サーバポートｙはクライアントポー
トｘからのＡｃｋパケットの入力を待っている状態にお
いて、図１０のシーケンス図に示すように、パケットＤ
４がクライアントポートｘで受信されず（ステップ１７
５）、よってサーバポートｙがクライアントポートｘか
ら次のパケットを要求するＡｃｋパケットを、再送タイ
マ時間内で受信できないときは（ステップ１７６）、再
送タイマ時間切れの時点で該当するパケットＤ４を再送
する（ステップ１７７）。以後、図９と共に説明したス
テップ１６５以降の動作が行われる。
トｘからのＡｃｋパケットの入力を待っている状態にお
いて、図１０のシーケンス図に示すように、パケットＤ
４がクライアントポートｘで受信されず（ステップ１７
５）、よってサーバポートｙがクライアントポートｘか
ら次のパケットを要求するＡｃｋパケットを、再送タイ
マ時間内で受信できないときは（ステップ１７６）、再
送タイマ時間切れの時点で該当するパケットＤ４を再送
する（ステップ１７７）。以後、図９と共に説明したス
テップ１６５以降の動作が行われる。
【００４２】次に、仮想サーバから仮想クライアントへ
のデータ送信時のクライアント側の動作について図１１
〜図１３と共に説明する。図１１〜図１３中、図９及び
図１０と同一ステップには同一符号を付し、その説明を
省略する。仮想サーバから仮想クライアントへのデータ
送信時は、クライアントポートｘは、サーバポートｙか
らのデータを待ち、（ＷＳ（ｘ）／ＭＳ（ｘ））パケッ
トの連続するデータを受信したならば、次のパケットを
要求するＡｃｋパケットを送信する。もしも、連続しな
いで未到着のパケットを検出した場合は、未到着のパケ
ットを要求するＡｃｋパケットを送信する。また、Ｐｕ
ｓｈフラグのついたデータを受信した場合は、直ぐに次
のパケットを要求するＡｃｋパケットを送信する。以
下、上記の動作を繰り返す。
のデータ送信時のクライアント側の動作について図１１
〜図１３と共に説明する。図１１〜図１３中、図９及び
図１０と同一ステップには同一符号を付し、その説明を
省略する。仮想サーバから仮想クライアントへのデータ
送信時は、クライアントポートｘは、サーバポートｙか
らのデータを待ち、（ＷＳ（ｘ）／ＭＳ（ｘ））パケッ
トの連続するデータを受信したならば、次のパケットを
要求するＡｃｋパケットを送信する。もしも、連続しな
いで未到着のパケットを検出した場合は、未到着のパケ
ットを要求するＡｃｋパケットを送信する。また、Ｐｕ
ｓｈフラグのついたデータを受信した場合は、直ぐに次
のパケットを要求するＡｃｋパケットを送信する。以
下、上記の動作を繰り返す。
【００４３】ここで、図１１のシーケンス図に示すよう
に、サーバポートｙがＤＤＩ（ｙ）バイト送信後に（ス
テップ１８１）、Ａｃｋパケットを受信したときは（ス
テップ１７０）、データ送信遅延時間ＤＤＴ（ｙ）待っ
てから（ステップ１８２）、該当データを送信する（ス
テップ１８３〜１８６）。その後、ＤＤＩ（ｙ）バイト
送信毎にデータ遅延を発生させる。これはサーバ側の処
理待ちによる遅延をシミュレートするためである。
に、サーバポートｙがＤＤＩ（ｙ）バイト送信後に（ス
テップ１８１）、Ａｃｋパケットを受信したときは（ス
テップ１７０）、データ送信遅延時間ＤＤＴ（ｙ）待っ
てから（ステップ１８２）、該当データを送信する（ス
テップ１８３〜１８６）。その後、ＤＤＩ（ｙ）バイト
送信毎にデータ遅延を発生させる。これはサーバ側の処
理待ちによる遅延をシミュレートするためである。
【００４４】また、クライアントポートｘが図１２のシ
ーケンス図に示すように、最初のデータ受信後、Ａｃｋ
パケットを送信してから次のデータを受信するまでのＡ
ＤＩ（ｘ）バイト受信後（ステップ１９１）、Ａｃｋ遅
延時間ＡＤＴ（ｘ）待ってから（ステップ１９２）、次
のデータの要求をするＡｃｋパケットを送信する（ステ
ップ１７０）。その後、ＡＤＩ（ｘ）バイト送信毎にＡ
ｃｋ送信遅延を発生させる。これはクライアント側の処
理待ちによる遅延をシミュレートするためである。
ーケンス図に示すように、最初のデータ受信後、Ａｃｋ
パケットを送信してから次のデータを受信するまでのＡ
ＤＩ（ｘ）バイト受信後（ステップ１９１）、Ａｃｋ遅
延時間ＡＤＴ（ｘ）待ってから（ステップ１９２）、次
のデータの要求をするＡｃｋパケットを送信する（ステ
ップ１７０）。その後、ＡＤＩ（ｘ）バイト送信毎にＡ
ｃｋ送信遅延を発生させる。これはクライアント側の処
理待ちによる遅延をシミュレートするためである。
【００４５】また、クライアントポートｘが図１３のシ
ーケンス図に示すように、ウィンドウサイズ変化間隔Ｗ
ＣＩ（ｘ）バイト受信後（ステップ１９５）、次のデー
タを要求するＡｃｋパケット送信時にＡｃｋパケットの
ウィンドウサイズをＷＣＰ（ｘ）に変更して送信する
（ステップ１９６）。その後、ＷＣＩ（ｘ）バイト毎
に、ＡｃｋパケットのウィンドウサイズをＷＣＰ（ｘ）
に変化させて送信する。
ーケンス図に示すように、ウィンドウサイズ変化間隔Ｗ
ＣＩ（ｘ）バイト受信後（ステップ１９５）、次のデー
タを要求するＡｃｋパケット送信時にＡｃｋパケットの
ウィンドウサイズをＷＣＰ（ｘ）に変更して送信する
（ステップ１９６）。その後、ＷＣＩ（ｘ）バイト毎
に、ＡｃｋパケットのウィンドウサイズをＷＣＰ（ｘ）
に変化させて送信する。
【００４６】図１３ではＷＳ（ｙ）／ＭＳ（ｙ）＝４、
ＷＣＩ（ｙ）／ＭＳ（ｙ）＝３の例であり、パケットＤ
９を要求するＡｃｋパケット送信後（ステップ１９
６）、サーバポートｙからはＤ９〜Ｄ１１の３パケット
が連続してクライアントポートｘへ送信される（ステッ
プ１９７〜１９９）。
ＷＣＩ（ｙ）／ＭＳ（ｙ）＝３の例であり、パケットＤ
９を要求するＡｃｋパケット送信後（ステップ１９
６）、サーバポートｙからはＤ９〜Ｄ１１の３パケット
が連続してクライアントポートｘへ送信される（ステッ
プ１９７〜１９９）。
【００４７】［切断処理］次に、本実施の形態の切断処
理について説明する。まず、データ送信側がクライアン
トの場合の切断処理について、図１４のシーケンス図と
共に説明する。クライアントポートｘから評価対象装置
及びシステム２０を通してサーバポートｙへパケットＤ
１送信後（ステップ２０１）、最終パケットＤ２にＰｕ
ｓｈフラグを付加して送信すると（ステップ２０２）、
サーバポートｙは受信したパケットＤ２の次のパケット
Ｄ３を要求するＡｃｋパケットをクライアントポートｘ
へ送信する（ステップ２０３）。
理について説明する。まず、データ送信側がクライアン
トの場合の切断処理について、図１４のシーケンス図と
共に説明する。クライアントポートｘから評価対象装置
及びシステム２０を通してサーバポートｙへパケットＤ
１送信後（ステップ２０１）、最終パケットＤ２にＰｕ
ｓｈフラグを付加して送信すると（ステップ２０２）、
サーバポートｙは受信したパケットＤ２の次のパケット
Ｄ３を要求するＡｃｋパケットをクライアントポートｘ
へ送信する（ステップ２０３）。
【００４８】ＴＣＰトラフィックジェネレータ装置１０
は、クライアントポートｘが、このＡｃｋパケットを受
信した時点でデータ送信を終了し、切断開始のＦＩＮパ
ケットを評価対象装置及びシステム２０を通してサーバ
ポートｙへ送信する（ステップ２０４）。ＴＣＰトラフ
ィックジェネレータ装置１０は、サーバポートｙがクラ
イアントポートｘからのＦＩＮパケットを受信すると、
（ＦＩＮ＋Ａｃｋ）パケットを評価対象装置及びシステ
ム２０を通してクライアントポートｘへ送信する（ステ
ップ２０５）。
は、クライアントポートｘが、このＡｃｋパケットを受
信した時点でデータ送信を終了し、切断開始のＦＩＮパ
ケットを評価対象装置及びシステム２０を通してサーバ
ポートｙへ送信する（ステップ２０４）。ＴＣＰトラフ
ィックジェネレータ装置１０は、サーバポートｙがクラ
イアントポートｘからのＦＩＮパケットを受信すると、
（ＦＩＮ＋Ａｃｋ）パケットを評価対象装置及びシステ
ム２０を通してクライアントポートｘへ送信する（ステ
ップ２０５）。
【００４９】クライアントポートｘが上記の（ＦＩＮ＋
Ａｃｋ）パケットを受信すると、評価対象装置及びシス
テム２０を通してサーバポートｙへＡｃｋパケットを送
信する（ステップ２０６）。サーバポートｙがこのＡｃ
ｋパケットを受信することにより切断処理が完了する。
Ａｃｋ）パケットを受信すると、評価対象装置及びシス
テム２０を通してサーバポートｙへＡｃｋパケットを送
信する（ステップ２０６）。サーバポートｙがこのＡｃ
ｋパケットを受信することにより切断処理が完了する。
【００５０】次に、データ送信側がサーバの場合の切断
処理について、図１５のシーケンス図と共に説明する。
サーバポートｙから評価対象装置及びシステム２０を通
してクライアントポートｘへパケットＤ１送信後（ステ
ップ２１１）、最終パケットＤ２にＰｕｓｈフラグを付
加して送信すると（ステップ２１２）、クライアントポ
ートｘは受信したパケットＤ２の次のパケットＤ３を要
求するＡｃｋパケットをサーバポートｙへ送信する（ス
テップ２１３）。
処理について、図１５のシーケンス図と共に説明する。
サーバポートｙから評価対象装置及びシステム２０を通
してクライアントポートｘへパケットＤ１送信後（ステ
ップ２１１）、最終パケットＤ２にＰｕｓｈフラグを付
加して送信すると（ステップ２１２）、クライアントポ
ートｘは受信したパケットＤ２の次のパケットＤ３を要
求するＡｃｋパケットをサーバポートｙへ送信する（ス
テップ２１３）。
【００５１】ＴＣＰトラフィックジェネレータ装置１０
は、サーバポートｙが、このＡｃｋパケットを受信した
時点でデータ送信を終了し、切断開始のＦＩＮパケット
を評価対象装置及びシステム２０を通してクライアント
ポートｘへ送信する（ステップ２１４）。ＴＣＰトラフ
ィックジェネレータ装置１０は、クライアントポートｘ
がサーバポートｙからのＦＩＮパケットを受信すると、
（ＦＩＮ＋Ａｃｋ）パケットを評価対象装置及びシステ
ム２０を通してサーバポートｙへ送信する（ステップ２
１５）。
は、サーバポートｙが、このＡｃｋパケットを受信した
時点でデータ送信を終了し、切断開始のＦＩＮパケット
を評価対象装置及びシステム２０を通してクライアント
ポートｘへ送信する（ステップ２１４）。ＴＣＰトラフ
ィックジェネレータ装置１０は、クライアントポートｘ
がサーバポートｙからのＦＩＮパケットを受信すると、
（ＦＩＮ＋Ａｃｋ）パケットを評価対象装置及びシステ
ム２０を通してサーバポートｙへ送信する（ステップ２
１５）。
【００５２】サーバポートｙが上記の（ＦＩＮ＋Ａｃ
ｋ）パケットを受信すると、評価対象装置及びシステム
２０を通してクライアントポートｘへＡｃｋパケットを
送信する（ステップ２１６）。クライアントポートｘが
このＡｃｋパケットを受信することにより切断処理が完
了する。
ｋ）パケットを受信すると、評価対象装置及びシステム
２０を通してクライアントポートｘへＡｃｋパケットを
送信する（ステップ２１６）。クライアントポートｘが
このＡｃｋパケットを受信することにより切断処理が完
了する。
【００５３】このように、この実施の形態によれば、接
続処理、データ送信処理及び切断処理という一連の実際
のＴＣＰコネクションの流れに沿ったシミュレートを行
うことができる。また、コネクション毎のデータ転送量
（ウィンドウ、送信遅延）のシミュレートもできる。
続処理、データ送信処理及び切断処理という一連の実際
のＴＣＰコネクションの流れに沿ったシミュレートを行
うことができる。また、コネクション毎のデータ転送量
（ウィンドウ、送信遅延）のシミュレートもできる。
【００５４】なお、ＴＣＰトラフィックジェネレータ装
置１０は、ＴＣＰトラフィックを発生する装置であり、
評価対象装置及びシステム２０の評価自体は、評価者が
基準を決めて判断する。従って、例えば、あるＴＣＰト
ラフィックを流さないような装置を評価対象装置として
接続した場合は、ＴＣＰトラフィックジェネレータ装置
１０によって、該当するトラフィックを流したとして
も、当然処理が完了しないことが評価結果ＯＫとなる。
置１０は、ＴＣＰトラフィックを発生する装置であり、
評価対象装置及びシステム２０の評価自体は、評価者が
基準を決めて判断する。従って、例えば、あるＴＣＰト
ラフィックを流さないような装置を評価対象装置として
接続した場合は、ＴＣＰトラフィックジェネレータ装置
１０によって、該当するトラフィックを流したとして
も、当然処理が完了しないことが評価結果ＯＫとなる。
【００５５】なお、本発明は上記の実施の形態に限定さ
れるものではなく、ＴＣＰトラフィックを送信すると同
時に、各ポート毎のトラフィックの状態を保持し、統計
値（総コネクション数、送信バイト（パケット）数、受
信バイト（パケット）数、再送パケット数、エラーパケ
ット数、平均応答時間など）として表示することもでき
る。
れるものではなく、ＴＣＰトラフィックを送信すると同
時に、各ポート毎のトラフィックの状態を保持し、統計
値（総コネクション数、送信バイト（パケット）数、受
信バイト（パケット）数、再送パケット数、エラーパケ
ット数、平均応答時間など）として表示することもでき
る。
【００５６】
【発明の効果】以上説明したように、本発明によれば、
コネクションとそのコネクション毎のデータ量を同時に
シミュレートするようにしたため、コネクションの流れ
（接続→データ送信→切断）に沿ったシミュレートと、
データ送信量の乱れのシミュレートをそれぞれ行うこと
ができ、一連のコネクションの流れの中で、コネクショ
ン毎のデータ量による影響や、コネクション毎の受信端
末のバッファ状態によるデータ転送量の乱れによる影響
や、処理待ちによるデータ、応答パケット送信の遅延な
どを考慮に入れたより実際の環境に近いシミュレートが
でき、シミュレートの信頼性を向上できる。
コネクションとそのコネクション毎のデータ量を同時に
シミュレートするようにしたため、コネクションの流れ
（接続→データ送信→切断）に沿ったシミュレートと、
データ送信量の乱れのシミュレートをそれぞれ行うこと
ができ、一連のコネクションの流れの中で、コネクショ
ン毎のデータ量による影響や、コネクション毎の受信端
末のバッファ状態によるデータ転送量の乱れによる影響
や、処理待ちによるデータ、応答パケット送信の遅延な
どを考慮に入れたより実際の環境に近いシミュレートが
でき、シミュレートの信頼性を向上できる。
【図１】本発明の一実施の形態のブロック図である。
【図２】本発明装置と評価対象装置及びシステムとの接
続例を示す図である。
続例を示す図である。
【図３】本発明による接続処理の一例のシーケンス図で
ある。
ある。
【図４】本発明による仮想クライアントから仮想サーバ
へのデータ送信での、クライアント側の動作説明用シー
ケンス図である。
へのデータ送信での、クライアント側の動作説明用シー
ケンス図である。
【図５】本発明による仮想クライアントから仮想サーバ
へのデータ送信での、クライアント側の動作説明用シー
ケンス図である。
へのデータ送信での、クライアント側の動作説明用シー
ケンス図である。
【図６】本発明による仮想クライアントから仮想サーバ
へのデータ送信での、サーバ側の動作説明用シーケンス
図である。
へのデータ送信での、サーバ側の動作説明用シーケンス
図である。
【図７】本発明による仮想クライアントから仮想サーバ
へのデータ送信での、サーバ側の動作説明用シーケンス
図である。
へのデータ送信での、サーバ側の動作説明用シーケンス
図である。
【図８】本発明による仮想クライアントから仮想サーバ
へのデータ送信での、サーバ側の動作説明用シーケンス
図である。
へのデータ送信での、サーバ側の動作説明用シーケンス
図である。
【図９】本発明による仮想サーバから仮想クライアント
へのデータ送信での、サーバ側の動作説明用シーケンス
図である。
へのデータ送信での、サーバ側の動作説明用シーケンス
図である。
【図１０】本発明による仮想サーバから仮想クライアン
トへのデータ送信での、サーバ側の動作説明用シーケン
ス図である。
トへのデータ送信での、サーバ側の動作説明用シーケン
ス図である。
【図１１】本発明による仮想サーバから仮想クライアン
トへのデータ送信での、クライアント側の動作説明用シ
ーケンス図である。
トへのデータ送信での、クライアント側の動作説明用シ
ーケンス図である。
【図１２】本発明による仮想サーバから仮想クライアン
トへのデータ送信での、クライアント側の動作説明用シ
ーケンス図である。
トへのデータ送信での、クライアント側の動作説明用シ
ーケンス図である。
【図１３】本発明による仮想サーバから仮想クライアン
トへのデータ送信での、クライアント側の動作説明用シ
ーケンス図である。
トへのデータ送信での、クライアント側の動作説明用シ
ーケンス図である。
【図１４】本発明によるデータ送信側がクライアントの
場合の切断処理説明用シーケンス図である。
場合の切断処理説明用シーケンス図である。
【図１５】本発明によるデータ送信側がサーバの場合の
切断処理説明用シーケンス図である。
切断処理説明用シーケンス図である。
【図１６】従来のトラフィックジェネレータ装置による
評価方法の一例のシーケンス図である。
評価方法の一例のシーケンス図である。
【図１７】従来のトラフィックジェネレータ装置の他の
例の動作シーケンス図である。
例の動作シーケンス図である。
１０ ＴＣＰトラフィックジェネレータ装置 １１ 仮想クライアントポート １２、１８ 送受信バッファ １３ フレーム生成、解析部 １４ フレーム送出タイミング制御部 １５ 状態保存部 １６ タイマ １７ 設定保存部 １９ 仮想サーバポート ２０ 評価対象装置及びシステム
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B049 BB00 CC31 DD00 EE01 EE41 FF07 5B089 JA40 KB03 KB09 MC13 5K030 GA11 HA08 JA10 KX30 LC03 MB03 5K035 AA03 BB01 CC03 DD03 EE25 FF02 GG02 HH02 HH07 9A001 BB04 BB06 CC02 CC06 HH32 JJ27
Claims (6)
- 【請求項１】 評価対象装置及びシステムに接続される
仮想クライアントポートと、 前記評価対象装置及びシステムに接続される仮想サーバ
ポートと、 前記仮想クライアントポートから送信されるデータ及び
アドレスに関する第１のパラメータと、前記仮想サーバ
ポートから送信されるデータ及びアドレスに関する第２
のパラメータとがそれぞれ設定されて保存する保存手段
と、 前記保存手段に保存された第１及び第２のパラメータに
基づいて、前記仮想クライアントポートと前記仮想サー
バポートの間で前記評価対象装置及びシステムを介して
所定パケットの送信と応答を行う接続処理と、前記仮想
クライアントポート及び前記仮想サーバポートの一方か
ら他方へデータパケットを送信するデータ送信処理と、
切断用パケットの送信と応答を行う切断処理とを順次に
行うトラフィック手段とを有し、コネクションとそのコ
ネクション毎のデータ量を同時にシミュレートすること
を特徴とするトラフィックジェネレータ装置。 - 【請求項２】 前記トラフィック手段は、前記データ送
信処理時において、前記仮想クライアントポート及び前
記仮想サーバポートのうちデータ送信側ポートからのデ
ータパケット送信後、所定の再送タイマ時間経過しても
データ受信側ポートから送信された応答パケットが前記
データ送信側ポートで受信されないときには、再度該当
するデータパケットを前記データ送信側ポートから送信
する再送手段を含むことを特徴とする請求項１記載のト
ラフィックジェネレータ装置。 - 【請求項３】 前記トラフィック手段は、前記データ送
信処理時において、前記仮想クライアントポート及び前
記仮想サーバポートのうちデータ送信側ポートからのデ
ータパケット送信開始後、前記保存手段に保存されてい
る所定のデータ送信遅延間隔のデータ量送信してからデ
ータ受信側ポートからの応答パケットを前記データ送信
側ポートで受信したときには、前記保存手段が保存して
いるデータ送信遅延時間経過してから前記応答パケット
が要求するデータパケットの送信を開始するデータ送信
遅延発生手段を含むことを特徴とする請求項１記載のト
ラフィックジェネレータ装置。 - 【請求項４】 前記トラフィック手段は、前記データ送
信処理時において、前記仮想クライアントポート及び前
記仮想サーバポートのうちデータ送信側ポートから送信
されて前記評価対象装置及びシステムを通してデータ受
信側ポートで受信されるデータパケットが、前記保存手
段に保存されている応答遅延間隔のデータ量受信される
毎に、前記保存手段に保存されている応答遅延時間経過
した時点で応答パケットを前記データ受信側ポートから
送信する応答送信遅延発生手段を含むことを特徴とする
請求項１記載のトラフィックジェネレータ装置。 - 【請求項５】 前記トラフィック手段は、前記データ送
信処理時において、前記仮想クライアントポート及び前
記仮想サーバポートのうちデータ送信側ポートから送信
されて前記評価対象装置及びシステムを通してデータ受
信側ポートで受信されるデータパケットが、前記保存手
段に保存されているウィンドウ値サイズ変化間隔のデー
タ量受信される毎に、該データ受信側ポートが送信する
応答パケットのウィンドウサイズを前記保存手段に保存
されているウィンドウ変化サイズに変化させるウィンド
ウサイズ変化手段を含むことを特徴とする請求項１記載
のトラフィックジェネレータ装置。 - 【請求項６】 前記コネクションは、ＴＣＰコネクショ
ンであることを特徴とする請求項１乃至５のうちいずれ
か一項記載のトラフィックジェネレータ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000127066A JP3485066B2 (ja) | 2000-04-27 | 2000-04-27 | トラフィックジェネレータ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000127066A JP3485066B2 (ja) | 2000-04-27 | 2000-04-27 | トラフィックジェネレータ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001308924A true JP2001308924A (ja) | 2001-11-02 |
| JP3485066B2 JP3485066B2 (ja) | 2004-01-13 |
Family
ID=18636732
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000127066A Expired - Fee Related JP3485066B2 (ja) | 2000-04-27 | 2000-04-27 | トラフィックジェネレータ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3485066B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005080288A (ja) * | 2003-08-29 | 2005-03-24 | Ixia | ネットワーク・トラフィックの自動特性記述 |
| JP2008086034A (ja) * | 2003-05-21 | 2008-04-10 | Ixia | ネットワーク・トラフィックの自動特性記述 |
| CN100438490C (zh) * | 2004-08-27 | 2008-11-26 | 华为技术有限公司 | 基于统计平均的数据下发时间调整方法 |
| JP2010157875A (ja) * | 2008-12-26 | 2010-07-15 | Fujitsu Ltd | 通信端末、ネットワークインタフェースカード及びその方法 |
| US11483227B2 (en) | 2020-10-13 | 2022-10-25 | Keysight Technologies, Inc. | Methods, systems and computer readable media for active queue management |
-
2000
- 2000-04-27 JP JP2000127066A patent/JP3485066B2/ja not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008086034A (ja) * | 2003-05-21 | 2008-04-10 | Ixia | ネットワーク・トラフィックの自動特性記述 |
| JP4620103B2 (ja) * | 2003-05-21 | 2011-01-26 | イクシア | ネットワーク・トラフィックの自動特性記述 |
| JP2005080288A (ja) * | 2003-08-29 | 2005-03-24 | Ixia | ネットワーク・トラフィックの自動特性記述 |
| JP4531486B2 (ja) * | 2003-08-29 | 2010-08-25 | イクシア | ネットワーク・トラフィックの自動特性記述 |
| CN100438490C (zh) * | 2004-08-27 | 2008-11-26 | 华为技术有限公司 | 基于统计平均的数据下发时间调整方法 |
| JP2010157875A (ja) * | 2008-12-26 | 2010-07-15 | Fujitsu Ltd | 通信端末、ネットワークインタフェースカード及びその方法 |
| US11483227B2 (en) | 2020-10-13 | 2022-10-25 | Keysight Technologies, Inc. | Methods, systems and computer readable media for active queue management |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3485066B2 (ja) | 2004-01-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10237153B2 (en) | Packet retransmission method and apparatus | |
| Fall | Network emulation in the Vint/NS simulator | |
| US6115357A (en) | Method for pacing data flow in a packet-based network | |
| US7742454B2 (en) | Network performance by dynamically setting a reassembly timer based on network interface | |
| JP6918784B2 (ja) | ＩＰｖ６ネットワークにおけるデータパケット送信方法および装置 | |
| CN104025525A (zh) | 网络元件关于分组丢弃的通知 | |
| CN107852371A (zh) | 数据分组网络 | |
| Nguyen et al. | Performance evaluation of TCP congestion control algorithms in data center networks | |
| Huh et al. | RUDP design and implementation using OPNET simulation | |
| CN106302213A (zh) | 一种数据传输的方法及装置 | |
| CN115883680A (zh) | 一种基于arq的udp协议数据传输方法、系统及设备 | |
| JP2018196053A (ja) | 通信装置、通信方法、およびプログラム | |
| JP3485066B2 (ja) | トラフィックジェネレータ装置 | |
| CN107852372A (zh) | 数据分组网络 | |
| Völker et al. | A quic simulation model for inet and its application to the acknowledgment ratio issue | |
| Dukkipati et al. | Building a RCP (rate control protocol) test network | |
| Psaras et al. | The TCP minimum RTO revisited | |
| JP2003060735A (ja) | 通信プロトコル試験装置 | |
| Venkataram et al. | Communication protocol Engineering | |
| JP2007006068A (ja) | 高速ネットワークにおけるパケットの同期送受信方法、送受信システム、送受信装置および同期送受信プログラム | |
| Jagmagji et al. | Exploration and Evaluation of Self-Clocked Rate Adaptation for Multimedia (SCReAM) Congestion Control Algorithm in 5G Networks | |
| Idserda et al. | TCP/IP modelling in OMNeT++ | |
| JP2003324479A (ja) | Ｉｐシミュレータ | |
| Ye et al. | Combining Petri nets and ns-2: A hybrid method for analysis and simulation | |
| Johnson | ARQ protocol features for HF radio links |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |