OpenWrt/LEDE Project

  • Status Unconfirmed
  • Percent Complete
  • Task Type Bug Report
  • Category Base system
  • Assigned To No-one
  • Operating System All
  • Severity Medium
  • Priority Very Low
  • Reported Version Trunk
  • Due in Version Undecided
  • Due Date Undecided
  • Private
Attached to Project: OpenWrt/LEDE Project
Opened by Daniel Lakeland - 08.12.2020

FS#3495 - kmod-sched should include additional qdiscs: qfq, drr, sfb

Supply the following if possible:
- Device problem occurs on

all devices

- Software versions of OpenWrt/LEDE release, packages, etc.

current release 19.x.x and trunk

- Steps to reproduce


install kmod-sched see that it does not have a full set of qdiscs which reduces the utility of targeted high-interactivity scheduling designs such as:

The most important ones in my mind are:

qfq: an important weighted queue discipline which lets you balance bandwidth within another class, so it’s useful to place below a HFSC class to balance the users within the class in a purposefully weighted *unfair* way. it’s more efficient than drr so if a choice needs to be made between the two for size reasons, qfq is preferable

drr: does similar thing to above but less computationally efficient... probably not needed if qfq can be provided

sfb: this can be a better qdisc if you are trying to do fair queueing on UDP streams which do not respond to signalling the way TCP does, this will tend to delete packets from the “heavy” streams.

Overall it’s important for good custom queueing to have all of the following qdiscs in my opinion:

hfsc, red, cake, qfq, bfifo, pfifo, sfb


Available keyboard shortcuts


Task Details

Task Editing