etherip-kmod

Linuxで使えるEtherIP(RFC3378)のためのカーネルモジュール

注意

Codex GPT-5.5を用いて開発し、途中から人間の手を入れてデバッグ作業を行いました。

粗削りなところは否めないため、自己責任でお願いします。

ビルド

Arch Linuxの場合

sudo pacman -S linux-headers
make

ロード

sudo insmod etherip6.ko

別途：クライアントの導入

ip-route2が対応していないため、独自のクライアントを導入する必要があります。以下のリポからとってビルドしてください。 https://git.neody.ad.jp/tuna2134/etherip-client

トンネルの作成

sudo etherip-client add -d eip0 -l 2001:db8::1 -r 2001:db8::2 -L eth0
sudo ip link set eip0 up
sudo ip addr add 192.0.2.1/30 dev eip0

MTU と IPv6 フラグメント

GSO パケットは送信時にソフトウェアで分割してから EtherIP カプセル化します。

EtherIP over IPv6 では、内側 Ethernet ヘッダー 14 bytes、EtherIP ヘッダー 2 bytes、外側 IPv6 ヘッダー 40 bytes の合計 56 bytes が追加されます。そのため、 eip0 と外側インターフェースの MTU がともに 1500 の場合、最大サイズの内側フレームは外側で 1556 bytes となり、IPv6 フラグメントが必ず発生します。

フラグメントの一部が欠落した場合、受信側ではパケット全体を再構成できません。再構成の状態は次のコマンドで確認できます。

nstat -az | grep Ip6Reasm

Ip6ReasmFails または Ip6ReasmTimeout が転送中に増える場合は、フラグメントの欠落、または受信側の再構成キュー不足が発生しています。再構成キュー不足に対する緩和策として、受信側で次の値を設定できます。

sudo sysctl -w net.ipv6.ip6frag_high_thresh=268435456
sudo sysctl -w net.ipv6.ip6frag_time=10

この設定は経路上でのフラグメント欠落を防ぐものではありません。フラグメントを避けるには、外側インターフェースと経路の MTU を 1556 以上にするか、eip0 の MTU を外側 MTU から 56 引いた値以下（外側 MTU 1500 なら 1444 以下）に設定してください。

トンネルの削除

sudo etherip-client delete -d eip0