Development issues regarding the cerowrt test router project
 help / color / mirror / Atom feed
From: Rich Brown <richb.hanover@gmail.com>
Cc: codel@lists.bufferbloat.net, cerowrt-devel@lists.bufferbloat.net,
	bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Cerowrt-devel] [Codel] [Bloat] blip: a tool for seeing internet latency with javascript
Date: Tue, 30 Apr 2013 22:39:43 -0400	[thread overview]
Message-ID: <AE135235-7559-4B00-860D-396C172F0DFD@gmail.com> (raw)
In-Reply-To: <CAGhGL2C=nop_2kCNTDn8-n2Oxkia-mSuCyzVEHSPt7CW=2P5Jw@mail.gmail.com>

Folks,

I noted a paradoxical effect using the blip tool and CeroWrt. I wrote it up and included screen shots in:  http://www.bufferbloat.net/issues/430 Here's the text of the note.

Any thoughts?

Rich Brown
Hanover, NH

-------------
CeroWrt 3.8.8-4 doesn't have as big an effect on the apenwarr.ca blip javascript program as I expected. This isn't really a bug report, but I am using this message as an easy way to include screen shots:

Experimental setup #1

- Macbook connected to demo3.intermapper.com, where I executed iperf -s
- Macbook running iperf locally to that server (iperf -c demo3.intermapper.com -i 1 -t 30)
- Macbook running http://apenwarr.ca/log/ connected to primary (bloated) router running DD-WRT from a couple years ago

Result: blip chart times increase during iperf as expected. The response goes from ~120/200 (green/blue, respectively) to ~500msec for both. (see "Test #1 using primary router wireless" image)

Experimental setup #2:

- MacBook is connected to CeroWrt 3.8.8-4 which is connected to LAN side of DD-WRT which then goes to the Internet. 
- Run "iperf -c" as before

Result: the blip chart times seem to exhibit approximately the same behavior, with the same high response times during the iperf transfer. (See "Test #2 using CeroWrt5 wireless" image below)

Observation:

Both charts seem similar - this is counter to my intuition, and counter to my experience using a simple sequence of one-second pings which don't vary much from the baseline in the experimental setup #2.

Hypotheses:

- blip is a cool hack, but a bad test, and doesn't accurately represent the responsiveness of the network. 
- fq_codel as implemented in CeroWrt3.8.8-4 does not handle these "TCP Pings" well/as expected. 
- ???

Any thoughts?

Rich Brown
Hanover, NH


      reply	other threads:[~2013-05-01  2:39 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-28 18:52 [Cerowrt-devel] " dpreed
2013-04-29  0:37 ` [Cerowrt-devel] [Codel] " Jim Gettys
2013-05-01  2:39   ` Rich Brown [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cerowrt-devel.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AE135235-7559-4B00-860D-396C172F0DFD@gmail.com \
    --to=richb.hanover@gmail.com \
    --cc=bloat@lists.bufferbloat.net \
    --cc=cerowrt-devel@lists.bufferbloat.net \
    --cc=codel@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox