Date: Wed, 26 Sep 2001 18:44:57 -0400 From: "Joseph Gleason" <clash@tasam.com> To: "Sheldon Hearn" <sheldonh@starjuice.net>, "Joseph Gleason" <clash@zogbe.tasam.com> Cc: "Adam Nealis" <adamnealis@yahoo.co.uk>, <freebsd-security@FreeBSD.ORG> Subject: Re: Using ipfw pipes for bandwidth management - can it allow for "bursting"? Message-ID: <002901c146dc$de5ef8c0$095f5f0a@battleship> References: <72924.1001535947@axl.seasidesoftware.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
I didn't say the dummynet man page has all answers, but it is somewhere to
look.
The only thing I can find is this from the ipfw page:
red | gred w_q/min_th/max_th/max_p
Make use of the RED queue management algorithm. w_q and max_p
are floating point numbers between 0 and 1 (0 not included),
while min_th and max_th are integer numbers specifying
thresholds
for queue management (thresholds are computed in bytes if the
queue has been defined in bytes, in slots otherwise). The
dummynet(4) also supports the gentle RED variant (gred). Three
sysctl(8) variables can be used to control the RED behaviour:
net.inet.ip.dummynet.red_lookup_depth
specifies the accuracy in computing the average queue
when the link is idle (defaults to 256, must be greater
than zero)
net.inet.ip.dummynet.red_avg_pkt_size
specifies the expected average packet size (defaults to
512, must be greater than zero)
net.inet.ip.dummynet.red_max_pkt_size
specifies the expected maximum packet size, only used
when queue thresholds are in bytes (defaults to 1500,
must be greater than zero).
----- Original Message -----
From: "Sheldon Hearn" <sheldonh@starjuice.net>
To: "Joseph Gleason" <clash@zogbe.tasam.com>
Cc: "Adam Nealis" <adamnealis@yahoo.co.uk>; <freebsd-security@FreeBSD.ORG>
Sent: Wednesday, September 26, 2001 16:25
Subject: Re: Using ipfw pipes for bandwidth management - can it allow for
"bursting"?
>
>
> On Wed, 26 Sep 2001 13:24:48 -0400, Joseph Gleason wrote:
>
> > man 4 dummynet
>
> So, like, have you? :-)
>
> Seriously, Adam and I are both fairly consciencious readers, and neither
> of us can see how the RED / GRED configuration values are actually used.
>
> Ciao,
> Sheldon.
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-security" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?002901c146dc$de5ef8c0$095f5f0a>