OpenWrt/LEDE Project

  • Status Unconfirmed
  • Percent Complete
    0%
  • Task Type Feature Request
  • 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 Claudius Ellsel - 11.08.2019

FS#2437 - Add algorithm for auto channel selection (ACS)

Apparently OpenWrt currently does not offer an algorithm for auto channel selection of a wireless channel. Instead it just always seems to default to channel 1 if autochannel is activated. This is not the intended behaviour and not what a user expects. So I suggest adding some selection algorithm to it (there is already available at least one, so it should not be too hard to add it).

Sergey Ponomarev commented on 07.09.2019 09:08

On the wiki https://openwrt.org/docs/guide-user/network/wifi/basic is said that channel “auto” defaults to the lowest available channel.
But for 2.4 GHz it's better to choice 1, 6, or 11 channels if they are free.
So if the channel 1 is already taken then OpenWrt will take channel 2 while it's better to take channel 6.
Does your solution works like this?

Sergey Ponomarev commented on 07.09.2019 15:46

FS#81 similar ticket

moeller0 commented on 07.09.2019 21:43

In many parts of the world the preferable channel set actually is 1, 5, 9, and 13 (see ftp://https://en.wikipedia.org/wiki/List_of_WLAN_channels).

Claudius Ellsel commented on 08.09.2019 10:03

"So if the channel 1 is already taken then OpenWrt will take channel 2 while it's better to take channel 6."

I am not sure, wether that is how it currently works. The forum post instead suggests that channel 1 is always taken. The device does not even look, whether there are other routers around using channel 1. "available channel" probably means available on the router itself. That is what I understood, but I might be wrong with this.

"Does your solution works like this?"

This is not from me, but just what I found when searching for this issue. I thought I might link it, so there is some starting point of a discussion.

"In many parts of the world the preferable channel set actually is 1, 5, 9, and 13"
Did not know that the channels itself can interfere with each other and it is suggested to leave some gap in between. So I guess that should also be added to that "better algorithm". An easy approach would be to simply check for occupied channels and then use the least occupied one out of those 4 preferable channels. A different, more complicated approach might be to calculate the gap needed and then use a channel that ensures that gap. That might work better in cases when there are many occupied channels and those are not always the preferable channels.

Also, if I understood correctly, there is the possibility to use a broader channel width in order to increase the transfer rate? So the router might want to choose that if there are not many occupied channels? Or is that regulated / technically restricted?

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing