<font face="arial" size="2"><p style="margin:0;padding:0;">Given that there is no likelihood of making localized queue management "intelligent" because it has no global information whatsoever, I strongly suggest that "smart" "intelligent" and even "active" are hugely misleading.</p>
<p style="margin:0;padding:0;"> </p>
<p style="margin:0;padding:0;">They are based on a completely false premise - that queues should be allowed to build at all, and that local information can solve highly transient global problems.</p>
<p style="margin:0;padding:0;"> </p>
<p style="margin:0;padding:0;">"Dumb Queue Management" is going to be far superior.  Keep the queue at zero length, and try to be fair.</p>
<p style="margin:0;padding:0;"> </p>
<p style="margin:0;padding:0;">There's a simple way to do the latter - use a filter (similar to a Bloom filter) that captures recent/frequent users of the queue, and when the queue on an outbound link grows more than about 2-3 packets (double buffering is all you need to keep the link full) discard the most recent and frequent packets (or send information that tells them to slow down).</p>
<p style="margin:0;padding:0;"> </p>
<p style="margin:0;padding:0;">There's been a lot of wasted time and effort trying to build queues long enough so that you can be "intelligent", but by then you have already lost the battle.  You've gotten into a positive feedback loop where you have encouraged the endpoints to send more packets than you can ever drain out of the queue.</p>
<p style="margin:0;padding:0;"> </p>
<p style="margin:0;padding:0;">I truly, truly do not understand why people don't look at realistic network loads and structures.</p>
<p style="margin:0;padding:0;"> </p>
<!--WM_COMPOSE_SIGNATURE_START--><!--WM_COMPOSE_SIGNATURE_END-->
<p style="margin:0;padding:0;"><br /><br />On Friday, December 20, 2013 3:52pm, "Rich Brown" <richb.hanover@gmail.com> said:<br /><br /></p>
<div id="SafeStyles1387574111">
<p style="margin:0;padding:0;">> Dave,<br />> <br />> You wrote:<br />> <br />> > What's in a name? AQM has been pretty thoroughly defined to equal<br />> > active queue *length* management and not packet scheduling.<br />> > Overloading "AQM" what cerowrt does is apt to cause even more<br />> > confusion in the field than it already does. We discussed using LBO as<br />> > a word but that appears hopelessly overloaded with leveraged buy out.<br />> ><br />> > I go back to one I liked a while back:<br />> ><br />> > Smart Queue Management. (SQM)<br />> ><br />> > This got dissed on the aqm list too, but so far a viable alternative<br />> > TLA has not appeared. It's sufficiently different to hang a different<br />> > definition off of ("Smart queue management is an intelligent<br />> > combination of better packet scheduling (flow queuing) techniques<br />> > along with with active queue length management (aqm)”)<br />> <br />> and<br />> <br />> > Any ideas for a name for packet scheduling, prioritization, and active<br />> > queue management better than just "AQM", or "QoS"?<br />> ><br />> > SQM "Smarter Queue Management"<br />> > CeroShaper<br />> > LBO Latency and Bandwidth Optimisation<br />> <br />> I was prepared to agree with “SQM”, and had written a long note<br />> (below) when my brain uttered “Intelligent Queue Management”.<br />> I’m not convinced that one is better than the other…<br />> <br />> Rich<br />> <br />> ===== The benefits of SQM ======<br />> <br />> Wikipedia sez… SQM may refer to:<br />> <br />> - Sociedad Química y Minera de Chile - a Chilean mining and chemical<br />> enterprise<br />> - Software quality management<br />> - Spectrum quality management<br />> - Supplier Quality Management<br />> - Sensors Quality Management Inc. - provides unbiased evaluations of a company's<br />> operations relating to issues of quality, service, cleanliness and value<br />> - Sky Quality Meter, a device for measuring light pollution<br />> <br />> and also : São Miguel do Araguaia airport IATA code<br />> <br />> sqm may refer to :<br />> <br />> - square metre<br />> - Windows Live Messenger log file extension<br />> <br />> So it doesn’t appear that there are any seriously conflicting uses of that<br />> TLA…<br />> <br />> And I prefer “Smart Queue Management” to “Smarter Queue<br />> Management”. We’ll leave to someone else to go out on the weak branch<br />> and espouse “Smarter queue management” and “Smartest queue<br />> management”. (What comes after that? “Smart and a half”,<br />> Smart**2"?)<br />> <br />> Rich<br />> _______________________________________________<br />> Cerowrt-devel mailing list<br />> Cerowrt-devel@lists.bufferbloat.net<br />> https://lists.bufferbloat.net/listinfo/cerowrt-devel<br />></p>
</div></font>