Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Register or Sign in
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
About RJordan-CCS
RJordan-CCS
Getting noticed
Member since Apr 23, 2018
Jan 10 2024
Community Record
60
Posts
51
Kudos
2
Solutions
Badges
Jul 27 2023
7:42 AM
We had similar problems at a site in the last few weeks, all MR44s except for two MR32s that were put in to fill bad spots while more MR44s were on long backorder. Disabling client load balancing helped, but did not eliminate the problem, which had the clients roaming to APs with poor signal quality, then bouncing back to one with good quality. All firmware up to date. These would occur several times per minute on affected clients even if the client was not moving, but was not happening all the time; sporadically one or more clients would start having issues at about the same time. RF and Health were unrevealing, showing no particular issues. Two additional items were found last year. First was that most of the problem clients were HP laptops with Realtek controllers. This affected both fixed and roaming clients and impacted multiple customer sites; our techs tried both switching users to USB wireless adapters for a while (which helped) and testing different drivers, and then found one Lenovo Realtek driver that worked on the HP laptops to significantly reduce (but still did not eliminate) the problem. "Realtek wifi RTK8822BE-CE Ver 2024_0_8_134 At the time (10/2022) others reported similar problems corrected via newer HP drivers but that didn't work for us. And we do not see similar problems at sites with non Meraki APs (to be fair totally different sites that may have more AP coverage due to cost).
... View more
Oct 28 2022
9:43 AM
We reported the problem to HP also but have heard nothing back as expected. So far the best band-aid seems to be the Lenovo driver mentioned above. It still does not eliminate the problem but reduces it quite a lot.
... View more
Oct 19 2022
10:30 AM
Thank you for posting that. HP Support Assistant is NOT giving us that driver version on the last couple of G6 machines we have at customer sites. I'll try to find that version to check. I know the G7 and G8 systems we tried get Our problem customer's customer machine that the dashboard ID'd as a "CHONGQING FUGUI...", probable Dell turned out to also be a Probook with Realtek controller. With their permission we installed the Lenovo-provided driver I listed above and its behavior improved dramatically. The dashboard still doesn't recognize it as a realtek device though; still says its a "CHONGQING FUGUI..." Thanks again. I'll report back results if we can get the driver version you listed for the G7/G8 machines we have ready access to and can test with it.
... View more
Oct 17 2022
9:52 AM
I don't have info on the USB adapters they tried, but the reports were they were stable, just very slow. I've asked if the AX200 you referenced are the intel adapters that my manager said worked but were not readily obtainable. I certainly see them on ebay and amazon, so maybe they are a different option. If I can talk them into ordering one we will give them a try, Thanks!
... View more
Oct 13 2022
3:35 PM
I believe the PC techs provided some USB-wifi adapters as a temporary workaround; the users (our customers) did not find that to be a satisfactory solution; it was slow, though consistent since it didn't have the periodic flameouts. But we really can't tell them to tell their own customers to plug in a foreign device just to get service. Our test machine got updated to Win10 21H2, fully updated via HP image assistant and support assistant, but it didn't touch the 2021 Lenovo driver and claimed there were no newer drivers. Since the HP website showed a May 2022 driver (same one we had all the fails with) and nothing newer, there's no magic solution for this machine. I ran it back and forth with the lenovo driver in our office, no issues for 30 minutes. Installed the new HP driver and same. However it is a sporadic problem, might come back any time, so I'm not assuming anything. I'll ask someone in the office to use the test PC on and off and check its timeline periodically to see if the problems recur. And we just found out that at least two of the 'other' machines on this network that the dashboard identifies as "CHONGQING FUGUI..." are actually probooks with Realtek controllers. One a 450 G6 and one a 455 G7... so the device reporting is now suspect.
... View more
Oct 13 2022
7:37 AM
THanks for replying. Our test box is a ProBoook 455 G8, though I know a couple of the customer boxes were G7s. My managers say they have actually determined intel chip based cards are usable on at least some of the problem devices (not sure which versions) but they are 'backordered forever' so we are still waiting for them. That does not help with our customers' clients though other than being able to inform them. As you noted we have no complaints about usage of the Probook/Realtek combo from any sites running other wireless APs (we thought we had one at a Ubiquiti site but just doing the HP driver updates fixed that one permanently and completely). Whatever the issue is between the Realtek cards and the Meraki APs (and now possibly that one Dell device) is becoming a significant issue; we had a couple of cases opened, with both leading to reduction of symptoms but not complete fixes. And now the Dell doing almost the same thing. That user also states they have no problems anywhere else except at our customer's sites.
... View more
Oct 12 2022
2:39 PM
BTW if you don't mind can you post version info for the realtek driver that worked for you? We're going to get a test system going tomorrow and seeing what HP, Microsoft, and Realtek direct have as current.
... View more
Oct 12 2022
1:34 PM
Thank you for replying. I know we looked at the aggressive roaming option, I'll talk to the tech who was working the multiple complaint tickets at the time. It did not make a difference with the really bad Realtek issues. We do not have that level of access to the current Dell problem system; belongs to a customer of our customer, but we can ask them to try that the next time they come in, assuming they have sufficient access to their PC (its also a company box for whichever company they are from). We have discussed setting up separate 2.4 and 5GHz SSIDs with our customer and they really do not want to do that because they want everything set up as straightforward and simple as possible for their walk-in customers. And this started fairly recently (the Dell started within the last week, the Realteks early this year)
... View more
Oct 12 2022
12:07 PM
Thanks for replying. I guess we can check to see if there's a newer HP driver available; the last time we checked and updated was early September. The Lenovo driver we're using with considerable improvement is labeled as "Realtek wifi RTK8822BE-CE Ver 2024_0_8_134 and came via Lenovo. I will ask one of the folks in the office to see if htere is a newer HP driver worth testing.
... View more
Oct 11 2022
3:57 PM
Several months ago we started having severe wifi connectivity problems that affected customers using HP ProBooks (windows 10) at sites with either a combination of mostly MR42s and a couple of MR44s or a site with mostly MR44s and a couple of MR32s filling in dead spots. We are not certain that the mix of APs is a problem but there is a lot of correlation; we have had far fewer problems at one of the customers alternate sites that only has MR42s. AP firmware has been kept up to date. I'd have to dig to find out where they started and when they were updated over the months. Running HP latest drivers made no difference. Rolling back to a 2021 Lenovo driver on the HPs actually did reduce the problems substantially (and re-updating to current HP brought them back with a vengeance). The customer sees horrible performance. The timeline in the dashboard shows it connecting and disconnecting every few seconds, sometimes switching from 2.4 to 5ghz and back again, often roaming to different APs, often distant ones with horrible s/n ratio, staying there for a few seconds, then roaming back. Sometimes they will maintain one connection for several hours, then start this mess again for a few minutes to over an hour, even if the laptop is not actually moved. In our office with two MR32s and an MR44 we were able to duplicate this. Using an SSID with tags so we could run it just on the central MR44 or the front/back MR32s we confirmed that the problem occurred far more often when we walked the office with the SSID on all three APs, but still happened occasionally when roaming the two MR32s, and didn't happen with just the MR44 as long as we ran the 2021 Lenovo driver. When it occurred, we would sometimes get the insane timelines, and when we didn't we could still see the event log entries showing most of the connect/disconnects (there is or was a dashboard problem that Meraki is aware of when you just don't get timeline entries, or they are delayed showing up). Now we have a Dell at one of the same sites, with a controller ID'd as a Windows 10 box with CHONGQING FUGUI controller. It does not move when there, but is now doing the same thing. It keeps jittering, disconnect/reconnect, roaming to distant APs then failing back, but this one adds a new wrinkle; we are seeing many repeating Code 2 multiple invalid authentication (this is not them messing up the SSID passphrase) Code 1 unspecified failure Code 53 multiple invalid PMKID status and code 30 multiple Refused Temporarily We were on the dashboard checking when the last bit of this was happening. The two nearest APs (MR42s) were not heavily loaded and no other clients on them were having issues. This one PC roamed to both and also 4 other APs further away during its tantrums. The HP/Realtek fails got the code 1 and 2, and rarely code 30 events. We never saw a code 53. This one machine generated 1300 connection attempts and over 800 fails in a few hours. It had an hour of problems, then ran fine for several hours, then another 45 minutes of problems before the user gave up. That Dell is not a machine we have access to or control over (nor does our customer, we have to go through the end user); we have asked them to try to get up to date drivers and such installed. I don't recall problems like this happening prior to about 8-10 months ago (Realtek) but the customers were much quieter then as many still weren't going in to the office sites. Any thoughts?
... View more
Labels:
- Labels:
-
Other
Oct 11 2022
3:03 PM
2 Kudos
We had two customers that recently started having issues with MacOS wireless clients; I do not have the exact error message but the gist was that the Mac said the network required a WPA2 passphrase. The SSID DOES have a WPA2 compliant passphrase, but some Macs gave the error. This occurred even when the We ended up turning off WPA1 compatibility where it was still enabled, and switched all of the SSIDs to WPA3 transition mode (support WPA2 and WPA3). That pretty much stopped the complaints. Not sure if it was related to a recent AP firmware update, but the Macbooks in question had Mojave, Catalina, and whatever the latest OS versions (maybe a newer one too). One M1, the rest were intels. So far no complaints from old WPA1 only devices losing connectivity.
... View more
Oct 11 2022
2:45 PM
1 Kudo
I checked the notes, and that was what we ended up doing. "Disable Captive Portal Detection" stopped the problems with the one site.
... View more
Apr 22 2022
10:06 AM
Philip, we are doing that with our customer's own zoom setup. However we (and they) cannot do anything about _their_ clients' zoom setups; the people using the coworking spaces generally don't even know if their own organizations configure QoS, or they're using one of the 'free' zoom options which by my understanding do not have the option. Enabling the Meraki default QoS rules has not noticeably helped with those users. We've tried a couple of packet traces when we can ID the particular user's device; one had Zoom QoS enabled per the tech who looked at it, the other did not; nothing we can do about the latter.
... View more
Apr 21 2022
8:55 AM
This question is about two different sites. One has all MR44 APs and can use the new NBAR QoS selections, the other has older APs. Both have MX firewalls so have NBAR on the MX. I do have a support ticket open for this but hoping someone has had live experience. Online best practice info about zoom and videoconferencing in general, including Teams, seems to require setting different priorities for audio vs video. Audio gets higher priority. However NBAR only has one selection for zoom (unlike MS Teams that has, I think, five different selections and breaks out audio and video). So if we create a traffic shaping rule for 'zoom' we can only pick one per-client bandwidth and one setting for either PCP or DSCP tag (APs) or just the DSCP tag and priority (low, normal, high)(MX), which would seem to put video and audio (and sharing?, etc) all at the same priority level, not matching alleged best practice. We can do the NBAR custom rules for the site with MR44s on both the APs and the firewall, or just the firewall at the other site. Default QoS rules are enabled Switches are set to accept QoS in settings on voice, production, and office wifi VLANs Both sites need to support zoom meetings from multiple sources, not just the customer running their own (coworking spaces), some of which may have QoS enabled and some not, but we do not have control over that; it sounds like we might need to force QoS as opposed to accepting and not changing what the client (or upstream) puts out, but again that leaves us with audio and video and whatever else all at the same priority. What is the proper way to deal with this? Thanks
... View more
Mar 1 2022
3:55 PM
Got a little more info. This apparently _mostly_ happens when the user has the VPN up while remote, sleeps their computer without disconnecting, then tried to bring the machine up on the office LAN, though one of the two users said it has happened when their machine was awakened at home and the tunnel had not been disconnected before it slept. That person doesn't have a Meraki MX at home, so the screen they're seeing is presumably the company's MX that they are trying to VPN in to. There is no address bar on the Anyconnect browser window to confirm
... View more
Mar 1 2022
11:16 AM
We have a support ticket open for this, but after today I thought I'd check here to see if anyone else has had this problem More than a week ago, a customer using Anyconnect to VPN into an MX250 running 16.15 firmware started getting Anyconnect popups (NOT browser; it shows "Anyconnect Browser Window" and is its own executable) that shows the MX device's status page (the one you can log into via and make basic network changes via). I have heard that the anyconnect popups are for 'walled garden', click-through, post VPN login pages, etc that require user input before proceeding (like some wifi services). None of those are configured and VPN was working properly prior to this problem starting. I do not know if there was a coinciding firmware change with the problem starting. This weekend one of our own people started getting the same problem with Anyconnect to our own MX84. Firmware 16.14 (updating tonight to 16.16 as a test) Anyconnect client is version 4.9.06037 on both site's PCs Any ideas?
... View more
Labels:
- Labels:
-
Client VPN
Apr 28 2020
7:44 AM
I'm not familiar with that model; is the AP mounted so the antennas come out parallel to the ground? Perhaps a sizable bird took to using it as a perch, or a critter on it became the target of a predatory bird. A bird launching from a perch can put a fair amount of force on it; a raptor nailing an unwary squirrel can probably generate a solid whack too. Might have been a Mutual of Omaha's Wild Kingdom moment there...
... View more
Apr 28 2020
7:23 AM
4 Kudos
Ah, the melancholy of not winning, and yet not really losing because in the pursuit of points we found the information to make our customers with Sonos speakers much much happier and got some great ideas for fun SSID names! Thanks @MeredithW And congrats, @PacerX
... View more
Apr 23 2020
7:29 AM
Thank you for that heads up. So far we've only done Z3 models but one or two new customers are considering Z3c's and one of those would be primarily run over cellular. We usually preload/configure/allow firmware updates before a box goes out but occasionally send out unconfig'd units at customer request (or direct ship because someone is in a hurry) and that would be an unpleasant surprise...
... View more
Apr 22 2020
2:33 PM
2 Kudos
I liked mine but now, after reading the above, they were not all that imaginative. Our family's (not mine) past military service didn't include the US Navy but I chose ship names from before they started naming them after politicians. Private SSIDs for IOT or other internal uses were named after historic naval bases. USS Hornet USS Essex USS Enterprise NAS Argentia NS Sangley Point Currently everything has been renamed to random character strings. Surprisingly I seem to get a lot fewer attacks/penetration tests since doing that... I guess the names were an attractant or the wannabee hackers were misguided Star Trek fans.
... View more
Apr 16 2020
1:57 PM
This was a fortuitously timed post; one of our customers has had periodic Sonos problems and just called in again with them; their devices are on a separate SSID but it was in L3 roaming mode; we're going to switch it and see how they do. There's no reason for the roaming capabilities on that particular SSID Thanks Rich
... View more
Apr 16 2020
1:22 PM
I'm going to have to chase down our Cisco tech and ask; I know he went to some pre-Cisco Meraki events and he definitely has a habit of hanging on to various tchotchkies .
... View more
My Accepted Solutions
| Subject | Views | Posted |
|---|---|---|
| 4031 | Oct 11 2022 3:03 PM | |
| 2711 | Apr 25 2019 3:45 PM |
My Top Kudoed Posts
| Subject | Kudos | Views |
|---|---|---|
| 9 | 13017 | |
| 8 | 28280 | |
| 4 | 13252 | |
| 4 | 30034 | |
| 4 | 30089 |
© 2024 Cisco Systems, Inc.
