メイン Scenario Setup & Configuration 複数経路を持つシナリオについて | 投稿するにはまず登録を |
題名 | 投稿者 | 日時 |
---|---|---|
複数経路を持つシナリオについて | g0520546 | 2008/12/2 17:43 |
Re: 複数経路を持つシナリオについて | matumoto | 2008/12/2 18:21 |
Re: 複数経路を持つシナリオについて | g0520546 | 2008/12/2 18:31 |
» Re: 複数経路を持つシナリオについて | kshima | 2008/12/3 17:29 |
Re: 複数経路を持つシナリオについて | g0520546 | 2008/12/10 14:06 |
フラット表示 | 前のトピック | 次のトピック |
投稿者 | スレッド |
---|---|
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はマルチパスに対応したアプリケーションではないため, どちらか一方のアドレスからしか送信されないと思われます. 複数経路通信を行なうためには,レイヤーのどこかに複数経路通信対応のプロトコルを導入する必要があります. |
フラット表示 | 前のトピック | 次のトピック |