[Bug 261129] IPv6 default route vanishes with rtadvd/rtsold
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
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.