メイン Statistics: Understanding Your Simulation Results アプリケーション層とTCP層のスループットの不一致について | 投稿するにはまず登録を |
題名 | 投稿者 | 日時 |
---|---|---|
アプリケーション層とTCP層のスループットの不一致について | ichiko | 2008/10/11 13:43 |
Re: アプリケーション層とTCP層のスループットの不一致について | hiro | 2008/10/12 14:48 |
Re: アプリケーション層とTCP層のスループットの不一致について | ichiko | 2008/10/14 13:33 |
» Re: アプリケーション層とTCP層のスループットの不一致について | ipoten | 2008/10/15 22:59 |
Re: アプリケーション層とTCP層のスループットの不一致について | ichiko | 2008/10/17 15:41 |
Re: アプリケーション層とTCP層のスループットの不一致について | ipoten | 2008/10/21 23:27 |
Re: アプリケーション層とTCP層のスループットの不一致について | ichiko | 2008/10/28 17:27 |
フラット表示 | 前のトピック | 次のトピック |
投稿者 | スレッド |
---|---|
ipoten | 投稿日時: 2008/10/15 22:59 |
一人前 登録日: 2005/7/12 居住地: 投稿: 102 |
Re: アプリケーション層とTCP層のスループットの不一致について こんにちは
単にMACのCSMAの遅延を反映しているのではないでしょうか。 == ノード2と3が隠れ端末でない場合 == お互いにキャリアセンス可能のため、 バックオフによるアクセス遅延が発生。 これがFTPのスループット低下に反映される。 (ただしMACで衝突による再送はなし) == ノード2と3が隠れ端末関係にある場合 == お互いにキャリアセンスできないため、 アクセス遅延なしでバシバシ投げる。 タイミング的には衝突しているが、BER=0なので全部受かる。 結果的に最大スループットが出る。 ここまではつじつまはあっていると思います。 問題は、ichikoさんの計算するTCPのスループットが どちらのケースでも高く出ているということ。 このシナリオではFTP/GENERICのアイテムサイズが1500byteとなっていますが、 例えばなにか余分なヘッダがついたりして、 TCPでは1500byteと余分byteのセグメントを交互に 送っていたりするということはありませんかね。 試しに巨大なファイル1個をアップロードするような設定にしても 同様の現象が発生するでしょうか? (例えば、1.5GBのデータをTCPで1500byte×100万セグメント送信する。 FTPのセッション時間で割れば、同様のスループットが算出できると思います。) |
フラット表示 | 前のトピック | 次のトピック |