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)
Wed, Nov 13, 5:15 AM
Unknown Object (File)
Sep 26 2024, 12:00 PM
Unknown Object (File)
Sep 25 2024, 5:59 PM
Unknown Object (File)
Sep 25 2024, 2:24 PM
Unknown Object (File)
Sep 25 2024, 7:46 AM
Unknown Object (File)
Sep 25 2024, 4:41 AM
Unknown Object (File)
Sep 23 2024, 12:19 AM
Unknown Object (File)
Sep 21 2024, 6:19 AM

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

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

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.