Japan QualNet Community Forums Japan QualNet Community Forums
Welcome Guest 
ログイン
ユーザ名:

パスワード:


パスワード紛失

新規登録
検索
メインメニュー
アクセスカウンター
2024/05/15:13/17
2024/05/14:20/24

2024/03/16より391/1402
人気モジュール
No.1: フォーラム 68
No.2: ニュース 2
No.3: QualNet概要 1
日曜日からの合計
人気Browser&OS
No.1:巡回ロボット51
No.2:Unknown OS1

No.1:どっかの巡回ロボット46
No.2:Google巡回ロボット3
No.3:Majestic-12巡回ロボット2

日曜日からの合計
メイン
   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のセッション時間で割れば、同様のスループットが算出できると思います。)
フラット表示 前のトピック | 次のトピック
Copyright c KOZO KEIKAKU ENGINEERING Inc. All Rights Reserved.
XOOPS Cube PROJECT