Whats your case number, I am going to open one Monday and will reference it.   Havent had time to open one given disruption, and have found Meraki support to be quite cumbersome at times so didnt want to get bogged down       ... View more

We migrated all clients to 28.7.0 on Monday evening, so far it seems to be a major improvement in stability I've just checked 20+ IT devices in client view as a test base, and can see in client timeline they are coming online start of day, and not showing any reconnection events   We've had some drop outs for ZTNA service but I believe that is WAN related, a few devices that remain in office have been connected for 72 hours solid now   To confirm: We have client balancing OFF We have band steering ON We are using MR44 generally, certainly in the bulk of our office spaces where we see this Someone mentioned it below, none of the clients are on UNII-3 channels, highest I see is 136 on 5ghz, 40mhz channel   Monitoring for a week and will report back how we get on ... View more

Mario, in our experience, client balancing on resulted in very erratic behaviour and clients roaming unnecessarily, and to very poor choice APs.  But not disconnecting as per 1st issue where we see excess frame loss, dhcp detection and deauth generally   We are rolling back to 28.7 now, will update late tomorrow on how it has gone   In honesty, 28.7 networks I've seen some excess frame errors, but users do move around.  Compared to 28.5.1 where I barely saw any, but it's difficult to see the forest for the trees.  It's a real event log as far as I see it can genuinely happen if a client moves to a poor signal area, so have to use some interpretation   Network we (IT) are on is currently processing 28.7, and we should have a yes/no it fixed it or not by late afternoon tomorrow ... View more

Meraki support downgraded 3x networks for us to 28.7 yesterday at around midday, since then I haven't seen a single excess frame loss, multiple dhcp detection or unspecified reason for 802.11 disassocation event logs; but these networks are devoid of human life over the weekend   But I was seeing them before that since Friday evening up to the downgrade yesterday at noon, sporadically, for clients that had been left onsite or parts of the instrastructure on wireless connectivity.  See how today goes when it's business as usual, if looking good I've got the nod internally to pull the trigger on everything, just needs to go through officially in our change board late this afternoon ... View more

Aye no problem Colt, I'll put in here over the course of next week how it goes.  We have 91 MR devices in total, 28 remote sites with 1 AP each, and 9x networks with multiple APs, ranging from 4 APs, up to the largest I'm in at 24   Spotted something esle, if it helps anyone, on phone so cant get screenshots.    My laptops has dropped  7 times today, but according to first picture of client timeline, been associated since 2am.  However, spotted a colleagues machine had "multiple dhcp server" messages, sure enough checked and last time I saw that error, their ZTNA shows that being the connected time.  Look at my client, and I have that client event of multiple dhcp servers detected 7 times today.  So as far as I can tell, excess frame error, or multiple dhcp servers detected in client event log is a client dropping.  At least its another symptom to check against after the rollback to verify the effects                 ... View more

We have the same, we've started noticing it a lot due to change of our zero trust solution, when users 'lose' connectivity they see the disconnection pop up.  I say lose, I've had it myself around 5 times today but we aren't seeing timeline showing disassociations in client timeline view, and the client itself doesn't show a disconnection (checked using netsh wlan show wlanreport.)   It would appear it's a loss of Layer2 and above, the radio is up but no data across it for a brief moment which is tearing things down.  Here's my own laptop for past 24 hours where I've had multiple drops but as far as Meraki eventlog and timeline is concerned all is ok         We're around 99% confident rolling back to 28.X fixes on, on two smaller test networks, one with about 20 devices on firmware 29.5 on Monday had around 60 excess frame loss messages, but also a lot of "unspecified reason".  Rolling back to 28.5.1 (for some reason 28.7 isn't available to us) that went to 3 for the entire day, which I guess will happen at times if users move far away from an AP with nothing to roam to   We've tried client balancing on and off, with it on we see very erratic roaming, my boss was on 4 different APs in about 30 minutes, bouncing between two of them constantly.  At one point, physically his laptop had 4 APs in a line from him, and it was associating with the furthest away at around 150 foot, but there was one 20 feet from him.  Around 250 clients in building with 24 APs, 16 of them in the office areas in that example   We have a mixture of models and site sizes, MR33, MR42, MR52 and MR44 (MR44 being the bulk) - 15 users, 30 users, 250 above, doesn't make a difference   We see the issue across the all sites and sizes, personally us (the internal IT) have the issue, all Windows devices, to be specific Dell Latitude 7300/10/20/30 and 5420.  But we see it for MacOS devices, Intel and Apple models, iOS, Android and some static devices such as HDMI sticks running display boards   Planning to revert back Monday evening globally.  Will update on what we experience in the few days afterwards, it will be pretty apparent to us if it fixes the loss of connectivity.  Shame, the client balancing change in 29.X sounds nifty ... View more