Page MenuHomeFreeBSD

pf: Remove partial RFC2675 support
ClosedPublic

Authored by kp on Jul 27 2019, 1:32 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sun, Mar 8, 4:21 PM
Unknown Object (File)
Sun, Mar 8, 3:45 PM
Unknown Object (File)
Sun, Mar 8, 1:24 PM
Unknown Object (File)
Thu, Mar 5, 11:35 AM
Unknown Object (File)
Wed, Mar 4, 2:42 AM
Unknown Object (File)
Sun, Mar 1, 8:36 AM
Unknown Object (File)
Thu, Feb 26, 5:58 PM
Unknown Object (File)
Feb 8 2026, 8:08 AM
Subscribers

Details

Reviewers
thj
Group Reviewers
network
Commits
rS350414: pf: Remove partial RFC2675 support
Summary

Remove our (very partial) support for RFC2675 Jumbograms. They're not
used, not actually supported and not a good idea.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

kp set the repository for this revision to rS FreeBSD src repository - subversion.
sys/netpfil/pf/pf_norm.c
1237 ↗(On Diff #60194)

if we don't support jumbo, shouldn't we just drop any packet with the jumbo option? i.e.

case IP6OPT_JUMP: goto drop

and then we can remove all this handling?

Remove more bits, as suggested by thj

kp marked an inline comment as done.Jul 28 2019, 7:45 PM
This revision is now accepted and ready to land.Jul 28 2019, 8:01 PM

Does this mean that you concluded in the IETF mailing list to drop this support?

This revision was automatically updated to reflect the committed changes.
In D21086#457948, @ae wrote:

Does this mean that you concluded in the IETF mailing list to drop this support?

I listened in to the relevant session in the IETF meeting, and while I don't know if there was a firm conclusion even those opposing moving RFC2675 to historic status were very clear that its implementation is optional, and it's entirely okay to not support it.