Package: radvd
Version: 1:1.9.1-1.1
Severity: normal

Dear Maintainer,

I have a debian testing router that was recently updated to have IPv6
through an PPPoE connection. The PPPoE connection (ifwan) has only a
link-local address and wide-dhcpd6 is getting a dynamic prefix,
assigned to the internal interface (iflan on my computer). As this
prefix is dynamic and changes on every reconnect, I have to configure
radvd to have a short lifetime, so clients don't hold too long on the
address. But after reconnection, when a new prefix is assigned,
it still takes a time until (especially windows computers) no longer
use the old prefix.

Since version 1.8 radvd has now a setting "DeprecatePrefix on"
inside the prefix, which sends, as soon as the daemon shuts down
or recondigures a lifetime of 0 to the clients, so they disable the
prefix asap.

This works fine if I stop radvd (prefix disappears on client)
and restart (prefix is added), but for the case when the prefix
of the interface, radvd listens on, changes or disappears
radvd segfaults.

My config is:

interface iflan
{
    AdvSendAdvert on;
    AdvLinkMTU 1492;
    MinRtrAdvInterval 3;
    MaxRtrAdvInterval 10;
    prefix ::/64
    {
        AdvOnLink on;
        AdvAutonomous on;
        AdvRouterAddr on;
        AdvValidLifetime 7200;
        AdvPreferredLifetime 120;
        DeprecatePrefix on;
    };
};

This is what happens when I stop the PPPoE connection with
"ifdown ifwan":

Jul 13 13:11:33 sirius radvd[12276]: no auto-selected prefix on interface
iflan, disabling advertisements
Jul 13 13:11:33 sirius kernel: [33348.698969] radvd[12276]: segfault at 24
ip b777994d sp bf9bc8d0 error 6 in radvd[b7775000+13000]

If I remove "DeprecatePrefix" from the above config, it does not
crash, but the prefixes have the lifetime of 120 secs and clients
fail to connect servers in the ipv6 network (because prefix is invalid).
This is not so bad as it is only 120 secs, but once DeprecatePrefix
works fine for me I will raise that lifetime.

Should I report this bug upstream? I don't see a fix upstream which
is already on 1.9.3.

Thanks,
Uwe

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages radvd depends on:
ii  adduser     3.113+nmu3
ii  libc6       2.17-7
ii  libdaemon0  0.14-2

radvd recommends no packages.

radvd suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to