If you're building from source and prefer your logs to have a bit more info, then the below patch would work to downgrade the beacon log messages to debug. Just save as a .patch file in package/network/services/hostapd/patches...
Au contraire my friend, I want to see less log info. The beacon requests and responses from hostapd were flooding my sytem log; and even if on the WiFi device I set the log to 4 (errors and fatal only), hostapd will always output level 2 (info, warnings and errors).
Thanks @NilsRo for your effort. I just installed usteer-ng on my single dump AP with 2.4GHz and 5GHz on the same SSID (wlan) for improving band steering towards 5GHz. Is my config below sufficient for my use case?
BTW: I added list ssid_list 'wlan' because I have a third SSID for IOT devices on 2.4GHz only.
You are fine in general. If you like you can reduce the band steering interval as it will be adapted dynamically now. I use 30s but if you like to move your device much earlier it would not be a problem anymore.
Actually I did not spend time on it as I hope it will be fixed automatically if merged into the main repository. But if anyone knows how to build packages I would be happy to merge a pull into my usteer-ng repo.