https://community.meraki.com/t5/Wireless-LAN/MR-27-4-released-plenty-of-fixes/td-p/94876   Bug fixes:   Interoperability issue with Dynamic SMPS on certain Intel clients would result in poor performance (802.11ax MRs) I'm running 27.5.1, so it should include this fix.  But this issue sounds very similar.  Our clients were set to Auto SMPS not dynamic.  But we do have 802.11ax MR56s. ... View more

That makes sense.  I just don't understand why the issue happens only roaming to some specific Meraki APs.  At first I thought it was based on channels but now it just seems random.  But it's always the same APs on the floor where the issue occurs. ... View more

A driver update didn't improve things.  In Medium Power Saving mode the issue still happened when on battery.  But I did find a driver setting that solved the issue as well:  Changing MIMO Power Save Mode from Auto SMPS to No SMPS     Intel site describes that feature as this:   MIMO power save modeMIMO power save mode, also known as spatial multiplexing power save (SMPS) mode, allows the client to save power by keeping one antenna in a receive idle state. Auto SMPS (default): The client decides automatically what SMPS mode to apply depends on different conditions. Dynamic SMPS: The client keeps only one antenna active. The access point (AP) must send request to send (RTS) packet to trigger the client to wake the sleeping radios/antenna before sending MIMO packets. Static SMPS: The client keeps only one antenna active and the AP cannot send MIMO packets to the client. No SMPS: The client always keeps all antennas active and the AP can send MIMO packets to the client. Note Some legacy APs may have compatibility issue with supporting the SMPS mode and may cause various link quality problems such as low throughput. Change this setting to No SMPS may help to work around the issue. ... View more

Also changed the Advanced Power Setting for the Power Plan.  The Wireless Adapter Settings > Power Saving Mode > On Battery setting was set to Medium Power Saving.  When I changed it to Maximum Performance, the issue went away instantly while on battery:     So is this some compatibility issue with Meraki and this wireless card when going into Power Saving Mode?  Also, the issue does not seem to happen on all APs.  I will roam and some connections will seem stable.  So I can't say I fully understand why this is happening and if there is anything on the Meraki side that could be at fault here.   ... View more

I got a T470s to test with.  Plugging in the laptop into power made the issue go away almost instantly.  Also the issue does not seem to be related to UNII-3 channels only.  I see it on an AP on channel 36 as well.  Testing with a user who also had the problem, plugging in the T470s to a power supply also fixed it.  So it does seem related to power save somehow.     ... View more

The wireless card on these t470s laptops is an Intel Dual Band Wireless-AC 8260.     ... View more

  This is what the client pings look like when they are on APs with channels 149, 153, 157, 161. ... View more

Wireless spectrum, interference, and channel utilization on the APs are all good.  My laptop and others are fine on those APs.  I will try adjusting the power-saving on the laptop card.  Good advice. ... View more

This did not help on one of the T470s laptops we tried. ... View more

That is how I read the document as well. I am hoping you are right that it would work. You are correct the MX would not be behind the same IP. That is back at our corporate data center. Only the Z3s would have the same public IP. - MX 1 armed concentrator - data center - ISP #1 - Single Public IP - Z3 #1 and Z3 #2 at Regus location. - ISP #2 - Single Public IP. Another possibility is to try to get the Regus office to cross connect an MR22 AP from one office to the Z3 LAN port in another office. They might be able to patch that for us. That would solve the problem. I'm not sure if they will do custom wiring for us like that though. Can you have an MR22 behind a Z3? ... View more

In my scenerio, the private IPs wont be able to communicate to each to establish a tunnel since there is not a private MPLS link.  In the example they are describing bringing a tunnel up using those private IPs:   "In this example, the Dashboard knows that the two devices can’t form a VPN Tunnel through the same SRC IP address, so it will try the IP addresses of the Interfaces. The routing through the MPLS allows the MX devices to communicate using these Private IP addresses, and the tunnel is dynamically established." ... View more

That is what I am hoping would work.  Just trying to see if anyone knows for sure.  I guess we could buy some Z3s and test it locally. ... View more

That is helpful info but I don't think it applies to this case.  The Z3s in my case will only be connecting over the Internet to a head end MX64 in 1 armed concentration mode.  There is no second path over MPLS. ... View more

The device does have a switch.  The part I am worried about is the VPN where two Z3s are coming from the same public IP like you said. ... View more