NetBSD Problem Report #60979

From martin@duskware.de  Sat Nov  7 07:57:56 2026
Return-Path: <martin@duskware.de>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits)
	 client-signature RSA-PSS (2048 bits))
	(Client CN "mail.netbsd.org", Issuer "YR1" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 1F1731A923C
	for <gnats-bugs@gnats.NetBSD.org>; Sat,  7 Nov 2026 07:57:56 +0000 (UTC)
Message-Id: <20261107075752.4653AE1FFEB@mail.duskware.de>
Date: Sat, 07 Nov 2026 08:57:47 +0100 (CET)
From: martin@NetBSD.org
Reply-To: martin@NetBSD.org
To: gnats-bugs@NetBSD.org
Subject: rtadvd(8) does not properly deal with prefix changes
X-Send-Pr-Version: 3.95
X-From4GNATS: "martin@NetBSD.org via gnats" <gnats-admin@NetBSD.org>

>Number:         60979
>Category:       bin
>Synopsis:       rtadvd(8) does not properly deal with prefix changes
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    martin
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Nov 07 08:00:00 +0000 2026
>Last-Modified:  Sat Nov 07 16:16:58 +0000 2026
>Originator:     Martin Husemann
>Release:        NetBSD 11.99.9
>Organization:
The NetBSD Foundation, Inc.
>Environment:
System: NetBSD big-apple.aprisoft.de 11.99.9 NetBSD 11.99.9 (POWERMAC_G5.MP) #167: Thu Oct 29 14:25:04 CET 2026 martin@seven-days-to-the-wolves.aprisoft.de:/work/src/sys/arch/macppc/compile/POWERMAC_G5.MP macppc
Architecture: powerpc
Machine: macppc
>Description:

I have a customer grade "dynamic" internet connection with dual stack
support. Every few weeks the delegated IPv6 prefix changes.

The IPv6 connection on the firewall itself adjusts properly (pppoe(4)),
the prefix is dealt with by dhcpcd(8) with a prefix delegation rule
configured to configure a /64 from the new prefix on interface equos0.

So far this all works.

I then have in rc.conf:
rtadvd=YES      rtadvd_flags=eqos0

and that publishes the delegated /64 to the internal network.

This all works fine initially, but whenever the prefix (and IPv6
address) on equos0 changes, rtadvd doesn't seem to fully adjust.
I would expect it to note the change immediately (via the routing
socket) and revoke the old delegations, and then start answering
with the new prefix.

However, it seems to still advertize the old prefix (I think
additionally, haven't reproduced this in a lab setup yet and traced the
actual RAs). Will do that, but filing this PR to remind me :-)

This causes all clients on the internal network to keep using adresses
from the old prefix and lose IPv6 connectivity untill manual
intervention.


>How-To-Repeat:
s/a

>Fix:
n/a

>Release-Note:

>Audit-Trail:
From: mlelstv@serpens.de (Michael van Elst)
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: bin/60979: rtadvd(8) does not properly deal with prefix changes
Date: Sat, 7 Nov 2026 09:07:33 -0000 (UTC)

 gnats-admin@NetBSD.org ("martin@NetBSD.org via gnats") writes:

 >This all works fine initially, but whenever the prefix (and IPv6
 >address) on equos0 changes, rtadvd doesn't seem to fully adjust.
 >I would expect it to note the change immediately (via the routing
 >socket) and revoke the old delegations, and then start answering
 >with the new prefix.


 You could use 'route monitor' to see if the messages are actually
 published on the routing socket.

 With '-d' rtadvd will also log information when it actually
 handles the messages.


Responsible-Changed-From-To: bin-bug-people->martin
Responsible-Changed-By: martin@NetBSD.org
Responsible-Changed-When: Sat, 07 Nov 2026 16:16:58 +0000
Responsible-Changed-Why:
take


>Unformatted:

Home	PR Database Search