Page MenuHomeFreeBSD

Increment the route table gen count after a modify
ClosedPublic

Authored by rstone on Jan 19 2018, 9:40 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Apr 8, 11:21 PM
Unknown Object (File)
Feb 16 2024, 4:28 PM
Unknown Object (File)
Dec 20 2023, 4:20 AM
Unknown Object (File)
Nov 8 2023, 4:06 AM
Unknown Object (File)
Nov 8 2023, 3:32 AM
Unknown Object (File)
Nov 4 2023, 11:35 PM
Unknown Object (File)
Oct 7 2023, 2:24 AM
Unknown Object (File)
Oct 3 2023, 11:36 PM

Details

Summary

Increment the route table generation count after modifying a
route. This signals back to TCP connections that they need to
update their L2 caches as the gateway for their route may have
changed. This is a heavier hammer than is needed, strictly
speaking, but route changes will be unlikely enough that the
performance effects of invalidating all connection route caches
should be negligible.

Diff Detail

Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 14526
Build 14665: arc lint + arc unit

Event Timeline

Why is this necessary, or desirable? If a route that is cached is modified, that doesn't invalidate it. It should still be the best route if it was before.

I just realized that this is necessary when the L3 gateway changes. The L3 cache doesn't need to be invalidated, but L2 does. A comment to this effect would be helpful.

Add comment explaining generation increment

This revision is now accepted and ready to land.Jan 23 2018, 1:52 AM
This revision was automatically updated to reflect the committed changes.