| 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@xxxxxxxxxxxxxxxx> |
| References: | <20040701113312.43cfe6c5@xxxxxxxxxxxxxxxxxxxxx> <20040702134437.5891e998@xxxxxxxxxxxxxxxxxxxxx> <1088824432.1043.271.camel@xxxxxxxxxxxxxxxx> <20040706090906.4ff6fb73@xxxxxxxxxxxxxxxxxxxxx> <1089164179.1039.26.camel@xxxxxxxxxxxxxxxx> |
| 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. |
| Previous by Date: | Re: [PATCH 2.6] update to network emulation QOS scheduler, jamal |
|---|---|
| Next by Date: | Re: [RFR] gianfar ethernet driver, jamal |
| Previous by Thread: | Re: [PATCH 2.6] update to network emulation QOS scheduler, jamal |
| Next by Thread: | Re: [PATCH 2.6] update to network emulation QOS scheduler, Catalin BOIE |
| Indexes: | [Date] [Thread] [Top] [All Lists] |