I've not been following too closely, but my thoughts follow. Note that
I'm normally *not* a fan of having a large number of tunables. Its too
easy for users to get themselves into a bad configuration, and the
complexity they add is IMO more painful then the benefit many of them bring.
ip_fragment_timeout: why needed -- IMO this should be self tuned based
on link speed. Or perhaps instead of link speed, watch the IDs go by.
If more than 256/2 (i.e. 128) IDs go by, the fragment could be tossed.
ip_reass_queue_bytes: this shouldn't be touched by users. It should be
self-tuned.
ip_def_ttl: why would anyone still need to tune this? I'd be happy with
this being locked away in a global (and undocumented) /etc/system variable.
ip_ire_pathmtu_interval: the "_ire_" component of the name is not user
friendly. And again, why would this need to be tuned?
ip_ire_redirect_interval: this one looks fishy to me. why needed?
ip_addrs_per_if: this should not need to be tuned. A better design
would make it effectively unlimited.
The others look fine. I wish we didn't need ip_lso_outbound, but I can
see its utility.
-- Garrett
