One rogue client can bring down a network, have you tried to update the offending client?
I have no idea which is the rogue client. Most devices are personal mobile phones belonging to different users. All laptops/PCs are running Windows 10, all updates applied.
For today's case, the Dell laptop is suffering from disconnection, but there used to be another PC also having disconnection issue while having Zoom meeting. When no one's around, I set up a Zoom meeting on that PC and there's no disconnection for 3 hours straight, but when the students are around, the PC has disconnection issue again. _________________ ▫ RSS feed for DD-WRT releases (2024): https://rsseverything.com/feed/7d36ab68-7733-46c3-bd8a-9c54c5cef08c.xml
▫ easyddup - A simple upgrade/downgrade utilityby yoyoma2--- as featured in 📌 Reference Links, stickies retired back to forum (Moderator's Pick 🌟)
Joined: 18 Mar 2014 Posts: 12915 Location: Netherlands
Posted: Tue May 10, 2022 10:26 Post subject:
I know there are a lot of different opinions and I am not an expert on Wifi but:
Your ACK timing is low I would at least use 1350, but some will say even higher e.g. 3150
Your TX power for 5 GHz is really high clients will see the AP and try to send back but cannot as the clients TX power is way less.
Lower it to 24 dB ?
Well I don't have the problem I don't have the strange syslog messages.
Code:
received unexpected tx_fetch_ind event: in push mode
failed to lookup txq for peer_id 177 tid 0
I have mainly atheros clients!
And a few Intel and Mediatek clients.
The only client that behaves strangely is the Nitendo switch (and it has a Broadcom WLAN chip).
It behaves strangely in that it regularly disconnects when it is in deep sleep.
And with the dd-wrt radio firmware, the switch has been affecting my network throughput when it reconnects.
All the overrated Apple stuff also uses Broadcom radios...
As I said, I would still test build 44715...
Just install the build and test it for a few days when "visitors are present".
is not that complicated ...
After the build BS had tinkered with the firmware and the drivers and we had all kinds of WLAN problems...
Build 44715 should not be a solution for most people either (because it is already relatively old and has security holes)
I know there are a lot of different opinions and I am not an expert on Wifi but:
Your ACK timing is low I would at least use 1350, but some will say even higher e.g. 3150
Your TX power for 5 GHz is really high clients will see the AP and try to send back but cannot as the clients TX power is way less.
Lower it to 24 dB ?
Some say not to use Airtime fairness
For 2.4 GHz use N/G Mixed instead of Mixed
Max associated clients is also low not sure if that can cause a problem
Here are the reasons for my settings:
- The premise is an underground bomb shelter, 20m x 8m, almost no interference from other WiFi networks (the WiFi signal can't really get through the walls of the underground bomb shelter).
- From what I understand, ACK timing = 2x max distance, that's why I think 500 is more than enough.
- I remember the wiki said to set max legally allowed TX power, so I used 30, at channel 161, 80MHz.
- I read some discussions about airtime fairness, but nothing conclusive.
- The issue occurred on 5GHz. I'm not sure if the 2.4GHz settings can affect the 5GHz.
- I don't have more than 60 users at a time. The disconnection issue occurs when other users leave the network, not when they're joining (previous screenshots showed there're about 20 connected clients when the issue occurred)
I can turn on WebGUI remote access for anyone who wants to adjust the settings as they wish, but I will not use this XR500 as the main router anymore, so I don't know if the adjusted settings are able to solve the issue or not.
I also don't want to change the SSID and blow up the issue.
One should not believe everything that is written in the wiki.
I can only smile at statements like "always use the highest transmission power".
A signal that is too strong can be just as counterproductive as one that is too weak.
If I test with two QCA9984 cards at 5m distance and 30dB then I can measure a significantly worse throughput.
For fun, I once stacked beer cans as a wall between them = bomb throughput.
Transmitting power reduced = bomb throughput
Or "under no circumstances use DFS channels!!!!".
I have been using DFS channels exclusively for years and have never had any problems with them.
Anyway, it only matters if you want fast roaming.
Can you share your findings, maybe in a separate thread, so that other people can benefit? (and for the wiki to be updated with the latest information)
sound all just like a incorrect setup. and if i see a snr of 50 and above, its clear that the signal is fucked up high and cannot be with good quality. its like your client i 1 meter away from your ap.
Just click on the link.
BS has also written here in the Atheros forum that a too strong signal is not beneficial.
sound all just like a incorrect setup. and if i see a snr of 50 and above, its clear that the signal is fucked up high and cannot be with good quality. its like your client i 1 meter away from your ap.
Just click on the link.
BS has also written here in the Atheros forum that a too strong signal is not beneficial.
I would say that in the end you have to make a compromise.
You can't optimise the settings for both use cases at the same time.
However, if you have a professional WLAN installation (i.e. a separate AP in each room), you are well advised to use the lowest possible transmission power.
Each AP should only cover a limited area and not radiate into the other WLAN cells.
Besides, as I said, 30dB at ~5m is pretty much overkill.
from this point of view, the statement "always use the highest transmitting power" is of course nonsense.
I would say that in the end you have to make a compromise.
You can't optimise the settings for both use cases at the same time.
However, if you have a professional WLAN installation (i.e. a separate AP in each room), you are well advised to use the lowest possible transmission power.
Each AP should only cover a limited area and not radiate into the other WLAN cells.
Besides, as I said, 30dB at ~5m is pretty much overkill.
from this point of view, the statement "always use the highest transmitting power" is of course nonsense.
Whatever the firmware or setting is, maybe the throughput can drop but the wireless client should not be kicked out when it's next to the router, right?
Back to my case, the affected laptop & PC are a few rooms away (there's another user sitting next to the router also complaining about WiFi disconnection, but I ignore him because he's not using Zoom). I don't care much about throughput (because no user in my case need high throughput), but the issue is WiFi is disconnected when other users are out of range (that's just the general idea, I still don't know the specific condition to trigger the issue)
Short answer, it's all client dependent.
Even if the AP supports 802.11k, 802.11v, 802.11r then the client must also support it and even if the client supports it, the client still decides for itself what it does.
Then clients are not allowed to send probe requests on DFS channels because initial radiation is prohibited on those frequencies.
So they are not allowed to actively transmit first, but only to listen.
Personally, I don't need "seamless roaming" either.
I don't walk around the flat with my notebook or PC and hold parallel zoom meetings.
I am either in room a or room b
and when I'm walking around I usually have something else to do than carry around devices.