プロトコルスタック

IPフラグメントの受信フレーム順違いに対応するための設計手法。 IPフラグメントの順番入れ替えの判定のソースコードと該当関数説明。 Ethnertフレームを連結リストで管理。 連結は常にソートされた状態。 開始位置と完了位置を持ってパケットの完全性を評価している。

IPフラグメントの受信フレーム順違いを再現する疑似受信結果。 IPフラグメントの受信フレーム順番入れ替えをしても受信した。 ログも確認したが、最終フレームで打ち切ってることはしていない。

IPフラグメントの受信フレーム順を変える疑似受信コード作成。 渡す受信フレームの順番を入れ替えるだけ。 組み込み系として、この仕様は重くないか？ 重いが、割とよくある話でもあり、lwIPも対応しているであろうと楽観視。

IPフラグメントの特殊な仕様。 IPフラグメントはEthernetFrameの順番が入れ替わっても結合してくれる仕様。 lwIPが対応しているかは不明。

lwIPの疑似受信用の結果。 lwIP疑似受信は成功。 IPフラグメントに対応していた。 IPフラグメントにまつわる特殊な動作があるらしい。

lwIP疑似受信用のソースコード。 詳細は前回までのlwIPのAPI説明を参照願う。

lwIPのEthnertFrameの疑似受信について説明。 ethernet_input関数を呼び出すだけだが引数が曲者。 pbufという連結リストのバッファにパケットをコピーする必要がある。

lwIPのUDP受信の説明。 受信用APIは存在せず、受信コールバック設定用APIが存在する。 受信コールバックでデータを取得可能。 送信元IPアドレス、ポート番号もコールバック時に取得できる。

lwIPのIPアドレス、ポートへのBindについて。 Bindという用語について調べた。 lwIPのIPアドレス、ポートへのBindについて説明。 IP_ANY_TYPEを指定すると、全インターフェースに紐づく。 ポート0を指定すると自動割り付け。 送信用Socketの場合に利用されることが多い。