Page MenuHomeFreeBSD

pf: Remove partial RFC2675 support
ClosedPublic

Authored by kp on Jul 27 2019, 1:32 PM.
Tags
None
Referenced Files
F160709225: D21086.id.diff
Sat, Jun 27, 1:10 AM
F160667160: D21086.id60218.diff
Fri, Jun 26, 3:07 PM
Unknown Object (File)
Mon, Jun 1, 2:52 AM
Unknown Object (File)
May 25 2026, 5:09 PM
Unknown Object (File)
May 20 2026, 1:23 PM
Unknown Object (File)
May 20 2026, 6:39 AM
Unknown Object (File)
May 19 2026, 2:45 AM
Unknown Object (File)
May 18 2026, 12:02 PM
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

Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 25537
Build 24152: arc lint + arc unit

Event Timeline

kp set the repository for this revision to rS FreeBSD src repository - subversion.
sys/netpfil/pf/pf_norm.c
1237

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.