netdev
[Top] [All Lists]

Re: [PATCH 2.6] update to network emulation QOS scheduler

To: hadi@xxxxxxxxxx
Subject: Re: [PATCH 2.6] update to network emulation QOS scheduler
From: "David S. Miller" <davem@xxxxxxxxxx>
Date: Tue, 6 Jul 2004 18:51:46 -0700
Cc: shemminger@xxxxxxxx, util@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx, lartc@xxxxxxxxxxxxxxx
In-reply-to: <1089164179.1039.26.camel@jzny.localdomain>
References: <20040701113312.43cfe6c5@dell_ss3.pdx.osdl.net> <20040702134437.5891e998@dell_ss3.pdx.osdl.net> <1088824432.1043.271.camel@jzny.localdomain> <20040706090906.4ff6fb73@dell_ss3.pdx.osdl.net> <1089164179.1039.26.camel@jzny.localdomain>
Sender: netdev-bounce@xxxxxxxxxxx
On 06 Jul 2004 21:36:20 -0400
jamal <hadi@xxxxxxxxxx> wrote:

> Not sure what the netfilter limit target is - i suspect its something
> that limits based on a group of flows. You can still do that with a
> fwamrk at the qdisc level. Reordering needs a queue. Even the example i
> gave uses a queue that resides on the dummy device.

It's a netfilter iptables module that essentially uses sch_tbf.c's
simple token bucket filter algorithm.

See net/ipv4/netfilter/ipt_limit.c for details.

<Prev in Thread] Current Thread [Next in Thread>