this is still a common issue as of Sept 2022,  we are on the most updated firmware. we've had about 40 instances in the last 2 months where we had to call support.    no permanent fix in sight.     ... View more

Same issue here. Meraki TAC said to do this. I asked them how that is possible when the router on portal is not reachable. there is no UDP port scanner and no PC behind it can capture the traffic from the router. waiting for reply on how this is possible. ... View more

Hi @pbarbieri    Meraki employs an Out-of-band architecture which treats control plane and data plane traffic separately. That being said, when there are updates to AMP signatures, content filtering category updates, that might take a little of your uplink traffic (however, user traffic should have their own prioritization and shouldn't be affected as long os proper QOS policies are in place to identify and prioritize data).   These updates in themselves are very minimal in size and shouldn't take much of the bandwidth to cause a significant effect on the user traffic. That being said, you can control these list update intervals, under traffic shaping page, you can set them to renew either every hour, every day or every week. I hope this helps.   Here is a good read about Meraki's out-of-band architecture if you are interested. https://meraki.cisco.com/blog/2012/01/merakis-resilient-out-of-band-cloud-management/   Cheers!   Raj ... View more

Many thanks! ... View more

If a simple ping/connectivity test is causing the circuit to have packet loss, then I would imagine virtually anything else normal traffic wise will cause even more trouble. ICMP is minimal traffic. Sounds like circuit issue to me "I noted that when I receive lost packet due to the connectivity ping fail" The lost packet was not 'due' to the connectivity ping fail, its the other way around. The ping failed because you have packet loss, back to the circuit having an issue in my opinion. ... View more