前回の続き。
実験環境は、RAでIPv6のアドレスが来る環境。6lowpan で繋がるデバイスには nRF51 IoT SDK でもやっているように radvd でアドレスを渡してみたい。お約束のように eth0 が上位回線側につながっている。Linux kernel 4.0.9。
radvd は上位から渡された RA と同じ空間を、そのまま 6lowpan 側に与えてアドレスを採番して、nexthop/neighbor で経路制御する方向。
router 側と host 側の二つにパートが分かれる。bluetooth のアドレスは、例として host 側 88:77:66:55:44:33 と router 側 00:11:22:33:44:55 を使っている。
host 側
素朴に bluetooth の準備をしておく。
modprobe bluetooth_6lowpan
echo 1 > /sys/kernel/debug/bluetooth/6lowpan_enable
hciconfig hci0 up leadv
router 側
echo 2 > /proc/sys/net/ipv6/conf/eth0/accept_ra
ipv6 の forwarding を 1 にすると ::/0 の経路が毎回消えて、困っていたのだけれど、実は accept_ra に 2 を設定できるらしい。そうすると上位から来たRAの経路がそのまま使える。ちゃんとドキュメントにも書いてあるけど、最初気が付かない。
echo 1 > /proc/sys/net/ipv6/conf/default/forwarding
echo 1 > /proc/sys/net/ipv6/conf/all/forwarding
forwarding は all に対して有効にして、forwarding したくないものは個別に netfilter で設定しろ、という記事も見かけたけど、本当かなぁ。とりあえず攻撃を受けるような環境ではないので、そのまま。
echo 1 > /proc/sys/net/ipv6/conf/default/proxy_ndp
echo 1 > /proc/sys/net/ipv6/conf/all/proxy_ndp
上位ルータから host 側の戻りパケットを router 側が吸い込めるように proxy_ndp を使う。(*2)
/etc/radvd.conf はとりあえず nRF51 IoT SDK と同じで、prefix だけ与えられたものに変更しておく。
systemctl start radvd
そして bluetooth 6lowpan の接続。
modprobe bluetooth_6lowpan
echo 1 > /sys/kernel/debug/bluetooth/6lowpan_enable
hciconfig hci0 up
hcitool lescan # address 確認
echo "connect 88:77:66:55:44:33 1" > /sys/kernel/debug/bluetooth/6lowpan_control
ip link
接続できたら bt0 という netdev が見えるようになっているはず。
host 側
こちら側にも bt0 というインターフェースができていて、アドレスが付いていることを確認する。アドレスは link local である fe80::8a77:66ff:fe55:4433 と、global scope の <some_prefix>:8a77:66ff:fe55:4433 の両方がついているはず。
link local での疎通を確認しておく。
ping6 -I bt0 fe80::211:22ff:fe33:4455
router 側
まだこの辺は自動化する方法がよく分かっていない…。(*1)
bt0 には global アドレスが振られていないので、手作業で与えておく（無くてもよい）。与えるべきアドレスは fe80:: を読み替えたもの、と考えれば簡単。EUI-64 （= ff:fe を差し込んで、mac address 7 bit 目の global/local のフラグを立てる）が下 64 bit になる。
ip -6 addr add <some_prefix>:211:22ff:fe33:4455 dev bt0
経路情報を手作業で入れる。
route -A inet6 add <some_prefix>:211:22ff:fe33:4455 dev bt0
ip -6 neigh add proxy <some_prefix>:211:22ff:fe33:4455 dev eth0
注意点としては、ip neigh は proxy とそうじゃないものの二つがあるという点。
ip neigh show
ip neigh show proxy
host 側
どこか外のホストに対して ping6 が通るか確認。
メモ
route -A inet6 add <some_prefix>:211:22ff:fe33:4455 dev bt0 の代わりに、
ip -6 neigh add <some_prefix>:211:22ff:fe33:4455 lladdr 02:11:22:ff:fe:33:44:55 dev bt0 で行けそうな気がしたけど、ダメだった。理由は不明。
追記
(*1)について。今の Linux の実装だと 6lowpan 用のオプションが未実装の様子。RFC 6775 ND Optimization for 6LoWPAN にある NS message の ARO(Address Registration Option)で自動化するということのようだ。
(*2)について。eth0 だけでよい。