Fq set for qdisc in sysctl.conf but tc command showing fq_codel

Installing and Using OpenWrt Network and Wireless Configuration
1

sysctl.conf

net.core.default_qdisc = fq

but when i run this command:

tc -s -d qdisc show dev eth1

qdisc fq_codel 0: root refcnt 4513212 limit 4525328p flows 4562708 quantum 4566372 target 5.0ms interval 100.0ms memory_limit 4Mb ecn
 Sent 138291286500 bytes 97066596 pkts (dropped 1, overlimits 0)
  maxpacket 1514 drop_overlimit 0 new_flow_count 11917 ecn_mark 0
  new_flows_len 0 old_flows_len 0

tc -s -d qdisc show dev eth0

qdisc fq_codel 0: root refcnt 4513212 limit 4525328p flows 4562708 quantum 4566372 target 5.0ms interval 100.0ms memory_limit 4Mb ecn
Sent 1691771801 bytes 7127277 pkts (dropped 0, overlimits 0) maxpacket 1514 drop_overlimit 0 new_flow_count 562 ecn_mark 0
new_flows_len 0 old_flows_len 0

tc -s -d qdisc show dev br-lan

qdisc noqueue 0: root refcnt 4513212
 Sent 0 bytes 0 pkts (dropped 0, overlimits 0)

im not using dhcp or dns on the bridge, only the wan, i need fq for bbr rather than fq_codel because of issues with pacing any help would be great

2

Tangent: fq/bbr will only be useful for traffic originating or terminating at the router, for traffic that is just routed fq_codel seems to be the better choice.
Now in your case have you tried something along the lines of:
tc qdisc replace dev eth0 fq

I am away from my Computers so this invocation is probably wrong but the idea is to replace the existing qdisc with fq.
And as final question, do you have the necessary sch_fq module installed?

Best Regards

3

Yeah I thought I had fair queueing but just cake installed and sfq Thanks
for the response, yeah i guess fq_codel will do. I’ll add fq on my next
build I guess