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

パスワード:


パスワード紛失

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

2024/03/20より397/1410
人気モジュール
No.1: フォーラム 14
No.2: QualNet概要 1
日曜日からの合計
人気Browser&OS
No.1:巡回ロボット15

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

日曜日からの合計
メイン
   Routing Protocols Implementation & Model Development
     データパケットのブロードキャスト
投稿するにはまず登録を

題名 投稿者 日時
   データパケットのブロードキャスト nagao 2006/12/17 20:32
   » Re: データパケットのブロードキャスト kabocha 2006/12/18 10:00
       Re: データパケットのブロードキャスト nagao 2006/12/18 20:15
         Re: データパケットのブロードキャスト kabocha 2006/12/18 22:10
           Re: データパケットのブロードキャスト nagao 2006/12/19 3:48
フラット表示 前のトピック | 次のトピック
投稿者 スレッド
kabocha
投稿日時: 2006/12/18 10:00
常連
登録日: 2006/9/8
居住地:
投稿: 43
Re: データパケットのブロードキャスト
ブロードキャストパケットの受信処理がうまくいっているのであれば
特に問題を感じません。

あえて言うなら、

引用:

このとき、本来データパケットを転送しなければならなかった特定のノード(変更前のrtEntryToDest->nextHop)を受信側が判断できなければならないので、メッセージパケットにその情報を保持できるように拡張しました。


新たに追加した、rtEntryToDest->nextHop をメッセージに持たせるということはカンニング用のデータをくっつけたということになり、パケットサイズに反映されていないということになることぐらいかなと思いました。

nextHop のサイズ分本来ならパケットのデータにくっつけてやり、パケットサイズがその分大きくなると思いますが、そこまで厳密にする必要がないのであれば、問題ないと思います。

逆に、厳密に行いたいのであれば、新たにサブヘッダのようなものを作成して、これをパケットにくっつけてあげる必要があると思いました。

フラット表示 前のトピック | 次のトピック
Copyright c KOZO KEIKAKU ENGINEERING Inc. All Rights Reserved.
XOOPS Cube PROJECT