Re: [Bloat] came across an unexpected side-effect of bufferbloat

[Dave Taht <dave.taht@gmail.com>]

This is precisely the sort of failures I (perversely) hope to induce
at battlemesh, using flent to drive the network to saturation.

On Mon, Aug 3, 2015 at 7:00 AM, Steinar H. Gunderson
<sgunderson@bigfoot.com> wrote:
> On Mon, Aug 03, 2015 at 11:53:40PM +1000, jb wrote:
>> While researching a little I came across a message on the Amazon support
>> forums that said after 3 hours of uploading to Amazon, their cable modem
>> would crash and reboot. The reason was that the SNMP the cable modem needed
>> to stay healthy was timing out (due to the excessive latency induced by the
>> continuous uploading). The author didn't know it was bufferbloat, of course.
>
> FWIW, you don't need bufferbloat for this to fail. A classic thing with
> switches (typically underbuffered rather than overbuffered!) is that when you
> run the links full, the OSPF packets get dropped and eventually your link
> flaps because the other side thinks you're down.
>
> This is one of the reasons why most L3 switches (well, anything that's
> advanced enough to do OSPF or the likes in the first place :-) ) have QoS at
> all: You need to protect your administrative traffic.
>
> /* Steinar */
> --
> Homepage: http://www.sesse.net/
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat



-- 
Dave Täht
worldwide bufferbloat report:
http://www.dslreports.com/speedtest/results/bufferbloat
And:
What will it take to vastly improve wifi for everyone?
https://plus.google.com/u/0/explore/makewififast