ipfw (dummynet) adds delay, but not configured to do so

Luigi Rizzo rizzo at iet.unipi.it
Thu Mar 5 23:17:27 PST 2009


On Fri, Mar 06, 2009 at 08:06:50AM +0100, Sebastian Mellmann wrote:
> 
> >> Secondly, apropos Sebastian's experience, should this say "The value
> >> (even if 0) is rounded to the next multiple of the clock tick .." ?
> >> ^^^^^^^^^^^
> >
> > 0 is rounded to 0 so that's not an issue.
> > The delay Sebastian is seeing comes from the babdnwidth limitation,
> > which is causing a non-zero "transmission time" which is rounded up.
> 
> Let me get this right:
> 
> When I configure a pipe with bandwidth limitations, I'll always get some
> additional delay when a packet passes this pipe?

"additional" compared to the case of no bandwidth limitations.
But the delay is exactly the effect of bandwidth limitations
and the presence of the queue (and possibly +/- 1 tick of rounding),
so you have to understand what is modeled if you want to account
for it precisely.


More information about the freebsd-ipfw mailing list