[Bug 261129] IPv6 default route vanishes with rtadvd/rtsold
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 17 Jun 2022 05:58:27 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261129 --- Comment #17 from Marek Zarychta <zarychtam@plan-b.pwste.edu.pl> --- Update A couple of days ago I rewrote the set of slapdash PF rules suspecting them as the cause, especially initially abused "rtable" statements. The "rtable" had been replaced with "reply-to" or deleted where possible and it was the right step. It is worth mentioning that a few rules with "rtable" were preserved though. When the issue got sorted out, to find the culprit one of the borked rules used previously was reintroduced: "pass in quick on gif0 inet6 to ($gif_if) rtable 1" which led to the corruption of the default route in FIBs 0 and 1 within a few hours. Maybe this happens due to incorrectly recognised protocol 41? Final conclusions: 1. FreeBSD routing stack is capable of using two different IPv6 GUA subnets on the same interface on both CURRENT and 13-STABLE. 3. The rules with "rtable" statements regarding IPv6 traffic should be introduced with care in PF(4) configuration file and avoided when possible. 3. IPv6 on FreeBSD still needs more testing, especially in multihomed scenarios where multiple FIBs are involved. It is probably my fault, I am sorry for making noise on the frebsd-net@ mailing list and hijacking this PR, but provided feedback might be useful. If you still consider this a bug, please let me know, and I will submit a new PR. -- You are receiving this mail because: You are on the CC list for the bug.