Well, I can perfectly live without the speed test from the local status page. 🙂
I find this pretty scary :
Any details about that ?
Yeah, I have also been keeping an eye on that, so far, I have not seen the issue, but its just strangely specific.
Perhaps its only when the MX does dot1x, and not equipment connected to the MX (just speculation).
Jesus... What happened in that version !!
I'm hitting +100Mbps in download versus MX18.106 and older.
Is it time for to call my ISP and upgrade to 1Gbps?
Hey Raphael,
Can you do a ping test via Site-to-Site VPN? Upgraded my Z3 yesterday to test but encountered unstable and very high latency in Auto VPN.
Same issue with VPN. It's highly variable ping going into seconds and occasionally timing out.
Thank you. Finally there's someone understood me.
My Z3 has been on 17.10.5 since it was announced. No issue so far. I've been holding off 400 networks to find the actual stable version before upgrading them.
I downgraded to 17.10.2 and 30h later it's still good.
we have been having horrible speed issues with remote users. I appears it has been since our routers started upgrading to 18.107 too. Seeing ping responses all over the place. I also have opened a case with support. We initially thought it was sql performance issue, but after breaking down all the noise that you get from users and customers, and focusing in on who really was having issues it was pointing more and more to network issue. We had several remote locations that were on 18.107, but our hub was not and we were still having issues. We upgraded the hub to 18.107 and still same problems. We even rebooted devices with no luck. Am going to downgrade some routers tonight to see if that helps.
Upgraded from what version ? What kind of devices ?
we had Z3, Z1, MX64, MX80. most were at 18.105 and went to 18.107. some of the devices were seeing ping ranges from 35 ms to over 1800 ms. We had several applications that were extremely slow since the the upgrade.
Z3's here and a MX250 Hub. 18.107 caused major issues. See this ping response!
Pinging 10.59.97.249 with 32 bytes of data:
Reply from 10.59.97.249: bytes=32 time=1682ms TTL=60
Reply from 10.59.97.249: bytes=32 time=3423ms TTL=60
Reply from 10.59.97.249: bytes=32 time=3168ms TTL=60
Reply from 10.59.97.249: bytes=32 time=2440ms TTL=60
Request timed out.
Reply from 10.59.97.249: bytes=32 time=1823ms TTL=60
Reply from 10.59.97.249: bytes=32 time=2578ms TTL=60
Request timed out.
Ping statistics for 10.59.97.249:
Packets: Sent = 8, Received = 6, Lost = 2 (25% loss),
Approximate round trip times in milli-seconds:
Minimum = 1682ms, Maximum = 3423ms, Average = 2519ms
Rolling back to 17.10.2 fixed issue for most, but didn't work on all. Seems the rollback fails often.
Highest I have ever seen with the Built in throughput test on a MX67, so you might be onto something. Does seem this FW has increased throughput
Well after I upgraded my home link to 1G/1G , I'm hitting even higher upload with this firmware :
I didn't mention the WAN throughput because it's not a problem, but the Auto VPN tunnel.
Anyways, I spoke to Meraki Support on a different issue on the other day, and I brought this strange behavior, we took some captures, here is what we have found when executing ping.
+ Meraki to the Internet is fine.
+ From an endpoint sitting behind Meraki MX/Z to the Internet is fine.
+ From Meraki to Meraki (both WAN & inside IP) is fine.
- From an endpoint sitting behind Meraki MX/Z to one of the Meraki spoke is unstable.
- From an endpoint sitting behind a Meraki spoke to another endpoint sitting behind another Meraki spoke is unstable.
He downgrade the firmware, the issue is gone. He said he would check and monitor with other peers because it's recently released and not many customers have upgraded yet.
Exactly the same issue in our organization!! Upgraded 300 clients to 18.107 and the network degraded to unusable! Opened a support case but they have no reports of issues as it's new. I rolled back all 300 to 17.10.2 and most seemed to resolve while a handful failed the rollback and still have super high ping responses and timeouts. I really hope a fix if determined soon.
Im really curious about this one :
How does that "show" do anyone know ? Do you get the "blocked" page, or what happens when the content filter lookup fails in this scenario ? - Only asking because I have ONE customer who has some strange experiences when "surfing the web" that seems to disappear when content filtering is disabled.
This customers experience is that they just get a "blank white" page, without content, then if you do a reload of the page, then it works fine.
Happens on every page, not every time, no seemingly pattern
I've had that recently with my own system. Turned out it wasn't the Meraki at all, but the uBlock Origin extension in Firefox. When I turn that off, those pages work again.
Not sure, if we are the only one, but we where just facing problems with the update to 18.107 on a VMX on AWS. Don't know what caused the problem, but we had to reboot the appliance, otherwise the machine wasn't reachable. We've never had something like this with an update, so hopefully it's not a bigger issue.
We've experienced that Z3s upgrading to MX 18.107 (from 17.02.10) are unable to pull a DHCP lease on port 5 (the PoE port) on the Z3 appliances post-upgrade. Rolling the impacted appliances back to the prior release (17.02.10) fixes the issue, and re-attempting upgrade to 18.107 reintroduces the same behavior on Z3s with DHCP clients on port 5 only unable to pull a lease once again. Other ports (1-4) are curiously not impacted. Opening a support case on this, but just warning the community of this issue.