Ubuntu
radvd package

no ipv6 router advertisements when bridge starts

Bug #589090 reported by Neil Wilson
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
radvd (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

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

Revision history for this message
Neil Wilson (neil-aldur) wrote :
Scott Moser (smoser)
Changed in libvirt (Ubuntu):
importance: Undecided → Low
Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

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.

affects: libvirt (Ubuntu) → radvd (Ubuntu)
Revision history for this message
Neil Wilson (neil-aldur) wrote :

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.

Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

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'.

Etienne Goyer (etienne-goyer-outlands)
tags: added: ipv6
Revision history for this message
reubenhwk (reubenhwk) wrote :

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.

Revision history for this message
Paul Tobias (tobias.pal) wrote :

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"

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in radvd (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.