From: Dave Taht <dave.taht@gmail.com>
To: Simon Barber <simon@superduper.net>
Cc: "Klatsky, Carl" <carl_klatsky@cable.comcast.com>,
cake@lists.bufferbloat.net, "Eggert, Lars" <lars@netapp.com>,
"cerowrt-devel@lists.bufferbloat.net"
<cerowrt-devel@lists.bufferbloat.net>,
bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Cerowrt-devel] [Cake] [Bloat] heisenbug: dslreports 16 flow test vs cablemodems
Date: Mon, 18 May 2015 10:21:29 -0700 [thread overview]
Message-ID: <CAA93jw5_ZpZrAVJOEnbzMZw0bomVqfPVUXCgscfaL-quksM8TA@mail.gmail.com> (raw)
In-Reply-To: <14d67a7d978.27f7.e972a4f4d859b00521b2b659602cb2f9@superduper.net>
On Mon, May 18, 2015 at 8:32 AM, Simon Barber <simon@superduper.net> wrote:
> LEDBAT is often used for scavenger traffic - things that should not detract
> from normal Internet use. There are two effects, latency and bandwidth.
> While AQM solves the latency problem, it removes the ability of LEDBAT to
> not impact bandwidth during peak usage.
data transport over neutrinos would help!
seriously, iw10 and cubic knock utp out of the way to a larger extent
that is a start.
I would like it if we saw more work in the area of making ledbat
lighter in the light of deployment of fq and aqm technologies.
> Simon
>
> Sent with AquaMail for Android
> http://www.aqua-mail.com
>
> On May 18, 2015 8:09:39 AM dpreed@reed.com wrote:
>>
>> I'm curious as to why one would need low priority class if you were using
>> fq_codel? Are the LEDBAT flows indistinguishable? Is there no congestion
>> signalling (no drops, no ECN)? The main reason I ask is that end-to-end
>> flows should share capacity well enough without magical and rarely
>> implemented things like diffserv and intserv.
>>
>>
>>
>> On Monday, May 18, 2015 8:30am, "Simon Barber" <simon@superduper.net>
>> said:
>>
>> I am likely out of date about Windows Update, but there's many other
>> programs that do background downloads or uploads that don't implement LEDBAT
>> or similar protection. The current AQM recommendation draft in the IETF will
>> make things worse, by not drawing attention to the fact that implementing
>> AQM without implementing a low priority traffic class (such as DSCP 8 - CS1)
>> will prevent solutions like LEDBAT from working, or there being any
>> alternative. Would appreciate support on the AQM list in the importance of
>> this.
>>
>> Simon
>>
>> Sent with AquaMail for Android
>> http://www.aqua-mail.com
>>
>> On May 18, 2015 4:42:43 AM "Eggert, Lars" <lars@netapp.com> wrote:
>>>
>>> On 2015-5-18, at 07:06, Simon Barber <simon@superduper.net> wrote:
>>>
>>> Windows update will kill your Skype call.
>>>
>>>
>>> Really? AFAIK Windows Update has been using a LEDBAT-like scavenger-type
>>> congestion control algorithm for years now.
>>> Lars
>
>
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake
>
--
Dave Täht
Open Networking needs **Open Source Hardware**
https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67
next prev parent reply other threads:[~2015-05-18 17:21 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-14 19:13 [Cerowrt-devel] " Dave Taht
2015-05-15 2:48 ` Greg White
2015-05-15 4:44 ` Aaron Wood
2015-05-15 8:18 ` [Cerowrt-devel] [Bloat] " Eggert, Lars
2015-05-15 8:55 ` Sebastian Moeller
2015-05-15 11:10 ` [Cerowrt-devel] [Cake] " Alan Jenkins
2015-05-15 11:27 ` [Cerowrt-devel] " Bill Ver Steeg (versteb)
2015-05-15 12:19 ` Jonathan Morton
2015-05-15 12:44 ` Eggert, Lars
2015-05-15 13:09 ` Bill Ver Steeg (versteb)
2015-05-15 13:35 ` Jim Gettys
2015-05-15 14:36 ` Simon Barber
2015-05-18 3:30 ` dpreed
2015-05-18 5:06 ` Simon Barber
2015-05-18 9:06 ` Bill Ver Steeg (versteb)
2015-05-18 11:42 ` Eggert, Lars
2015-05-18 11:57 ` luca.muscariello
2015-05-18 12:30 ` Simon Barber
2015-05-18 15:03 ` Jonathan Morton
2015-05-18 15:09 ` dpreed
2015-05-18 15:32 ` Simon Barber
2015-05-18 17:21 ` Dave Taht [this message]
2015-05-18 15:40 ` Jonathan Morton
2015-05-18 17:03 ` Sebastian Moeller
2015-05-18 17:17 ` Jonathan Morton
2015-05-18 18:14 ` Sebastian Moeller
2015-05-18 18:37 ` Dave Taht
2015-05-19 16:25 ` [Cerowrt-devel] [Cake] " Sebastian Moeller
2015-05-15 16:59 ` [Cerowrt-devel] " Dave Taht
2015-05-15 17:47 ` [Cerowrt-devel] " Dave Taht
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=CAA93jw5_ZpZrAVJOEnbzMZw0bomVqfPVUXCgscfaL-quksM8TA@mail.gmail.com \
--to=dave.taht@gmail.com \
--cc=bloat@lists.bufferbloat.net \
--cc=cake@lists.bufferbloat.net \
--cc=carl_klatsky@cable.comcast.com \
--cc=cerowrt-devel@lists.bufferbloat.net \
--cc=lars@netapp.com \
--cc=simon@superduper.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