Hi guys. I'm desperately looking for a configuration solution to enable a sixxs tunnel to talk to wireless sensor nodes on the other side of a 6LowPAN border router. The setup is as follows: A sixxs tunnel with /48 subnet terminates in a raspberry pi (running raspian) - interface is sixxs. The RPi is itself running as a 6lbr 6LowPAN border router, or really a smart bridge to a wireless sensor network. The smart bridge appears on the RPi as tap0 interface. The smart bridge picks up radvd (also running on the RPi) advertisements so that itself and all the nodes in the network autoconfigure with the prefix (brilliant). The RPi also of course has an eth0 interface. Typically the eth0 is bridged to the tap0 interface, by attaching them to br0. This enables local network hosts to talk to wireless sensor nodes. This is all working excellently. When the sixxs/aiccu tunnel is added, with radvd configured with br0 as its interface the tunnel can talk to the Lan, the Lan can talk to the tunnel and the Lan can talk to nodes in the wireless sensor network (or at least pings both ways work fine). However I am unable to get the tunnel to ping the wireless sensor nodes. ICMP packets are sent but no replies are received. Here's details of the current configuration - I have tried a few other variations without success 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 inet6 ::1/128 scope host 3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 inet6 2001:4439:28b::1/64 scope global inet6 fe80::ba27:ebff:fef4:dd23/64 scope link 4: tap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qlen 500 inet6 2001:4439:28b:1::1/64 scope global 5: sit0: <NOARP,UP,LOWER_UP> mtu 1480 inet6 ::192.168.1.1/96 scope global inet6 ::127.0.0.1/96 scope host 6: sixxs: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1280 qlen 500 inet6 2001:4439:28b::1/128 scope global inet6 2001:4439:150:13b::2/64 scope global deprecated inet6 fe80::4439:150:13b:2/64 scope link Interfaces: auto lo iface lo inet loopback iface eth0 inet dhcp up ip -6 addr add 2001:4439:28b:2::1/64 dev eth0 down ip -6 addr del 2001:4439:28b:2::1/64 dev eth0 allow-hotplug wlan0 iface wlan0 inet manual auto tap0 iface tap0 inet dhcp up ip -6 addr add 2001:4439:28b:1::1/64 dev $IFACE down ip -6 addr del 2001:4439:28b:1::1/64 dev $IFACE auto br0 iface br0 inet dhcp bridge_ports tap0 eth0 up ip -6 addr add 2001:4439:28b::1/64 dev $IFACE down ip -6 addr del 2001:4439:28b::1/64 dev $IFACE wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf iface default inet dhcp radvd.conf interface br0 { AdvSendAdvert on; AdvHomeAgentFlag off; MinRtrAdvInterval 30; MaxRtrAdvInterval 100; AdvDefaultLifetime 0; prefix 2001:4439:28b::/64 { AdvOnLink on; AdvAutonomous on; AdvRouterAddr off; }; }; So when I attempt to ping a wireless sensor node there are no replies: --- 2001:4439:28b:0:280:e103:0:735b ping statistics --- 4 packets transmitted, 0 received, 100% packet loss, time 3012ms Below is in output from tshark on the RPi for interface br0 when a ping from the internet is sent through the tunnel at a wireless sensor node global address (2001:4439:28b:0:280:e103:0:735b). 9.090174 fe80::ba27:ebff:fef4:dd23 -> 2001:4439:28b:0:280:e103:0:735b ICMPv6 86 Neighbor Solicitation for 2001:4439:28b:0:280:e103:0:735b from 62:f2:aa:09:bb:06 9.090620 2001:4439:28b:0:280:e103:0:735b -> fe80::ba27:ebff:fef4:dd23 ICMPv6 86 Neighbor Advertisement 2001:4439:28b:0:280:e103:0:735b (sol, ovr) is at 02:03:00:00:6d:ef The MAC address that is returned (02:03:00:00:6d:ef) is that of the slip radio node that is the next hop from tap0 (the slip radio is the node that talks to the rest of the sensor network, which the RPi communicates with via a serial link). MACS: tap0 - 62:f2:aa:09:bb:06 br0 - 62:f2:aa:09:bb:06 eth0 - b8:27:eb:f4:dd:23 slip radio host - 02:03:00:00:6d:ef I can successfully ping a wireless sensor host from the Lan (2001:4439:28b:0:ba27:ebff:fe30:79cb): PING 2001:4439:28b:0:280:e103:0:6c57(2001:4439:28b:0:280:e103:0:6c57) 20 data bytes 28 bytes from 2001:4439:28b:0:280:e103:0:6c57: icmp_seq=1 ttl=63 time=137 ms 28 bytes from 2001:4439:28b:0:280:e103:0:6c57: icmp_seq=2 ttl=63 time=139 ms 28 bytes from 2001:4439:28b:0:280:e103:0:6c57: icmp_seq=3 ttl=63 time=145 ms 28 bytes from 2001:4439:28b:0:280:e103:0:6c57: icmp_seq=4 ttl=63 time=139 ms the MAC address of eth0 is again returned in the Neighbor Advertisement 1.617638 2001:4439:28b:0:ba27:ebff:fe30:79cb -> ff02::1:ff00:6c57 ICMPv6 86 Neighbor Solicitation for 2001:4439:28b:0:280:e103:0:6c57 from b8:27:eb:30:79:cb 1.618374 2001:4439:28b:0:280:e103:0:6c57 -> 2001:4439:28b:0:ba27:ebff:fe30:79cb ICMPv6 86 Neighbor Advertisement 2001:4439:28b:0:280:e103:0:6c57 (sol, ovr) is at 02:03:00:00:6d:ef Any suggested solutions to enable the wireless nodes to be accessed from the internet would be appreciated. Best wishes, Ron