From owner-freebsd-security  Wed Sep 26 15:45:18 2001
Delivered-To: freebsd-security@freebsd.org
Received: from zogbe.tasam.com (uta-ip196.ntc.off-campus.vt.edu [63.165.178.196])
	by hub.freebsd.org (Postfix) with ESMTP id E915137B42A
	for <freebsd-security@FreeBSD.ORG>; Wed, 26 Sep 2001 15:45:13 -0700 (PDT)
Received: from battleship (uta-ip196.ntc.off-campus.vt.edu [63.165.178.196])
	by zogbe.tasam.com (8.11.6/8.11.6) with SMTP id f8QMivO09400;
	Wed, 26 Sep 2001 18:44:57 -0400 (EDT)
Message-ID: <002901c146dc$de5ef8c0$095f5f0a@battleship>
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>
References: <72924.1001535947@axl.seasidesoftware.co.za>
Subject: Re: Using ipfw pipes for bandwidth management - can it allow for "bursting"? 
Date: Wed, 26 Sep 2001 18:44:57 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Sender: owner-freebsd-security@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-security.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-security>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-security>
X-Loop: FreeBSD.org

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