IPFIREWALL_FORWARD
Ian Smith
smithi at nimnet.asn.au
Thu Mar 11 10:19:21 UTC 2010
On Thu, 11 Mar 2010, n j wrote:
> > A loadable module requires a coherent piece of code to implement the
> > functionality, that can be put into the module. This option
> > scatters tiny snippets of code throughout the exisitng
> > TCP/UDP/IP/ipfw code.
>
> Is that just a matter of current implementation or is that 'scatter'
> necessary for forward functionality?
I think what Julian's saying is that adding (ipfw-specific) forwarding
code to that many code paths in the stack has been deemed too expensive
to have it be costing execution time when it's not being used.
If 'the stack' was a monolithic thing that could be loaded as a module,
then loading different builds of it may be feasible .. but it isn't :)
% grep -RHi IPFIREWALL_FORWARD /sys/
to scope the job of including it. I've no idea how costly wrapping that
code with sysctl tests rather than ifdefs might be - maybe worth a test?
- but there's always going to be pressure to maximise packet flows ..
my 2 bob, Ian
More information about the freebsd-ipfw
mailing list