->: Performance improvements for MRs directly connected to an MX (Wi-Fi 6 MRs)
had bad upload speed (MR Mgig ports connected to gbit mx) but its fixed now.
@TomasB with Meraki there is no difference, it is simply that once a certain percentage of networks are using the Stable Release Candidate version, it becomes a Stable version
We have found this update to be good, but we are having one issue. One of our windows laptop models running a realtek adaptar started having issues after upgrading to the release candidate. Normally our laptops have 15 or less connections in a 24 hour period. After the update this number soared into the 1000s on one particular device type which we have around 100 or so devices deployed. This included devices disconnecting and reconnecting to the same AP over and over in a matter of a couple seconds. This lead to lagging and issues with Zoom clients especially. Anyone else run into this?
I cannot say we have han any issue. We're running with Intel WIFI6 AX201 on our Windows laptops.
From what I have seen I can see a client roaming between two AP's every min.
But, no disassociation and no disconnections.
I'm note sure why this occurs. The signal is good to both AP's.
I will try with this:
Client balancing = Disable
Enable band steering = On
I have seen lot of this on our hand held terminals running Android.
They are connected to a SSID with a static password (WPA2)
I would be happy if anyone know what can cause this issue?
The devices are in lockdown mode so there is no wrong password set by user for example:
Have you figure out a solution to this? Most of my laptops have Realtek cards (RTL 8822) and they are either disconnection every few seconds or roaming from different APs
This goes on for 100's of rows for the last hour
Yes, we are having the exact same issue with our MR46 and MR52 and Realtek adapters. No issue with our Intel cards. Currently have ticket opened with Meraki and HP. Meraki disabled 802.11k but no improvement. Seems to occur on both 2.4 and 5. AX disabled. Tried lowering roaming aggressiveness, disabled band steering and client balancing. Zero improvement so far.
Yes! We did all those things we were recommended by support with no improvement. I will say that like usual after we did their troubleshooting they closed our case even though I kept telling them that this was still an issue. I also did not hear anything back from our rep after emailing him multiple times and him telling me they would look into it.
I would recommend upgrading. We're running 28.6 on ~360 AP's with WPA2 PSK on one SSID and Radius on another. We have no issues with this.
This is a show stopper. Is the client still getting a DHCP or is this just a cosmetic error? I'm not game to roll out this firmware till this is fixed.
Is this issue happening on only devices with Realtek wlan adapters? Because we are having the same issue but only with Realtek. Have a ticket opened with HP and it has been escalated all the up through engineering who is now working with Realtek on this.
It has caused a crippling impact on our staff and neither HP or Realtek have any workarounds to offer. Moral of the story: avoid Realtek at all costs.
Any update on this from HP/Meraki?
We are in the same exact boat. So far we have isolated the issue to the following Realtek WLAN Cards so far: RTL8822CE and RTL8822BE. Current workaround is to install the following older drivers and this works fine for connectivity but not sure if it has other side affects. If we install the latest driver from HP, Windows Update the problem comes back.
So far we have tested the following AX disabled, 12mbps bit rate set, radio power adjustments, channel adjustments etc, max performance settings for the WLAN adapter. We have not tried disabling 802.11k yet, but does not look like that works from other users feedback but we will try it anyway. We have an active support ticket with Meraki.
if we don't use the drivers noted above, what we notice in the Meraki logs in the request "client has left ap" messages every few seconds and also, not sure if this is related is that even though we are not using 802.1x, we are seeing 802.1x authentication related events on the WiFi 6 access points. When we have the problem the packet loss is about 8% to 12%. Intermittently as well the client would chose to connect to distant access points.
once we install the older drivers then everything seems to go back to normal, no packet loss, constantly connect to nearest access point.
Nope. No update. They refuse to see it as an issue and have closed my case. I have even written to my rep and he said he would look into it and then never said anything back.
Yes, I have an update. I took this issue all the way up the engineering chain at HP and after extensive wlan adapter logging, Realtek has created a new driver to address this issue. I have it in production in my environment and it is working great. They are currently working on a build to be released to the public. I don't have a timeline but help is on the way. They haven't provided me with clear explanations on the root cause other than what Meraki told me, which is that it was related to the Realtek wlan's incompatibility with 802.11k. We brought in identical devices with Qualcomm and Mediatek wlan cards and had no issues whatsoever with our Meraki APs.
I used the one from Lenovo's site and it works for the HPs, but you can also try from Microsoft update catalog:
Does anybody have the luxury to test this if the same Realtek cards have the same issue on other (non-Meraki) enterprise level wireless networks or another wireless mesh type network - or is this problem specific to Realtek and a Meraki environment?
I know on our testing if we pin a SSID to an access point (where the Realtek clients cannot roam) we don't experience any of this problems. Also if we use the same Realtek cards on our home wifi networks we don't seem to have this issue.
Usually client drivers are the problem.
Like mediatek chips like my wife has one in her laptop have terrible drivers.
I had to check some gray websites before I finally found a firmware that fixed stability issues.
Issue was packetloss every x amount of packets for multiple seconds. Moving the screen or laptop itself made the problem worse while moving it and improving when stationary at a certain angle. After upgrade few times to the final version I found finally fixed this.
we have not had any new findings/report of the problem since disabling 802.11k across our environment. we cannot really control installed drivers on all enduser devices and disabling 802.11k was the only system wide workaround; for those we can control the drivers then the older Realtek fw noted above is still the current workaround for us until newer drivers can be tested.
we are NOT running the beta mr29.x firmware as of yet.
we have not tested any of the later release Realtek drivers at - this may or may not contain a fix. https://www.catalog.update.microsoft.com/Search.aspx?q=Realtek+8822CE+Wireless+LAN+
hope that helps.
I tested Realtek 2024.0.10.226 and a newer firmware, but I had to roll it back as it was still happening.
I have to try one of those newer one from the catalog.
For some reason disabling 802.11k on my side, didn't seem to make a difference.
What firmware are you running on your setup at the moment?
At this point we are running the latest stable fw 28.7.1. We also have AX disabled across the environment along with 802.11k disabled.