[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
bin/47433: dhcpcd gets confused by two interfaces on the same LAN with IPv6 RAs
>Synopsis: dhcpcd gets confused by two interfaces on the same LAN with
>Arrival-Date: Fri Jan 11 18:20:00 +0000 2013
>Originator: Taylor R Campbell <campbell+netbsd%mumble.net@localhost>
>Release: NetBSD 6.0_STABLE
System: NetBSD ... 6.0_STABLE NetBSD 6.0_STABLE (RIAKERN) #0: Tue Jan 8
06:19:52 UTC 2013
If you have two interfaces, say wm0 and wpi0, on the same LAN,
and there is an IPv6 router sending router advertisements, then
dhcpcd will assign both interfaces the same IPv6 address based
on the MAC address of one of the interfaces.
# dhcpcd -B -d
dhcpcd: wm0: using hwaddr 00:ef:59:40:cb:49
dhcpcd: wm0: Sending IPv6 Router Solicitation
dhcpcd: wpi0: using hwaddr 00:20:96:9c:e9:c7
dhcpcd: wpi0: Sending IPv6 Router Solicitation
dhcpcd: wm0: Router Advertisement from fe80::298:84ff:fe2f:5f96
dhcpcd: wm0: adding address 2001:2785:b593:587f:220:96ff:fe9c:e9c7/64
dhcpcd: wpi0: Router Advertisement from fe80::298:84ff:fe2f:5f96
dhcpcd: wpi0: adding address 2001:2785:b593:587f:220:96ff:fe9c:e9c7/64
(Addresses randomized to protect the innocent.)
The problem is in both netbsd-6 and HEAD as of a few days ago.
Connect two interfaces to a common LAN with an IPv6 router.
Run dhcpcd. See one address on two different interfaces in
`ifconfig -a' output.
I believe the source of the problem is that ipv6rs_handledata
in ipv6rs.c avoids allocating a new struct ra if it has already
seen a router advertisement from the same source address, so it
chooses an IPv6 address based on the MAC address of the
interface that the first RA for that prefix came in on.
Instead, ipv6rs_handledata should probably allocate a new
struct ra if the packet came in on a different interface.
Main Index |
Thread Index |