route cacheing for gif(4) should be optional
Valentin Nechayev
netch at lucky.net
Sat Dec 4 11:15:29 PST 2004
Hi,
Mon, Nov 29, 2004 at 19:15:29, glebius wrote about "Re: route cacheing for gif(4) should be optional":
A>> However there have been reasons for
A>> storing the rtentry pointer in struct gif. In the old days ip_output()
A>> required an rtentry pointer to be passed on, this is no longer the case.
A>> And it was sort of a safe-guard to make it harder to send the gif encapsulated
A>> packets back through the same gif interface. That didn't work really well
A>> and as I say it should be scapped instead of rigged on somewhere else with
A>> yet another obscure option. ;)
> As soon as I make route cacheing optional, I'd like to make it off by default.
> Let me explain: FreeBSD is stable by default, not fast. Routecacheing is not stable.
> When a route flap occurs in dynamicly routed network my gif tunnels are stuck.
> I'll describe in manpage, that more performance can be achieved by enabling this
> route cacheing. Any objections on this default?
Tracking Cisco & etc. footsteps, there is yet another variant: add cached
route with aging and set default aging time very small (e.g. 1 sec).
This can give preferences of caching among with satisfactory time of renewal.
I think this will be best variant, but if in a case it isn't adoptable,
let's caching will be disabled totally by default.
-netch-
More information about the freebsd-net
mailing list