On Fri, Dec 07, 2001 at 11:57:34AM -0500, Michael T. Babcock wrote: > And for those wondering why I'd care to have RED instead of basic > SFQ (although GRED might handle this as I'd like it to), see: > > http://www.google.com/search?q=cache:3RbzYw9RPU4:www-users.cs.umn.edu/~mhasan/finalpres.ppt+gred+queue&hl=en > > Scroll down to about the 1/3 mark or search 'red vs. tail drop'. Its > a converted powerpoint presentation (from: > http://www-users.cs.umn.edu/~mhasan/finalpres.ppt) Also, try a search on SFB (Blue queue). I started writing a kernel qdisc for SFB, but never finished, partly because it really needs to be integrated with a class based system to give the needed flexibility (i.e. if it isn't you will have to choose between the two) and partly because figuring out how to correctly hook the 'busyness' of the interface. A further problem is that Linux based shaper boxes are often not directly connected to the 'slow link', but instead there is a separate router which is taking in a much faster interface, performing it's own (often tail drop) queuing, and pushing out on the slow interface. This configuration is the biggest contributer to traffic control not behaving as expected.
