[Bug 276856] pf no longer re-assembles fragments by default

From: <bugzilla-noreply_at_freebsd.org>
Date: Wed, 07 Feb 2024 23:37:28 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276856

--- Comment #4 from Michal Scigocki <michal.os@hotmail.com> ---
(In reply to mgrooms from comment #3)
What version of FreeBSD were you using where the default behaviour worked with
your IPSec flows?

And before you added the "scrub fragment reassemble" config, did you have any
"scrub" statements in the config, or no "scrub" config statements?

(In reply to Kajetan Staszkiewicz from comment #2)
For FreeBSD 14.0, I think using "scrub" rules may be a work-around to a broader
issue. I think pf in 14.0 is not processing fragmented packets correctly.

I tried another test, using an empty pf.conf (default pass rule). Monitoring
the network interface with tcpdump, sending a large ping (2000 data bytes, so
it will fragment). With pf running, the ping REQUEST is captured on the
interface, but the host does not REPLY. If I repeat this with pf stopped, I get
both REQUEST and REPLY.

If I do the same test on 13.2 and 15.0, I get both REQUEST and REPLY with pf
running. 14.0 is doing something different with the fragmented packets.

-- 
You are receiving this mail because:
You are the assignee for the bug.