シミュレーションの世界に引きこもる部屋

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の場合に利用されることが多い。

lwIPのUDP Socket生成についての説明。内部で固定長メモリプールでメモリ領域の確保をしている。固定長メモリプールはITRON等のRTOSにも実装されている高速な動的メモリ取得解放のロジック。公開されているITRON4.0仕様を参照してみるのも良い。