Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-21 Thread dpreed
On Wednesday, September 21, 2016 2:00pm, "Mikael Abrahamsson" said: > Yes, I guess people who have been staring at traffic graphs and Netflow > collector system output for 10-15 years have no insight into what and how > much traffic is going where. That's exactly what I am saying. __

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-21 Thread dpreed
Don't want to dwell on this, but Sandvine is not an unbiased source. And it is apparently the *only* source - and 50% is a LOT. Even Trump and Clinton don't have 50% of the electorate each. :-) Does Sandvine have the resources to examine a true sample of all Internet traffic? Maybe the NSA d

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-21 Thread Alan Jenkins
On 20/09/2016, dpr...@reed.com wrote: > I constantly see the claim that >50% of transmitted data on the Internet are > streaming TV. However, the source seems to be as hard to nail down as the > original claim that >50% of Internet traffic was pirated music being sent > over bittorrent. uh, ibid.

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-21 Thread Mikael Abrahamsson
On Wed, 21 Sep 2016, dpr...@reed.com wrote: Of course, the best propaganda is the stuff that you can get engineers in the field to promulgate based on their "gut feel". Yes, I guess people who have been staring at traffic graphs and Netflow collector system output for 10-15 years have no insi

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-21 Thread dpreed
On Wednesday, September 21, 2016 3:32am, "Alan Jenkins" said: > On 20/09/16 21:27, dpr...@reed.com wrote: > I don't think the source is hard to identify. It's Sandvine press > releases. That's what the periodic stories on Ars Technica are always > derived from. > > https://www.sandvine.com/pr

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-21 Thread dpreed
bittorrent is a kind of "FTP" rather than semi-isochornous (i.e. rate-bounded) "TV" in my personal classification. As I'm sure you know, the two are quite different in their effects on congestion and their handling of congestion. The idea that bittorrent dominated the Internet traffic volume at

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-21 Thread Alan Jenkins
et traffic has become netflix-like. *anything* e2e that can reduce the negative impact of the big fat flows on everything else is a win. -Original Message- From: "Jonathan Morton" Sent: Sat, Sep 17, 2016 at 4:11 pm To: "Maciej Soltysiak" Cc: "Maciej Soltysiak&

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-20 Thread Mikael Abrahamsson
On Tue, 20 Sep 2016, dpr...@reed.com wrote: I constantly see the claim that >50% of transmitted data on the Internet are streaming TV. However, the source seems to be as hard to nail down as the original claim that >50% of Internet traffic was pirated music being sent over bittorrent. It's m

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-20 Thread dpreed
gt;> >> While I agree *strongly* that lots of short flows is how the internet >> mostly operates, (I used to cite a paper on this a lot) >> >> a huge number of bulk flows exist that has been messing up the short >> flows. I think the number was something 70% of int

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-19 Thread Dave Taht
hing* e2e that can reduce the negative > impact of the big fat flows on everything else is a win. > > >> >> >> >> -Original Message- >> From: "Jonathan Morton" >> Sent: Sat, Sep 17, 2016 at 4:11 pm >> To: "Maciej Soltysiak"

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-17 Thread Dave Taht
ssage- > From: "Jonathan Morton" > Sent: Sat, Sep 17, 2016 at 4:11 pm > To: "Maciej Soltysiak" > Cc: "Maciej Soltysiak" , > "cerowrt-devel@lists.bufferbloat.net" > Subject: Re: [Cerowrt-devel] BBR congestion control algorithm for TCP

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next

2016-09-17 Thread dpreed
j Soltysiak" , "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] BBR congestion control algorithm for TCP innet-next > On 17 Sep, 2016, at 21:34, Maciej Soltysiak wrote: > > Cake and fq_codel work on all packets and aim to signal packet loss early to > network stacks