also sprach Pekka Savola <pek...@netcore.fi> [2009.01.22.0751 +1100]: > I'm the upstream radvd maintainer, and happened to be browsing for > radvd bugs in a couple of distros.
Thank you for taking the time to respond, and for radvd! > 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. Yes, that would do. > 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 have not checked what actually happens, I just noticed that once the bridge's MAC address changes, it failed to advertise routes to the kvm instances running on it. The analysis you present sounds absolutely sensible. > If interface is already up, it appears 1) requires that it is > brough back up, otherwise the kernel will keep using the old MAC > address. Restarting radvd was not sufficient. I suppose the > interface needs to be brought down so the kernel will stop > automatically selecting the old mac addres. Signalling HUP to > radvd after the change fixes 2). > > In practise, it doesn't seem feasible for radvd to do anything > about 1) as long as the kernel is behaving as it's behaving. If > that is worked around, 2) is also trivial fix in the initscripts. > > As a result, if there is a bug, I'd say it's in the kernel and its > MAC address changing. I will investigate this. Thanks. > Of course, it could be that you're seeing a different problem. If > so, please run radvd with 'radvd -m stderr -d 5' to see how it > manifests. I will, but it'll be a while until I can get back to the machine with thee problem. Thanks, -- .''`. martin f. krafft <madd...@d.o> Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduck http://vcs-pkg.org `- Debian - when you have better things to do than fixing systems
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
