On Wed, Jan 21, 2009 at 10:51:31PM +0200, Pekka Savola wrote: > I'm the upstream radvd maintainer, and happened to be browsing for > radvd bugs in a couple of distros. > > I reproduced this by changing the MAC address using 'ip l set > address x:x:x:x:x:x dev eth1' while radvd was running on eth1. > > By "not working", I saw that RAs were sent OK, but > 1) with the old MAC address as the source link-layer address, and > 2) in the Link-Layer Option in RA. > > Is there some other breakage or were you referring to something else?
I run Debian stable on both KVM-host and KVM-vm, but with a self-compiled, current kernel. This is radvd 1.6-1.1, and Linux 3.4.5 With this combination of software, behavior is the following: (1) Host boots. br1 is configured, is assigned a (random?) MAC address (2) radvd starts (3) The first VM starts. Its vnet0 adapter is added to the bridge. The bridge changes MAC address. (4) radvd doesn't notice and continues sending out router advertisements containing the old MAC address (5) the VM acts on the RA and inserts the old MAC address into its neighbor cache, directly in state REACHABLE. (6) IPv6 stops working on the VM. Can this be remedied by using a later radvd version, or is this behavior still in radvd 1.9? Or does radvd 1.9 look periodically into the interface to check whether the MAC address is still correct? Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
