[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-netdev
Subject:    Missing routes cause BUG() in icmpv6_xmit_lock().
From:       David Woodhouse <dwmw2 () redhat ! com>
Date:       2003-08-31 14:56:29
[Download RAW message or body]

Kernel is Red Hat 2.4.21-20.1.2024.2.1.nptlsmp from the Severn beta.
Triggered as follows:

Configure 6to4 IPv6 address 2002:X:Y::1 on the ISDN dialup.

Enable IPv6 forwarding on all interfaces

Configure radvd to advertise 2002:X:Y:1234::/64 on internal eth0 device
Observe radvd doesn't add any routes for the 2002:X:Y:1234::/64 subnet. 
Bring up an internal machine on eth0.
Observe it receive an IPv6 address of the form 2002:X:Y:1234:.....

Attempt to ping6 a machine in the outside world from the internal host.
Observe that reply packets from the outside world to the internal
address are routed straight back _out_ the 6to4 tunnel again, in the
absence of sane routes -- with associated bitching...
	redirect: no link_local addr for dev
	Dead loop on virtual device tun6to4, fix it urgently!

Attempt to ping6 the router 2002:X:Y::1 from internal host.
Observe panic: http://www.linux.org.uk/~dwmw2/dcp_1575.jpg

Should initscripts set up an unreachable route for 2002:X:Y::/48 when
setting up a 6to4 tunnel? Should radvd set up routes to subnets of that
network when advertising them internally according to its configuration?

Certainly the kernel should do something other than panicking :)

-- 
dwmw2


[prev in list] [next in list] [prev in thread] [next in thread]