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 0F72E200648 for ; Sat, 21 May 2011 07:15:39 -0700 (PDT) Received: by iyi20 with SMTP id 20so5635985iyi.16 for ; Sat, 21 May 2011 07:27:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=cMw0e8HbZFiI8PAP1dkKcMLNGjIGIyxR7N1orQ+Ac3I=; b=Sb3k7ioTuzL1rtrfZ5i1bOKs5rTHBH+dHmEILVASIlLIvyyWy8GriuT6UecsgKPPvA t2sq6wZUs4AsFJ+DRzocURbefC4vOvnTYwkkkbYk3jeGFW4wXl9voOU9kFb3gLvoV5/v q4Bdys/32Av0eYxgiTbGPAE99kwkhgYYwKv18= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=d7sp8jJVJX8T5M9NfqQCZ4mE6FY7Oc1I1+4Nc84GLAOj0gTQx2UyQW0NKKhPTUr6op oWy+dzz6GQEwbNe83uO5YPxyz3wONu/v6CAb8jKj+kKXP8tyJ/YiXsj77EVSrhFw1IOy R/Uo0PoQUFRl7GFHji6nC4Imi4dB67QnizNS8= MIME-Version: 1.0 Received: by 10.231.215.3 with SMTP id hc3mr522449ibb.156.1305988059943; Sat, 21 May 2011 07:27:39 -0700 (PDT) Received: by 10.231.31.201 with HTTP; Sat, 21 May 2011 07:27:39 -0700 (PDT) Date: Sat, 21 May 2011 08:27:39 -0600 Message-ID: From: Dave Taht To: bloat Content-Type: multipart/alternative; boundary=000e0cd4d4dc64d34104a3ca0a37 Subject: [Bloat] Applying RED93 in south africa 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: Sat, 21 May 2011 14:15:39 -0000 --000e0cd4d4dc64d34104a3ca0a37 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable The default qos-scripts for openwrt are being tested in south africa right now as part of the first bismark 'capetown' deployment of a whole bunch of wndr3700v2 routers. Bismark contains extensive debloating of the ar71xx, and ath9k device drivers and shortened txqueues. On the plus side, the qos-scripts hold latencies down below 400ms for priority traffic. On the minus sides, I'm not seeing red kick in (no packet loss to speak of)= , ecn is not being negotiated on tcp connections to SA(??), and single stream downloads are at about 3/4 of the overall bandwidth available. I would be very interested in a little analysis of the packet captures and data contained in bug: http://www.bufferbloat.net/issues/171 and email thread: https://lists.bufferbloat.net/pipermail/bismark-devel/2011-May/000177.html I've also setup a wndr3700v2 box in Georgia with these QoS settings in place, and some big files worth downloading. It is temporarily at: http://gw.lab.bufferbloat.net/capetown/capetown-wndr3700v2/ Experience the pain of the Internet on another continent! (note that the gw is up on ipv6 as well) (if you merely want a copy of the near final capetown release of bismark fo= r a wndr3700v2, you can download it without the simulated pain, at: http://mirrors.projectbismark.net/downloads/capetown/capetown-wndr3700v2/ only the "v2" is supported. ) SFB is also in this release, but lacking good scripts for it... So, out of the 100+ papers on RED93, which one applies best in this situation? does RED93 drop packets properly when ECN is not available? Etc. --=20 Dave T=E4ht SKYPE: davetaht US Tel: 1-239-829-5608 http://the-edge.blogspot.com --000e0cd4d4dc64d34104a3ca0a37 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable The default qos-scripts for openwrt are being=A0 tested in south africa rig= ht now as part of the first bismark 'capetown' deployment of a whol= e bunch of wndr3700v2 routers.

Bismark contains extensive debloating= of the ar71xx, and ath9k device drivers and
shortened txqueues.

On the plus side, the qos-scripts hold latencies= down below 400ms for priority traffic.

On the minus sides, I'm = not seeing red kick in (no packet loss to speak of), ecn is not being negot= iated on tcp connections to SA(??), and single stream downloads are at abou= t 3/4 of the overall bandwidth available.

I would be very interested in a little analysis of the packet captures = and data contained in bug:

http://www.bufferbloat.net/issues/171

and email thread:=

https://lists.bufferbloat.net/pipermail/bismark-devel/2011-= May/000177.html

I've also setup a wndr3700v2 box in Georgia = with these QoS settings in place, and some big files worth downloading. It = is temporarily at:

http://gw.lab.bufferbloat.net/capetown/capetown-wndr3700v2/

Experience the pain of the Internet on another continent! (note = that the gw is up on ipv6 as well)

(if you merely want a copy of the near final capetown release of bismar= k for a wndr3700v2,
=A0you can download it without the simulated pain, = at:

http://mirrors.projectbismark.net/downloads/capetown/= capetown-wndr3700v2/

only the "v2" is supported.

)

SFB is also in th= is release, but lacking good scripts for it...

So, out of the 100+ p= apers on RED93, which one applies best in this situation? does RED93 drop p= ackets properly when ECN is not available? Etc.


--
Dave T=E4ht
SKYPE: davetaht
US Tel: 1-239-829-5608
= http://the-edge.= blogspot.com
--000e0cd4d4dc64d34104a3ca0a37--