基本的に、まず同じようなことをしているプロトコルのソースをご参考にすることをお勧めします。たぶん、具体的にここにソースコードを貼り付けるのは無理だと思うので、もう少し質問内容を絞らないと回答も難しいです。

というのはさておき、「CBRを改造して」というのは、当然ですが、受信側の処理も改造することを指していました。じゃないとfloodingにならないです。受信側は受信したパケットをコピーして転送するだけでよいと思います。TTLとかが必要だと思いますが。その上で、全ノードに改造した受信側のアプリをくっつけるように node 作成部分にも手を加えれば良いと思います。1hopしか飛ばないなんてことはありません。

他のプロトコルを参考にするなら、またUDPヘッダーとかをつけたくないのであれば、例えばAODVでfloodingを行っていると思いますので、これを参考にしたら良いのではないでしょうか？
・ip protocol タイプで Floodingするプロトコルのタイプの追加/設定
・ip の DeliverPacket（だったかな？）でipが上位層に送信する際、プロトコルタイプで 上位プロトコルをclassfierしている部分を修正
・追加したprotocolタイプに対応するfloodingするプロトコルを作成
・floodingの具体的な方法は AodvFloodRREQ が ipのDeliverPacketから呼ばれるまでを理解して真似する。

で出来ると思いますよ。

返信が遅れてすいません。
kabocha さん、ありがとうございます！

それでは早速やってみます

flooding が仮完成しました！
最初は MCBR の改造に着手したのですが、中々うまく行かなかったので助言でいただいた考え方を ip.cpp の方で実装しました。

現状報告：
・ブロードキャストアドレス宛のパケットの再ブロードキャストについては：

IsMyPacket , NetworkIpIsMulticastAddress を改造し、特定の宛先アドレスについては ForwardPacket するように設定することで解決しました。

・重複したブロードキャストメッセージの削除については：

ノードにキューの構造体を作り、その中に msg のシーケンス番号と、 msg のヘッダーに入っているノードの送信元アドレスを保存し、同じ flooding メッセージだと識別されたパケットについては MESSAGE_Free を使い、初めてのメッセージだと識別されたパケットについては再ブロードキャストしつつ、キューに保存するという方法にしました。また、AddIpHeader を改良することで flooding パケットには通常のパケットとは別に TTL を設定出来るようにしたことで無限遠への送信と、逆に flooding を届ける範囲の限定を出来るようにしました。

flooding の開始時には MCBR を使い、フラッディングアドレスとして 192.0.0.255 を利用しています。
まだかなり限定的な状況でしか動作しないので、これからはその辺りを改良して行こうと思います。

masaさん

> flooding が仮完成しました！

ひとまず、おめでとうございます！

また、詳細なフォロー情報もご提供いただきありがとうございます。
こうして詳細な途中経過のご報告を目にすると、当サイトが実際に
研究のお役に立つことができているという実感も湧き、サイトを開
設した甲斐もあったと感じられ、管理者日和に尽きるというもので
す。とは言え、管理者が喜んでいるだけでは仕方の無い話となって
しまいますが、実際こういったStep by Stepで改良されていく様子
は、他のユーザの皆様や将来のユーザの皆様にとっても、有益な参
考情報となっていくと思います。そういう意味でも、詳細なフォロ
ー情報のご提供には感謝しています。

＃　偶々この時間帯にサイトにアクセスしていたので、
＃　単なる管理者の個人的な雑感を、返信させて頂きました。

実の無い投稿で申し訳ないところですが、、
今後とも当サイトをうまくご活用していって貰えれば幸いです。
それでは。

--
サイト管理者(forum_admin)