Hi, could you give me a hint how to get it working? I compiled "ipv6tunnel" from mipv6-1.0-v2.4.22 (it compiled well without kernel patching), and I'm creating the tunnel with: ipv6tunnel add ip6sec0 \ local fe80::202:ddff:fe32:6525 \ remote fe80::209:5bff:fe2f:ea7e ip link set ip6sec0 up ip link set ip6sec0 mtu 1400 (local and remote exchanged on the sever/gw machine). Now, two things are strange: a) on my 2.6.1 machine / laptop: simulacron:~# ip -6 addr ls dev ip6sec0 9: ip6sec0: <NOARP,UP> inet6 fe80::202:ddff:fe32:6525/64 scope link valid_lft forever preferred_lft forever inet6 ff02::1/128 scope global valid_lft forever preferred_lft forever there is a link local address. however on my 2.6.1-bk6 / server+router+vpn+ap: dream:~# ip -6 addr ls dev ip6sec0 9: ip6sec0@NONE: <NOARP,UP> mtu 1400 inet6 ff02::1/128 scope global valid_lft forever preferred_lft forever there is no link local address. why? Also the tunnel does not seem to work at all: ping6 -I ip6sec0 ip6-allnodes should send a ping via the tunnel, i.e. I should see a packet on wlan0 with ip6ip6 headers. But tcpdump shows no package at all. There are some unrelated issues I foiund, maybe bugs in the linux ip stack? - using wlan0 the laptop can ping6 the gw fine. The other way it's not working: dream:~# ping6 -I wlan0 fe80::202:ddff:fe32:6525 PING fe80::202:ddff:fe32:6525(fe80::202:ddff:fe32:6525) from fe80::209:5bff:fe2f:ea7e wlan0: 56 data bytes ping: sendmsg: Invalid argument ip6tables are empty.... now another issue: from laptop to gw: ping6 -I wlan0 fe80::209:5bff:fe2f:ea7e is working fine, tcpdump shows icmp6 forward and back. ping6 ip6-allnodes -I wlan0 works too, but tcpdump shows ESP packagets with ipv4 going forward and back. the setkey selector is: spdadd 192.168.1.10 192.168.1.1 4 -P out ipsec esp/transport//require; spdadd 192.168.1.1 192.168.1.10 4 -P in ipsec esp/transport//require; so it shouldn't match any ipv6 communication. why is that? Regards, Andreas - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html