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