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

パスワード:


パスワード紛失

新規登録
検索
メインメニュー
アクセスカウンター
2024/05/16:5/5
2024/05/15:17/23

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

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

日曜日からの合計
メイン
   Scenario Setup & Configuration
     複数経路を持つシナリオについて
投稿するにはまず登録を

スレッド表示 | 新しいものから 前のトピック | 次のトピック | 下へ
投稿者 スレッド
g0520546
投稿日時: 2008/12/2 17:43
新米
登録日: 2008/12/2
居住地:
投稿: 4
複数経路を持つシナリオについて
複数経路を持つシナリオについて質問があります。

シナリオは4つのノードを持っていてノード1から4へFTP/GENERICのアプリケーションで512bytesのデータを1000000個、25秒間送信しようとしています。
ノード1から4までは2つの経路が存在し、ひとつはノード2を通る経路で
ノード1と2は802.11aの無線サブネットで接続されており
ノード2と4が802.3で接続されています。
もうひとつの経路はノード3を通る経路で
ノード1と3は802.11bの無線サブネットで接続されており
ノード3と4は上と同じように802.3で接続されています。

シミュレーションを実行すると、ほとんど帯域幅の広いノード2を通る経路しか使用せずに通信が行われている様子が確認でき
アプリケーション層で観測されたスループットは約2.7Mbpsです。
これはノード2の経路のみを持つシナリオで実行した際のスループットとほぼ同じであり
ノード3の経路をまったく使用していません。
ノード3の経路のみを持つシナリオで実行した際のスループットは約810kbpsでした。

このようなシナリオで2つ両方の経路を同時に使用して
2つのスループットを足した値までとはいかなくても
それに近いような値を出す通信を行うことは可能でしょうか。

以下変更したプロトコルを示します
ConfigSettings->Network Protocols->Network Protocol->
IP Queue SchedulerをWeighted Round Robin
ConfigSettings->Network Protocols->Routing Protocol->
Routing Policy->Routing Protocol for IPv4をDYMO
へ変更し他は全てデフォルトの設定のままです。
よろしくお願いします。
matumoto
投稿日時: 2008/12/2 18:21
一人前
登録日: 2008/5/13
居住地:
投稿: 80
Re: 複数経路を持つシナリオについて
えーっと、
こんなことをやりたいわけですか。

2本の経路fooとbarがあります。
fooは10Mbpsです。
barは1Mbpsです。

fooに10個データを送る時間で、
barは1個のデータが送れます。

従って、1から55のデータを送るには、

fooに1から10まで送りつつ、
barに11を送る。

fooに12から21まで送りつつ、
barに22を送る。

...

fooに45から54まで送りつつ、
barに55を送る。

受け取る方は、届いた順序を考えながら
正しい順序でデータを並べ替えます。

実際は、
速度の比率は整数倍ではないし、
途中データがなくなるかもしれないし、
常に同じ速度でもないし、
いろいろ考えないといけない。

てな感じですか?

いわゆるロードバランスとかマルチパスってやつ?
宛先別ではなく、パケット別の処理ですよね。
g0520546
投稿日時: 2008/12/2 18:31
新米
登録日: 2008/12/2
居住地:
投稿: 4
Re: 複数経路を持つシナリオについて
そうですそのとおりです。
多数の速度の異なる経路を同時に使用してデータを送信したいのです。
kshima
投稿日時: 2008/12/3 17:29
半人前
登録日: 2006/10/16
居住地:
投稿: 24
Re: 複数経路を持つシナリオについて
こんにちは

恐らく,Queue Scheduler を変更したのはFTP/GENERICのフローを
ノード2のルート,ノード3のルートへパケット毎にラウンドロビンで
振り分けるようなイメージでいたのだとおもいますが,
#ちがっていたらごめんなさい
IP Queue Schedulerは,フロー(アプリケーション)毎の送信キュー制御を行なうので,
単一のFTP/GENERICでは何を選択しても変化がないと思います.

また,ノード1-ノード2とノード1-ノード3はそれぞれ別のサブネットに属しているので,
ノード1には2つのinterfaceがあり,それぞれに 192.0.0.x, 192.0.1.xのようなアドレスが割当られているハズです.
通常のFTP/GENERICはマルチパスに対応したアプリケーションではないため,
どちらか一方のアドレスからしか送信されないと思われます.

複数経路通信を行なうためには,レイヤーのどこかに複数経路通信対応のプロトコルを導入する必要があります.
g0520546
投稿日時: 2008/12/10 14:06
新米
登録日: 2008/12/2
居住地:
投稿: 4
Re: 複数経路を持つシナリオについて
ご助言ありがとうございます。
参考にいろいろ方法を模索してみたのですがうまくいきません。


>IP Queue Schedulerは,フロー(アプリケーション)毎の送信キュー制御を行なうので,
>単一のFTP/GENERICでは何を選択しても変化がないと思います.

>通常のFTP/GENERICはマルチパスに対応したアプリケーションではないため,

ということは他のアプリケーションでマルチパスに対応しているものがあるのでしょうか。
もしくは複数のFTP/GENERICアプリケーションをシナリオへ挿入すればいいのでしょうか。


>複数経路通信を行なうためには,レイヤーのどこかに複数経路通信対応のプロトコルを導入する必要があります.

とありますが複数経路通信対応のプロトコルはQualNetに用意されているのでしょうか。
ドキュメントを検索してみましたが見つけることができませんでした。
もしくはカスタマイズして実装しなければいけないものでしょうか。


初心者で質問ばかりで申し訳ありません。
よろしくお願いいたします。
スレッド表示 | 新しいものから 前のトピック | 次のトピック | トップ
Copyright c KOZO KEIKAKU ENGINEERING Inc. All Rights Reserved.
XOOPS Cube PROJECT