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. _______________________________________________ LARTC mailing list LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
