[Bug 261129] IPv6 default route vanishes with rtadvd/rtsold

From: <bugzilla-noreply_at_freebsd.org>
Date: Tue, 14 Jun 2022 07:44:12 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261129

--- Comment #16 from Marek Zarychta <zarychtam@plan-b.pwste.edu.pl> ---
After taking some measures and test, so far I came to following conclusions:

1. The default route gets _silently_ corrupted irregardless of deployed
route.algo, with no traces observable neither with route(8) monitor nor with
increased net.route.algo.debug_level due to unknown reason (overflow ?).

2. Setting net.inet6.ip6.no_radr=1 net.inet6.ip6.accept_rtadv=0 and
respectively disabling these options on the interfaces doesn't prevent the
default route from being corrupted. Changing the value of net.add_addr_allfibs
doesn't help either. 

3. Restarting "routing" service fixes the issue for some time.

4.FreeBSD routing stack at current state doesn't allow to use in production two
different IPv6 GUA subsets on the same interface neither on 13-STABLE nor
CURRENT (tested on amd64 and arm64 archs).

5. PF(4) supports rtable, route-to and reply-to for IPv6 traffic allowing
deployment of more advanced network scenarios.

6. IPv6 on FreeBSD still needs more testing, especially in muiltihomed
scenarios where multiple FIBs are involved.

-- 
You are receiving this mail because:
You are on the CC list for the bug.