no ipv6 router advertisements when bridge starts

[Neil Wilson]

When a bridge starts up, you generally have to 'kick' the radvd daemon with a HUP signal to get it to recognise the new interface and start issuing router advertisements (assuming it is configured in 'ignoreifmissing' mode).

libvirt should check to see if radvd is running and send it a HUP once the bridge has started. Or fix radvd so it spots interfaces going up and down.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: libvirt-bin 0.7.5-5ubuntu27
ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic x86_64
Architecture: amd64
Date: Thu Jun 3 10:41:16 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Alpha amd64 (20100224.1)
ProcEnviron:
 PATH=(custom, user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
SourcePackage: libvirt

[Serge Hallyn (serge-hallyn)]

Thanks for reporting this bug and helping to make Ubuntu better.

I'm afraid I'm not familiar with radvd, but based on your description
it sounds much more elegant for radvd to watch for connections going
up and down, rather than have libvirt (and presumably other programs
which bring up bridges and interfaces) kick radvd.

I'm going to therefore mark this as affecting the radvd package.
If the radvd maintainers disagree, please comment here (and feel free
to toss it back to libvirt). I will subscribe so I see all comments.

[Neil Wilson (neil-aldur)]

This has moved on since the bug was reported and the latest version of libvirt (0.8.8) manages a single ipv6 prefix for each bridge with a separate radvd process for every bridge - but as yet is short of options for IPv6 DNS or DNS search lists.

As it stands though radvd is extremely static as an IPv6 router advertiser. It may needs some thought by the server team at a UDS as to whether radvd needs some work to support more dynamic IPv6 setups.

[Serge Hallyn (serge-hallyn)]

Thanks, Neil. Would you mind proposing a UDS blueprint for this when the call for sessions opens up?

If you prefer I'll add it to a list for me to create, but as you're far more knowledgeable on it it would seem best for you to do so.

As for this bug it sounds like it should be moved back to 'libvirt' and marked 'fix released'.

[reubenhwk (reubenhwk)]

radvd 1.8 is using netlink to listen for interface state changes. If an interface goes up or down, radvd 1.8 reacts to it instantly. 1.8 will be released in May 2011.

[Paul Tobias (tobias.pal)]

radvd 1.8 was released on May 14, 2011: http://www.litech.org/radvd/#Older%20update%20information
The changelog says: "radvd now listens for interface state changes on a netlink socket"

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.