usteer: Usteer does not seem to steer to higher frequency band if provided by another access point
Nobody has claimed this yet.
- Dominant language
- Makefile
- Stars
- 4.6k
- Forks
- 4k
- Avg merge
- 3d 12h
- Merged PRs (30d)
- 134
Description
Hello,
I use OpenWRT Stable 22.03 in a qemu x86_64 virtual machine with two Mediatek MT7915E devices. Usteer works reliably in this setup, moves 2.4 devices to 5ghz band if possible. I can see the following messages in the logfile:
hostapd: wlan1: BSS-TM-RESP XX:XX:XX:XX:XX:XX status_code=0 bss_termination_delay=0 target_bssid=XX:XX:XX:XX:XX:XX
But as soon as I start providing the 2.4 and 5 ghz band by two different OpenWRT guests on the same network, usteer no longer steers 2.4 ghz devices to 5 ghz band. The log messages that indicate steering activity disappear.
Is this a bug or a feature?
Usteer Version: 2022-08-18-7d2b17c9-1
OpenWRT Version: OpenWrt 22.03.2 r19803-9a599fee93 / LuCI openwrt-22.03 branch git-22.361.69894-438c598
Target Platform: x86/64
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the reported setup with separate OpenWrt guests providing the 2.4 GHz and 5 GHz bands, then compare usteer and hostapd logs with the single-guest setup. Done means establishing whether cross-guest band steering is supported and, if it is a bug, defining a reproducible fix and regression check.
Written by the indexing model from the issue text.
Assessment
- Domain
- networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100