Maybe this is too much of a theoretical question, but..
It would be really nice to know, how do "random-detect" and "fair-queue"
work together in CBWFQ.
I understand the concept of RED with FIFO queueing, actually this is how it
worked back in days:
RED/WRED/Flow WRED - all were considered a "queueing strategies", and when
random-detect on interface, you have to disable fair-queue, etc. The queue
FIFO, and RED is actually a _drop_ strategy.
Okay, now, if we have bandwidth configured in CBWFQ class, the class' queue
So one can easily understand how RED works here, no problems.
But then, we come to work with class-default. We can turn on WFQ/RED at the
same time, withing class-default.
Recalling that WFQ has, by itself, it's own drop strategy, which is based
on queue-limit, CDT and SNs of each flow, i become puzzled here.
How does RED incorporate in WFQ? Does it works per-flow, with CDT
being one of the thresholds? How does it affect original WFQ drop behavior?
Maybe someone here knows the answer? :)
Subscription information may be found at: