Daniel J Blueman wrote:
Has anyone been able to get the RED (random early detection) qdisc
working lately?
I can't get anything going through it to be dropped or marked; the
'marked', 'early', 'pdrop' and 'other' fields remain at 0 [1]. In my
example script [2], I get the 3072Kbits/s transfer into eth0, which
you'd expect if the RED qdisc wasn't there.
I have tried with a recent 2.6.12 debian kernel and stock 2.6.14 on
x86_64 debian. I built new iproute and iptables packages from latest
clean upstream sources, but to no avail.
Any ideas? Please CC me on replies, as I am not subscribed.
Dan
--- [1]
# tc -s qdisc show dev eth0
qdisc htb 1: r2q 10 default 10 direct_packets_stat 0
Sent 53985530 bytes 36757 pkts (dropped 0, overlimits 45125)
qdisc red 10: parent 1:10 limit 512Kb min 64Kb max 128Kb
Sent 53985530 bytes 36757 pkts (dropped 0, overlimits 0)
marked 0 early 0 pdrop 0 other 0
--- [2]
tc qdisc del dev eth0 root
tc qdisc add dev eth0 root handle 1: htb default 10
tc class add dev eth0 parent 1: classid 1:1 htb rate 4096kbit ceil 4096kbit
tc class add dev eth0 parent 1:1 classid 1:10 htb rate 3072kbit ceil 3072kbit
tc qdisc add dev eth0 parent 1:10 handle 10: red \
limit 4096kbit min 512kbit max 1024kbit avpkt 1000 \
burst 100 probability 0.02 bandwidth 1024kbit
___
Daniel J Blueman
You need to test with several tcp connections, one will not have a big
enough rwin to fill the queue enough to reach the buffer thresholds -
which for clarity I would specify in kb not kbit.
Andy.
Andy.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
