From: Arie <nospam@ariekanarie.nl>
To: bloat@lists.bufferbloat.net
Subject: [Bloat] Curious bufferbloat on DOCSIS connection with many downloads
Date: Tue, 16 Jan 2018 20:36:37 +0100 [thread overview]
Message-ID: <CAEy8nsT0smHRAL3of5AiCBPjkGxHnKO648tCdkA7LHTQzwpDEw@mail.gmail.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 2006 bytes --]
Recently I accidentally discovered something quite odd about my home DOCSIS
connection (shaped with cake) while running a flent rrul test.
During the flent rrul test, another machine in my home had started a Steam
game update, this opened somewhere between 8-12 connections and saturated
my downstream.
The interesting part was the resulting rrul graph, showing perfect latency
control during the test, but 100-150ms of bufferbloat at the very start and
end of the rrul graph (when rrul is idle, just pinging).
Instead of a Steam download I started an iperf3 client on a remote machine
that opened 16 connections to a LAN machine. Same behavior as the Steam
download.
At first I thought this was a bug with cake, but no matter how I tuned cake
(limiting my 400/40 connection to 50/20 for example), the behavior was
similar.
I tried fq_codel+htb, and got similar results to cake, high latency before
the rrul test kicked off, great latency while rrul was doing its up and
downloads.
So I swapped out my self-compile LEDE router with an Edgerouter ER-X with
both stock and LEDE firmware, both with fq_codel and cake (on both stock
and LEDE firmware). Same results.
Even without any SQM active, the rrul test still improved the latency of my
connection when it's also downloading from 8+ connections at the same time.
I managed to take the flent rrul test out of the equation by starting a
hping3 "flood" to the hop next of my cable modem.
hping3 -2 -d 0 -s 10080 -k -p 80 -i u100 first-hop-or-ISP-gateway-goes-here
>
This also fixed the latency while many downloads were running by sending
about 300KB/s of empty UDP packets to some unresponsive port on my ISPs
local gateway.
I'm puzzled by this result, somehow sending 300KB/s of empty packets
upstream drastically improves the latency of my connection when it's
receiving many downloads.
Equipment used:
Cisco EPC3212 cable modem (8x4 EuroDOCSIS 3.0)
Linksys WRT1900ACS router with LEDE
Ubiquiti Edgerouter ER-X with both EdgeOS (stock) and LEDE
[-- Attachment #2: Type: text/html, Size: 2496 bytes --]
next reply other threads:[~2018-01-16 19:36 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-16 19:36 Arie [this message]
2018-01-16 19:52 ` Dave Taht
2018-01-16 20:48 ` Arie
2018-01-16 21:34 ` Michael Richardson
2018-01-25 0:15 ` Benjamin Cronce
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/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAEy8nsT0smHRAL3of5AiCBPjkGxHnKO648tCdkA7LHTQzwpDEw@mail.gmail.com \
--to=nospam@ariekanarie.nl \
--cc=bloat@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