Date: Mon, 02 Jun 2025 10:55:16 +0000 From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 286322] IPv6 doesn't work across different FIBs (epair) Message-ID: <bug-286322-7501-Y7l3Txldk3@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-286322-7501@https.bugs.freebsd.org/bugzilla/> References: <bug-286322-7501@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D286322 --- Comment #15 from Paige Thompson <paige@paige.bio> --- Summary of things so far:=20 net.inet6.ip6.source_address_validation does not appear to be working corre= ctly when its set to 1 (default.) Turning it off allows me to use the desired configuration, but it feels wrong doesn't it? I'd like to understand this a= bit better still.=20 net.inet.ip.source_address_validation (ipv4) doesn't have this problem, you= can substitute 192.0.0.0/31 and 192.0.0.1/31 for fcff::a/64 and fcff::b/64 to t= est IPv4, but I've demonstrated that before in the work log.=20 IPv6 doesn't really have this problem on other interfaces types or a real Ethernet device, it seems specific to epair but I'm not firm on that. I net.ipv4.conf.default.rp_filter to 1 and tested the identical configurati= on using VRF on Linux and it works.=20 -- net.inet6.ip6.source_address_validation I thought this applied to forwarding, evidently forwarding doesn't apply to this you can turn net.inet6.ip6.forwarding on or off and it doesn't affect this (sorry I almo= st said this is called next-hop I may have earlier, I think this is commonly referred to as 'on-link')=20=20 I think the right thing to do here though is figure out why source validati= on is apparently not working, I'll start looking into it next. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-286322-7501-Y7l3Txldk3>