Re: WLAN connection: 5 GHz priority
solitone wrote: > On Thursday, 20 July 2017 10:05:56 CEST Dan Purgert wrote: >> That being said, most network admins worth anything will be approaching >> the problem from their side too (e.g. with band steering), in order to >> "encourage" client devices to connect to the 5 GHz signal. > > I've tried the band steering option on my AP, but my network card > would rather connect to the 2.4 GHz channel anyhow. It seems to worth > signal level very much, and the 5 GHz signal is usually weaker than > 2.4. Therefore I made do with weakening the 2.4 GHz signal. Yep, this is a usual / recommended thing. I usually have 2.4 on "low" (or lowest power setting possible), and 5 GHz on "medium" (or somewhere around midrange Tx power). Then again, I'm just as apt to turn 2.4 off. > > Funnily enough other clients (two android devices and a windows > laptop) prefer 5 GHz even when it's weaker and my linux laptop > connects to 2.4. Yep, some clients are better at going to 5 (or listening to the recommendations from the AP). -- |_|O|_| Registered Linux user #585947 |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281
Re: WLAN connection: 5 GHz priority
On Thursday, 20 July 2017 10:05:56 CEST Dan Purgert wrote: > That being said, most network admins worth anything will be approaching > the problem from their side too (e.g. with band steering), in order to > "encourage" client devices to connect to the 5 GHz signal. I've tried the band steering option on my AP, but my network card would rather connect to the 2.4 GHz channel anyhow. It seems to worth signal level very much, and the 5 GHz signal is usually weaker than 2.4. Therefore I made do with weakening the 2.4 GHz signal. Funnily enough other clients (two android devices and a windows laptop) prefer 5 GHz even when it's weaker and my linux laptop connects to 2.4. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁Sent from my brain using neurons fueled by glucose. ⢿⡄⠘⠷⠚⠋⠀ ⠈⠳⣄
Re: WLAN connection: 5 GHz priority
solitone wrote: > [...] > Is there some tweak I can do on the kernel module, so that the choice > doesn't rely on any specific configuration on the AP? Not directly (usually), it's a mix of a few things (as you'd done/ mentioned). You may be able to set some preferences in Network Manager / wicd / whatever, but really you're at the mercy of a myriad of factors that you really have little to no control over. That being said, most network admins worth anything will be approaching the problem from their side too (e.g. with band steering), in order to "encourage" client devices to connect to the 5 GHz signal. -- |_|O|_| Registered Linux user #585947 |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281
WLAN connection: 5 GHz priority
Although this issue is widely discussed, but I didn't find a way to solve it. My access point provides both 2.4 GHz and 5 GHz bands, and I'd like my WiFi adapter chose 5 GHz over 2.4. To accomplish this, I reduced the AP's TX power for 2.4 GHz, and increased that for 5 GHz. The point is that when the 2.4 GHz signal is higher than 5 GHz, my WiFi adapter prefers the 2.4 channel, even though usually the 5 GHz channel is less crowded and has less interference and therefore its performance would likely be better. Another way would be to configure two separate SSIDs, one for 2.4 GHz, the other for 5 GHz. However, neither option is viable when I have no control on the APs, like in a university wireless campus. Is there some tweak I can do on the kernel module, so that the choice doesn't rely on any specific configuration on the AP? My laptop features a Broadcom BCM43602 802.11ac WiFi adapter, supported by the brcmfmac driver: $ sudo lspci -vnn |grep BCM43602 -A17 03:00.0 Network controller [0280]: Broadcom Limited BCM43602 802.11ac Wireless LAN SoC [14e4:43ba] (rev 01) Subsystem: Apple Inc. BCM43602 802.11ac Wireless LAN SoC [106b:0133] Flags: bus master, fast devsel, latency 0, IRQ 55 Memory at c140 (64-bit, non-prefetchable) [size=32K] Memory at c100 (64-bit, non-prefetchable) [size=4M] Capabilities: [48] Power Management version 3 Capabilities: [58] MSI: Enable+ Count=1/16 Maskable- 64bit+ Capabilities: [68] Vendor Specific Information: Len=44 Capabilities: [ac] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Capabilities: [13c] Device Serial Number 0f-bd-a7-ff-ff-9d-98-01 Capabilities: [150] Power Budgeting Capabilities: [160] Virtual Channel Capabilities: [1b0] Latency Tolerance Reporting Capabilities: [220] #15 Capabilities: [240] L1 PM Substates Kernel driver in use: brcmfmac Kernel modules: brcmfmac I found this patch that seems relevant: brcmfmac: Give priority to 5GHz band in selecting target BSS https://patchwork.kernel.org/patch/4156831/ but it seems it wasn't ever applied. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁Sent from my brain using neurons fueled by glucose. ⢿⡄⠘⠷⠚⠋⠀ ⠈⠳⣄