Re: [Bloat] [Cerowrt-devel] fq_codel is two years old

2014-05-15 Thread dpreed
Well done. I'm optimistic for deployment everywhere, except CMTS's, the LTE and HSPA+ access networks, and all corporate firewall and intranet gear. The solution du jour is to leave bufferbloat in place, while using the real fads: prioritization (diffserv once we have the fast lanes fully

Re: [Bloat] [Cerowrt-devel] fq_codel is two years old

2014-05-15 Thread David Collier-Brown
dpr...@reed.com wrote Fixing buffer bloat allows the edge- and enterprise- networks to be more efficient, whereas not fixing it lets the edge networks move users up to more and more expensive plans due to frustration and to sell much more gear into Enterprises because they are easy marks

Re: [Bloat] [Cerowrt-devel] fq_codel is two years old

2014-05-15 Thread David Lang
If you think fast lanes will actually increase performance for any traffic, you are dreaming. the people looking for fast lanes are't trying to get traffic through any faster, they are looking to charge more for the traffic they are already passing. David Lang On Thu, 15 May 2014,

[Bloat] fast lanes

2014-05-15 Thread Dave Taht
On Thu, May 15, 2014 at 4:46 PM, David Lang da...@lang.hm wrote: If you think fast lanes will actually increase performance for any traffic, you are dreaming. I have a huge problem with the fast lane analogy. The bigger ISPs have national backbones of their own that could be used to transport

Re: [Bloat] [Cerowrt-devel] fq_codel is two years old

2014-05-15 Thread Dave Taht
On Thu, May 15, 2014 at 6:01 PM, dpr...@reed.com wrote: I don't think that at all. I suspect you know that. But if I confused you, let me assure you that my view of the proper operating point of the Internet as a whole is that the expected buffer queue on any switch anywhere in the Internet

Re: [Bloat] [Cerowrt-devel] fq_codel is two years old

2014-05-15 Thread David Lang
We are talking about different things then. The fast lane I'm talking about is where ISPs want companies to pay them for bandwidth (in addition to the companies paying their own ISP for bandwidth and in addition to their users paying them for bandwidth) As for your contention that an ideal

Re: [Bloat] [Cerowrt-devel] fq_codel is two years old

2014-05-15 Thread David P. Reed
Both you and Dave Taft misunderstood my idea about standing queues not being the right way to encode congestion in switches. I do not say there would be no buffers for jitter. Nor do I call for admission control. I just suggest that instead of deriving congestion from backlog measures

Re: [Bloat] [Cerowrt-devel] fq_codel is two years old

2014-05-15 Thread David Lang
Well, if the link isn't congested, why do you need to do anything to the traffic other than forward it? You have no way of knowing what paths the traffic is going to follow once it hits the next router, so you don't know which streams are independent of each other. Now, if you are saying that