Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

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

Open
openwrt-bot opened this issue Aug 11, 2019 · 5 comments
Open

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

openwrt-bot opened this issue Aug 11, 2019 · 5 comments
Labels

Comments

@openwrt-bot
Copy link

clel:

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).

@openwrt-bot
Copy link
Author

@openwrt-bot
Copy link
Author

stokito:

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?

@openwrt-bot
Copy link
Author

stokito:

FS#81 similar ticket

@openwrt-bot
Copy link
Author

moeller0:

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]]).

@openwrt-bot
Copy link
Author

clel:

"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?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant