メイン Miscellaneous: Architecture & Generic Development Questions 特定ノードのソース改良 | 投稿するにはまず登録を |
題名 | 投稿者 | 日時 |
---|---|---|
特定ノードのソース改良 | junpei | 2005/12/14 11:05 |
Re: 特定ノードのソース改良 | forum_support | 2005/12/14 20:03 |
Re: 特定ノードのソース改良 | junpei | 2005/12/20 19:08 |
Re: 特定ノードのソース改良 | forum_support | 2005/12/23 20:03 |
Re: 特定ノードのソース改良 | junpei | 2005/12/24 16:12 |
» Re: 特定ノードのソース改良 | forum_support | 2005/12/27 21:27 |
フラット表示 | 前のトピック | 次のトピック |
投稿者 | スレッド |
---|---|
forum_support | 投稿日時: 2005/12/27 21:27 |
モデレータ 登録日: 2005/5/17 居住地: 東京都中野区中央4-5-3 ?構造計画研究所 投稿: 322 |
Re: 特定ノードのソース改良 これまでの話から、TCPを修正し、MANET環境で中継ノード
にバッファを持たせて、再送の代理処理を起こさせたいと いったニュアンスであることは分かるのですが・・ ご存知のとおり、通常ルーティングはIPレイヤで行われます よね・・ TCPは End-End のプロトコルですから、中継パケットは Transport レイヤまでは上がってこないと思いますので、 そもそもTCPを修正する前に、まずは、TCPに無理やりパ ケットを上げるところからはじめなければいけないのでは ないかと思います。 MSG_TRANSPORT_FromNetwork というイベントが IPレイヤ から Transport レイヤに Message(Packet)を上げる ときのイベントになります。 これで、とりあえず中継パケットを上位に上げてしまう ことはできます。ただ、このパケットを tcp_input の 関数に読み込ませても、自分宛のパケットでないわけ ですから、Dropされてしまうと思います。このあたり を改良された中継のためのTransportレイヤプロトコル お考えのようですが、この範囲はjunpeiさんのご研究 の詳細をご存知の方で無い限り、頂いた情報からだけで すと、我々にもどこに何を埋め込むべきかはわかりません。 |
フラット表示 | 前のトピック | 次のトピック |