From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-iy0-f171.google.com (mail-iy0-f171.google.com [209.85.210.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 814A0201319 for ; Wed, 11 May 2011 06:28:10 -0700 (PDT) Received: by iyi20 with SMTP id 20so497981iyi.16 for ; Wed, 11 May 2011 06:35:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=peKnXm1nGb7IkcoY5hp2pe/9s+qwHOnDPI9xyczdOJ0=; b=q/m91Ec66Ej0UTtW5vT6hkqINE1+03gS0h9yiQoGO2MM+T9N13LBIT+DW6AvD+MGR3 8sltZBYM20XQepcKaOJ38Cn+eaLmQRtHWidqeKcvUu2Z6PKnVGntwjSZeZnzdNa6HH56 ZWeWKHc91D90iYpNkI7VvoJiQWpUSiHZLhjxY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=UDu5CS+hyJarh/btU/bloEBHlckD1X9nCDUNer/xATqvZ0kBIoVwjpvhDb0xB+X9uR SaOFeBxiEas/zszvrRLYDyris8YmE4WbXis/juKb4oa0eWlcSgGrH6TWA/P1vaz1Fkqu AtoPZF+T5MHbyDRLw0dGk0ip+tHo0Uzvhmf9Q= MIME-Version: 1.0 Received: by 10.42.131.71 with SMTP id y7mr9635012ics.292.1305120927135; Wed, 11 May 2011 06:35:27 -0700 (PDT) Received: by 10.231.31.201 with HTTP; Wed, 11 May 2011 06:35:27 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 May 2011 07:35:27 -0600 Message-ID: From: Dave Taht To: Pedro Tumusok Content-Type: multipart/alternative; boundary=90e6ba2121734035d004a30025e8 Cc: bloat Subject: Re: [Bloat] Bismark router + ecn + red tested X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2011 13:28:10 -0000 --90e6ba2121734035d004a30025e8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I was using a lightly modified version of nbd's qos-scripts package, which use red "lightly modified" meant that I had added options to do SFB and the like, the result I published earlier was just watching "red" work. It uses a lot of different qdisc types and it actually turned out to be har= d to get red doing its thing. I am working on something simpler. On Wed, May 11, 2011 at 2:49 AM, Pedro Tumusok wro= te: > Hi, > > I got a Linux based router, ZyXEL P2612 (ADSL2+) and also the P2812 > (VDSL2) both got an ethernet wan port also. > I can mess around with qdisc on it, since the web ui QoS setup just > creates qdisc settings to correspond. > > Can I have a copy of the red settings commands you used? > > My router basically creates a HTB with 3 SFQ for the QoS and when I > poked at it, it looked like it would let me change the SFQ to RED. > But at that time, I did not have the time to really poke around with it. > > # tc -s -d qdisc show > qdisc htb 1: dev eth0 r2q 500 default 10 direct_packets_stat 4 ver 3.17 > Sent 7150514979 bytes 10846403 pkt (dropped 0, overlimits 0 requeues 0) > rate 154592bit 14pps droprate 0bit backlog 0b 0p requeues 0 > qdisc sfq 10: dev eth0 parent 1:10 limit 128p quantum 1514b flows > 128/1024 perturb 10sec > Sent 7150491288 bytes 10846212 pkt (dropped 0, overlimits 0 requeues 0) > rate 154592bit 14pps droprate 0bit backlog 0b 0p requeues 0 > qdisc sfq 110: dev eth0 parent 1:110 limit 128p quantum 1514b flows > 128/1024 perturb 10sec > Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) > rate 0bit 0pps droprate 0bit backlog 0b 0p requeues 0 > qdisc sfq 120: dev eth0 parent 1:120 limit 128p quantum 1514b flows > 128/1024 perturb 10sec > Sent 22796 bytes 185 pkt (dropped 0, overlimits 0 requeues 0) > rate 0bit 0pps droprate 0bit backlog 0b 0p requeues 0 > qdisc pfifo_fast 0: dev ra0 root bands 3 priomap 1 2 2 2 1 2 0 0 1 1 > 1 1 1 1 1 1 > Sent 19767464443 bytes 29505220 pkt (dropped 0, overlimits 0 requeues 0) > rate 0bit 0pps droprate 0bit backlog 0b 0p requeues 0 > qdisc pfifo 8009: dev eth0.3900 limit 1p > Sent 6661359886 bytes 9028157 pkt (dropped 0, overlimits 0 requeues 0) > rate 154128bit 14pps droprate 0bit backlog 0b 0p requeues 0 > # > > eth0 =3D LAN interface > ra0 =3D WLAN interface > eth0.3900 =3D Ethernet WAN interface > > > > Its got an old kernel, with lots of patches to kernel I think, so not > sure if its easily done to create a new kernel for it either. > > # uname -an > Linux P-2612HNU-F3 2.6.20.19 #44 Wed Mar 30 10:58:43 CST 2011 mips unknow= n > # cat /proc/cpuinfo > system type : AR9 > processor : 0 > cpu model : MIPS 34K V4.12 > BogoMIPS : 261.32 > wait instruction : yes > microsecond timers : yes > tlb_entries : 16 > extra interrupt vector : yes > hardware watchpoint : yes > ASEs implemented : mips16 dsp mt > VCED exceptions : not available > VCEI exceptions : not available > > # cat /proc/meminfo > MemTotal: 124096 kB > MemFree: 27316 kB > Buffers: 7512 kB > Cached: 64772 kB > SwapCached: 0 kB > Active: 44640 kB > Inactive: 37276 kB > SwapTotal: 0 kB > SwapFree: 0 kB > Dirty: 0 kB > Writeback: 0 kB > AnonPages: 9640 kB > Mapped: 27800 kB > Slab: 9620 kB > SReclaimable: 1388 kB > SUnreclaim: 8232 kB > PageTables: 760 kB > NFS_Unstable: 0 kB > Bounce: 0 kB > CommitLimit: 62048 kB > Committed_AS: 43156 kB > VmallocTotal: 1048404 kB > VmallocUsed: 4164 kB > VmallocChunk: 1043016 kB > # > > > > Pedro > > On Wed, May 11, 2011 at 1:22 AM, Dave Taht wrote: > > I did a preliminary test of a bismark router with ECN and red enabled > using > > a lightly modified > > version of openwrt's (nbd's) qos-scripts, doing a scp upload from my > laptop > > to a server at bufferbloat.net. > > > > I artificially throttled the uplink at 1Mbit and downlink to 10Mbit (t= he > > measured real values are 24Mbit and 67Mbit respectively) for this test. > > > > (there are a few other qdiscs in use, too) > > > > > > I won't claim to have configured red properly but... > > > > http://www.teklibre.com/~d/bismarkredc2d_owin.png > > > > Look better than usual bufferbloat to y'all? > > > > This was over ipv4. Thus far I've been unable to tunnel ipv6 out of > gatech. > > There is native > > IPv6 around here... somewhere.... > > > > -- > > Dave T=E4ht > > SKYPE: davetaht > > US Tel: 1-239-829-5608 > > http://the-edge.blogspot.com > > > > _______________________________________________ > > Bloat mailing list > > Bloat@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/bloat > > > > > > > > -- > Best regards / Mvh > Jan Pedro Tumusok > --=20 Dave T=E4ht SKYPE: davetaht US Tel: 1-239-829-5608 http://the-edge.blogspot.com --90e6ba2121734035d004a30025e8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I was using a lightly modified version of nbd's qos-scripts package, wh= ich use red

"lightly modified" meant that I had added opti= ons to do SFB and the like, the result I published earlier was just watchin= g "red" work.

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.
On Wed, May 11, 2011 at 2:49 AM, Pedro Tumusok = <pedro.tumu= sok@gmail.com> wrote:
Hi,

I got a Linux based router, ZyXEL P2612 (ADSL2+) and also the P2812
(VDSL2) both got an ethernet wan port also.
I can mess around with qdisc on it, since the web ui QoS setup just
creates qdisc settings to correspond.

Can I have a copy of the red settings commands you used?

My router basically creates a HTB with 3 SFQ for the QoS and when I
poked at it, it looked like it would let me change the SFQ to RED.
But at that time, I did not have the time to really poke around with it.
# tc -s -d qdisc show
qdisc htb 1: dev eth0 r2q 500 default 10 direct_packets_stat 4 ver 3.17
=A0Sent 7150514979 bytes 10846403 pkt (dropped 0, overlimits 0 requeues 0)<= br> =A0rate 154592bit 14pps droprate 0bit backlog 0b 0p requeues 0
qdisc sfq 10: dev eth0 parent 1:10 limit 128p quantum 1514b flows
128/1024 perturb 10sec
=A0Sent 7150491288 bytes 10846212 pkt (dropped 0, overlimits 0 requeues 0)<= br> =A0rate 154592bit 14pps droprate 0bit backlog 0b 0p requeues 0
qdisc sfq 110: dev eth0 parent 1:110 limit 128p quantum 1514b flows
128/1024 perturb 10sec
=A0Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
=A0rate 0bit 0pps droprate 0bit backlog 0b 0p requeues 0
qdisc sfq 120: dev eth0 parent 1:120 limit 128p quantum 1514b flows
128/1024 perturb 10sec
=A0Sent 22796 bytes 185 pkt (dropped 0, overlimits 0 requeues 0)
=A0rate 0bit 0pps droprate 0bit backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev ra0 root bands 3 priomap =A01 2 2 2 1 2 0 0 1 1
1 1 1 1 1 1
=A0Sent 19767464443 bytes 29505220 pkt (dropped 0, overlimits 0 requeues 0)=
=A0rate 0bit 0pps droprate 0bit backlog 0b 0p requeues 0
qdisc pfifo 8009: dev eth0.3900 limit 1p
=A0Sent 6661359886 bytes 9028157 pkt (dropped 0, overlimits 0 requeues 0) =A0rate 154128bit 14pps droprate 0bit backlog 0b 0p requeues 0
#

eth0 =3D LAN interface
ra0 =3D WLAN interface
eth0.3900 =3D Ethernet WAN interface



Its got an old kernel, with lots of patches to kernel I think, so not
sure if its easily done to create a new kernel for it either.

# uname -an
Linux P-2612HNU-F3 2.6.20.19 #44 Wed Mar 30 10:58:43 CST 2011 mips unknown<= br> # cat /proc/cpuinfo
system type =A0 =A0 =A0 =A0 =A0 =A0 : AR9
processor =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 0
cpu model =A0 =A0 =A0 =A0 =A0 =A0 =A0 : MIPS 34K V4.12
BogoMIPS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 261.32
wait instruction =A0 =A0 =A0 =A0: yes
microsecond timers =A0 =A0 =A0: yes
tlb_entries =A0 =A0 =A0 =A0 =A0 =A0 : 16
extra interrupt vector =A0: yes
hardware watchpoint =A0 =A0 : yes
ASEs implemented =A0 =A0 =A0 =A0: mips16 dsp mt
VCED exceptions =A0 =A0 =A0 =A0 : not available
VCEI exceptions =A0 =A0 =A0 =A0 : not available

# cat /proc/meminfo
MemTotal: =A0 =A0 =A0 124096 kB
MemFree: =A0 =A0 =A0 =A0 27316 kB
Buffers: =A0 =A0 =A0 =A0 =A07512 kB
Cached: =A0 =A0 =A0 =A0 =A064772 kB
SwapCached: =A0 =A0 =A0 =A0 =A00 kB
Active: =A0 =A0 =A0 =A0 =A044640 kB
Inactive: =A0 =A0 =A0 =A037276 kB
SwapTotal: =A0 =A0 =A0 =A0 =A0 0 kB
SwapFree: =A0 =A0 =A0 =A0 =A0 =A00 kB
Dirty: =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 kB
Writeback: =A0 =A0 =A0 =A0 =A0 0 kB
AnonPages: =A0 =A0 =A0 =A09640 kB
Mapped: =A0 =A0 =A0 =A0 =A027800 kB
Slab: =A0 =A0 =A0 =A0 =A0 =A0 9620 kB
SReclaimable: =A0 =A0 1388 kB
SUnreclaim: =A0 =A0 =A0 8232 kB
PageTables: =A0 =A0 =A0 =A0760 kB
NFS_Unstable: =A0 =A0 =A0 =A00 kB
Bounce: =A0 =A0 =A0 =A0 =A0 =A0 =A00 kB
CommitLimit: =A0 =A0 62048 kB
Committed_AS: =A0 =A043156 kB
VmallocTotal: =A01048404 kB
VmallocUsed: =A0 =A0 =A04164 kB
VmallocChunk: =A01043016 kB
#



Pedro

On Wed, May 11, 2011 at 1:22 AM, Dave Taht <dave.taht@gmail.com> wrote:
> I did a preliminary test of a bismark router with ECN and red enabled = using
> a lightly modified
> version of openwrt's (nbd's) qos-scripts, doing a scp upload f= rom my laptop
> to a server at bu= fferbloat.net.
>
> I artificially throttled the uplink at 1Mbit=A0 and downlink to 10Mbit= (the
> measured real values are 24Mbit and 67Mbit respectively) for this test= .
>
> (there are a few other qdiscs in use, too)
>
>
> I won't claim to have configured red properly but...
>
> http://www.teklibre.com/~d/bismarkredc2d_owin.png
>
> Look better than usual bufferbloat to y'all?
>
> This was over ipv4. Thus far I've been unable to tunnel ipv6 out o= f gatech.
> There is native
> IPv6 around here... somewhere....
>
> --
> Dave T=E4ht
> SKYPE: davetaht
> US Tel: 1-239-82= 9-5608
> http://the-= edge.blogspot.com
>
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat= .net
> https://lists.bufferbloat.net/listinfo/bloat
>
>



--
Best regards / Mvh
Jan Pedro Tumusok



--
Dave T=E4ht
S= KYPE: davetaht
US Tel: 1-239-829-5608
http://the-edge.blogspot.com
--90e6ba2121734035d004a30025e8--