I’m running an OEM/custom OpenWrt 21.02.7 firmware on an LTE/5G router.
Kernel details:
OpenWrt 21.02.7 (vendor build)
Kernel: 5.4.238
Arch: aarch64_cortex-a55
Toolchain: GCC 9.3.0 (OpenWrt)
Kernel config shows:
CONFIG_NET_INGRESS=y
CONFIG_NET_SCH_INGRESS=y
CONFIG_NET_ACT_MIRRED=y
# CONFIG_IFB is not set
So ingress and mirred are built in, but IFB is missing (ifb.ko not present).
There is no /lib/modules/*/build directory and no kmod-ifb package available via opkg.
I can SSH into the device but cannot upgrade or flash a different firmware because I don’t want to risk bricking the device.
From what I understand:
I cannot install a generic kmod-ifb because the kernel is vendor-patched (5.4.238).
The only way to get IFB would be to build ifb.ko against the exact kernel/toolchain used by the vendor.
Otherwise, I’m limited to egress-only shaping (fq_codel) with bad results.
Before I give up on ingress shaping, I’d like to confirm:
Is there any safe way to add IFB easily without building it?
Has anyone successfully built only ifb.ko for a similar OEM OpenWrt kernel?
What others have with a 5G CPE Router in my situation.
You are supposed to be a bit more specific than that... What do you see in ubus call system board ? I.e whether device can be made to work with normal OpenWrt.
You can still try qos on the (artificial) bridge which has 2 egress tails naturally.
No firewall support there and you likely need some seriousprogramming too
Let's say I don't need a firewall because the traffic from the ISP is already passing through one (I can't port forward, for example).
Will this artificial bridge improve my bufferbloat?
What I’m already trying now is connecting another router with OpenWrt: LAN of the 5G router → WAN of the OpenWrt router, and running SQM there (no clients connected on the 5G router). Even this way, bufferbloat is still strong.