I was using a lightly modified version of nbd's qos-scripts package, which use red<br><br>"lightly modified" meant that I had added options to do SFB and the like, the result I published earlier was just watching "red" work.<br>
<br>It uses a lot of different qdisc types and it actually turned out to be hard to get red doing its thing. I am working on something simpler.<br><br><div class="gmail_quote">On Wed, May 11, 2011 at 2:49 AM, Pedro Tumusok <span dir="ltr"><<a href="mailto:pedro.tumusok@gmail.com">pedro.tumusok@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi,<br>
<br>
I got a Linux based router, ZyXEL P2612 (ADSL2+) and also the P2812<br>
(VDSL2) both got an ethernet wan port also.<br>
I can mess around with qdisc on it, since the web ui QoS setup just<br>
creates qdisc settings to correspond.<br>
<br>
Can I have a copy of the red settings commands you used?<br>
<br>
My router basically creates a HTB with 3 SFQ for the QoS and when I<br>
poked at it, it looked like it would let me change the SFQ to RED.<br>
But at that time, I did not have the time to really poke around with it.<br>
<br>
# tc -s -d qdisc show<br>
qdisc htb 1: dev eth0 r2q 500 default 10 direct_packets_stat 4 ver 3.17<br>
Sent 7150514979 bytes 10846403 pkt (dropped 0, overlimits 0 requeues 0)<br>
rate 154592bit 14pps droprate 0bit backlog 0b 0p requeues 0<br>
qdisc sfq 10: dev eth0 parent 1:10 limit 128p quantum 1514b flows<br>
128/1024 perturb 10sec<br>
Sent 7150491288 bytes 10846212 pkt (dropped 0, overlimits 0 requeues 0)<br>
rate 154592bit 14pps droprate 0bit backlog 0b 0p requeues 0<br>
qdisc sfq 110: dev eth0 parent 1:110 limit 128p quantum 1514b flows<br>
128/1024 perturb 10sec<br>
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)<br>
rate 0bit 0pps droprate 0bit backlog 0b 0p requeues 0<br>
qdisc sfq 120: dev eth0 parent 1:120 limit 128p quantum 1514b flows<br>
128/1024 perturb 10sec<br>
Sent 22796 bytes 185 pkt (dropped 0, overlimits 0 requeues 0)<br>
rate 0bit 0pps droprate 0bit backlog 0b 0p requeues 0<br>
qdisc pfifo_fast 0: dev ra0 root bands 3 priomap 1 2 2 2 1 2 0 0 1 1<br>
1 1 1 1 1 1<br>
Sent 19767464443 bytes 29505220 pkt (dropped 0, overlimits 0 requeues 0)<br>
rate 0bit 0pps droprate 0bit backlog 0b 0p requeues 0<br>
qdisc pfifo 8009: dev eth0.3900 limit 1p<br>
Sent 6661359886 bytes 9028157 pkt (dropped 0, overlimits 0 requeues 0)<br>
rate 154128bit 14pps droprate 0bit backlog 0b 0p requeues 0<br>
#<br>
<br>
eth0 = LAN interface<br>
ra0 = WLAN interface<br>
eth0.3900 = Ethernet WAN interface<br>
<br>
<br>
<br>
Its got an old kernel, with lots of patches to kernel I think, so not<br>
sure if its easily done to create a new kernel for it either.<br>
<br>
# uname -an<br>
Linux P-2612HNU-F3 2.6.20.19 #44 Wed Mar 30 10:58:43 CST 2011 mips unknown<br>
# cat /proc/cpuinfo<br>
system type : AR9<br>
processor : 0<br>
cpu model : MIPS 34K V4.12<br>
BogoMIPS : 261.32<br>
wait instruction : yes<br>
microsecond timers : yes<br>
tlb_entries : 16<br>
extra interrupt vector : yes<br>
hardware watchpoint : yes<br>
ASEs implemented : mips16 dsp mt<br>
VCED exceptions : not available<br>
VCEI exceptions : not available<br>
<br>
# cat /proc/meminfo<br>
MemTotal: 124096 kB<br>
MemFree: 27316 kB<br>
Buffers: 7512 kB<br>
Cached: 64772 kB<br>
SwapCached: 0 kB<br>
Active: 44640 kB<br>
Inactive: 37276 kB<br>
SwapTotal: 0 kB<br>
SwapFree: 0 kB<br>
Dirty: 0 kB<br>
Writeback: 0 kB<br>
AnonPages: 9640 kB<br>
Mapped: 27800 kB<br>
Slab: 9620 kB<br>
SReclaimable: 1388 kB<br>
SUnreclaim: 8232 kB<br>
PageTables: 760 kB<br>
NFS_Unstable: 0 kB<br>
Bounce: 0 kB<br>
CommitLimit: 62048 kB<br>
Committed_AS: 43156 kB<br>
VmallocTotal: 1048404 kB<br>
VmallocUsed: 4164 kB<br>
VmallocChunk: 1043016 kB<br>
#<br>
<br>
<br>
<br>
Pedro<br>
<div><div></div><div class="h5"><br>
On Wed, May 11, 2011 at 1:22 AM, Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br>
> I did a preliminary test of a bismark router with ECN and red enabled using<br>
> a lightly modified<br>
> version of openwrt's (nbd's) qos-scripts, doing a scp upload from my laptop<br>
> to a server at <a href="http://bufferbloat.net" target="_blank">bufferbloat.net</a>.<br>
><br>
> I artificially throttled the uplink at 1Mbit and downlink to 10Mbit (the<br>
> measured real values are 24Mbit and 67Mbit respectively) for this test.<br>
><br>
> (there are a few other qdiscs in use, too)<br>
><br>
><br>
> I won't claim to have configured red properly but...<br>
><br>
> <a href="http://www.teklibre.com/%7Ed/bismarkredc2d_owin.png" target="_blank">http://www.teklibre.com/~d/bismarkredc2d_owin.png</a><br>
><br>
> Look better than usual bufferbloat to y'all?<br>
><br>
> This was over ipv4. Thus far I've been unable to tunnel ipv6 out of gatech.<br>
> There is native<br>
> IPv6 around here... somewhere....<br>
><br>
> --<br>
> Dave Täht<br>
> SKYPE: davetaht<br>
> US Tel: <a href="tel:1-239-829-5608" value="+12398295608">1-239-829-5608</a><br>
> <a href="http://the-edge.blogspot.com" target="_blank">http://the-edge.blogspot.com</a><br>
><br>
</div></div>> _______________________________________________<br>
> Bloat mailing list<br>
> <a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
><br>
><br>
<font color="#888888"><br>
<br>
<br>
--<br>
Best regards / Mvh<br>
Jan Pedro Tumusok<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Dave Täht<br>SKYPE: davetaht<br>US Tel: 1-239-829-5608<br><a href="http://the-edge.blogspot.com" target="_blank">http://the-edge.blogspot.com</a> <br>