On Mon, Jun 03, 2002 at 09:39:32AM -0700, Lars Eggert wrote:
> Hi,
> 
> the Dummynet page has this example WFQ configuration:
> 
>       ipfw add queue 1 ip from any to 10.1.2.0/24
>       ipfw queue 1 config weight 5 pipe 2 mask dst-ip 0x000000ff
>       ipfw pipe 2 config bw 300Kbit/s
> 
> The 300Kbit/s seems to be the bandwidth limit of the uplink. I'd imagine 
> that extra uplink bandwidth would remain unused in this setup, right? Is 
> it possible to do WFQ when the uplink bandwidth is unknown/unspecified?

the signal that tell the WFQ algorithm when you can transmit the
next packet comes from the pipe. The latter ticks either at a
predefined rate (as configured with the 'bw NNN bit/s' parameter),
or from the tx interrupt coming from a device (e.g. you can say
something like 'bw ed0' to get the transmit clock from device ed0).

HOWEVER: i have implemented the necessary machinery in dummynet (it
is a function called if_tx_rdy()) and in the user interface, "ipfw",
but have not added the hooks to call if_tx_rdy() in each device
driver because these calls are somewhat expensive, and you probably do not want
them on a 100Mbit/s interface.

See http://www.geocrawler.com/archives/3/165/2002/3/0/8222181/
on how to use them (a search for "dummynet if_tx_rdy()" should return
some results).

I should definitely commit this stuff on the slow interfaces,
or perhaps in such a way that the callback is only invoked if
there is a client for it, once 4.6R is released.

        cheers
        luigi



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message

Reply via email to