Re: [aqm] [Bloat] ping loss "considered harmful"

2015-03-05 Thread Curtis Villamizar
In message Dave Taht writes: > My point was A), I have seen tons of shapers out there that actually > prioritize ping over other traffic. I figure everyone here will agree > that is a terrible practice, but I can certainly say it exists, as it > is a dumb mistake replicated in tons of shapers I

Re: [aqm] Is bufferbloat a real problem?

2015-02-28 Thread Curtis Villamizar
In message <54f12bbf.4050...@rogers.com> David Collier-Brown writes: > Yup! > > Loss is a bit of like hitting someone with a 2 x 4" as a clue-stick. It > hurts, but it sure does work! > > --dave ECN might be a touch gentler. But loss on the order of 10^-4 or less doesn't hurt too bad. Wi

Re: [aqm] Is bufferbloat a real problem?

2015-02-28 Thread Curtis Villamizar
In message KK writes: > This could also be done by not having to depend on "loss" as the primary > source of feedback... > > -- > K. K. Ramakrishnan > Professor > Dept. of Computer Science and Engineering > University of California, Riverside > Rm. 332, Winston Chung Hall > Tel: (951) 827-248

Re: [aqm] Is bufferbloat a real problem?

2015-02-28 Thread Curtis Villamizar
FQ is also not a silver bullet but it is part of some good solutions, perhaps the best solutions we know of at this point. Curtis > On 02/27/2015 01:52 PM, Curtis Villamizar wrote: > > In message <2134947047.1078309.1424979858723.javamail.ya...@mail.yahoo.com> > > Daniel H

Re: [aqm] aqm Digest, Vol 24, Issue 18

2015-02-28 Thread Curtis Villamizar
t; > > Send aqm mailing list submissions to > > aqm@ietf.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://www.ietf.org/mailman/listinfo/aqm > > or, via email, send a message with subject or body 'help' to > >

Re: [aqm] Is bufferbloat a real problem?

2015-02-27 Thread Curtis Villamizar
In message <2134947047.1078309.1424979858723.javamail.ya...@mail.yahoo.com> Daniel Havey writes: > > I know that this question is a bit ridiculous in this community. Of > course bufferbloat is a real problem. However, it would be nice to > formally address the question and I think this commun

Re: [aqm] [NS-2 implementation of AQMs]

2014-02-21 Thread Curtis Villamizar
In message Naeem Khademi writes: > Nicolas, > > Good catch although I tend to think that the impact of this would be > more visible on FIFO/DropTail queues; with an AQM presumably set at a > low threshold this impact will probably be less profound (although > depending on too many other facto

Re: [aqm] What is a good burst? -- AQM evaluation guidelines

2013-12-17 Thread Curtis Villamizar
In message Naeem Khademi writes: > Hi all > > I'm not sure if this has already been covered in any of the other > threads, but looking at > http://www.ietf.org/proceedings/88/slides/slides-88-aqm-5.pdfand > draft-ietf-aqm-recommendation-00, the question remains: "what is a > good burst (size)

Re: [aqm] [Bloat] [iccrg] AQM deployment status?

2013-10-14 Thread Curtis Villamizar
Not sure either 802.1ad (QinQ) or 802.1ag (CFM, Y.1771 like OAM) is going to help. What might help is if the switch does 802.1Qbb (priority based flow control). This only helps of the thing being flow controlled (the host or other device) does 802.1Qbb and does something reasonable with its back

Re: [aqm] [Bloat] [iccrg] AQM deployment status?

2013-10-14 Thread Curtis Villamizar
In message <12845.1381547...@sandelman.ca> Michael Richardson writes: > > Eggert, Lars wrote: > > I've heard that statement [that RED is supported] from many different > > people. I wonder if it is > > actually true. Is there any hard data on this? > > The issue I've had is that