Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
About WDW
Community Record
9
Posts
1
Kudos
1
Solution
Badges
May 7 2018
10:08 AM
1 Kudo
Closing the loop on this...in case it is helpful for anyone else facing this problem. We reverted firmware from 14.25 to 13.28. After doing that - the device crashes (which appear to incorrectly cite power problems) stopped. On 14.25 these had started happening once each day. We made it through three days of production with no outages. Fortunately for us - the site-to-site VPN bug (known issue in 13.28 / fixed in 14.25) did not hit us again during production last week. On Saturday - we removed both of the MX devices from production, and replaced them with a new HA set devices from a Meraki competitor.
... View more
May 1 2018
2:51 PM
@MRCUR Good points - I'll suggest this to my boss. He is taking the lead with Meraki at this point. The first support person we had today got stuck thinking it was an actual power problem and we could not seem to convince her how unlikely that was. I did a quick search and found that other post where people were having the same issue while we were on the call. The rep was unaware of that and apparently those issues have not made it into whatever "official" system the support reps reference. Towards the end of the call, after we were totally frustrated, the rep agreed to pass us to another rep for a second opinion. The 2nd opinion rep has done some additional digging and seems to be taking some steps to try to replicate the issue. So - while we don't have a solution - we at least have someone trying to help who seems to understand that it is very likely not power.
... View more
May 1 2018
2:33 PM
@MRCUR - That is great additional info. Can I disable S2S/AutoVPN? All of our site-to-site VPN connections are to non-meraki peers. Perhaps that means it is off by default? We did not see this issue initially with 14.25 either. It took a week or so into being on this version for things to go sideways - which seems odd since now it happens like clockwork between noon and 1PM every day (even on Saturday / Sunday when the devices are under very low load). Curiously - it also happened today when the boxes had only been on for ~8 hours. So odd... We had not considered 15.X. We will consider that. Thanks for the suggestion. We are also considering a roll back to the stable firmware branch - which means we will have a known issue with GCP VPNs dropping dead from time to time - which is painful.
... View more
May 1 2018
1:29 PM
I feel pretty sure it is a software bug as well. I agree with what you said. FWIW - From a power standpoint we are connected like this. UPS A -> Meraki MX A + Meraki Switch A UPS B -> Meraki MX B + Meraki Switch B Only the active MX reboots. The switch that is connected to the same UPS does not. This happens to both MXs just based on whichever one is active. I'm not an electrical engineer, so I guess I can't say a power issue is 100% impossible, but I would say the chance of that being it seems obscenely remote based on the data we have gathered so far. The chance of a software issue seems highly likely. Meraki reports they don't have an official software issue currently open on this. However, obviously we are not the only ones seeing it based on the thread I linked to previously. We are doing what we can to get one open. However, we can't continue to let the business have so much pain while Meraki gathers data. It's a frustrating spot to be in for sure.
... View more
May 1 2018
12:04 PM
We have (2) MX-84s in an HA pair. We upgraded them to firmware version 14.25 in order to fix a known issue with site-to-site VPNs with Google Cloud Platform. We are aware that 14.25 is beta firmware. In the last few days we have started seeing the primary device reboot every ~24 hours. The devices show "Reboot (Lost power)". We have two devices that are connected to separate UPS systems. This has happened on both devices. In addition, Meraki switches that are also connected to these same UPS systems have not lost power. So - we are confident that the devices have not actually lost power. We noticed others are also having this issue as well in this post. We had two previous Meraki cases (02609828 and 02605650) where we were troubleshooting this. During one of these it was discovered that these devices had not been proactively replaced for the clock signal component issue. The rep thought this might be causing this. So both devices were replaced and swapped out between midnight and 4AM this morning. Today the primary device rebooted again. We called in and opened another case (02620796). This Meraki rep could not see the logs from the old devices. Apparently those are deleted when the devices are replaced (seems like a bad design). The rep wants us to continue to let it happen so she can gather data. We can't do that. This has happened every day for 3-4 business days and our users are livid. We have 50+ highly paid professionals and when a reboot happens and causes an HA event all of their IP phones drop and the remote system they work from disconnects them while HA kicks in and the VPNs re-establish. Basically - the entire office goes into chaos as you can imagine. I'm posting this mostly in the hopes that this gets attention internally at Meraki, and that others with this issue are able to find this.
... View more
Mar 21 2018
10:45 AM
GreenMan - Ahh - that approach sounds great. I'll review this further - but I think that will help solve this. Thanks!
... View more
Mar 21 2018
10:38 AM
GreenMan - Thanks for taking time to engage with me on this. I'm not comfortable putting this MPLS connection directly on my voice vlan. I want to keep the ability to put rules in place that limit what traffic comes back and forth to this provider over this MPLS connection. I don't think the approach you are suggesting would allow for this. Am I correct, or am I missing something? Thanks again for your feedback.
... View more
Mar 21 2018
9:04 AM
Thanks for the good clarifying question. The new MPLS link would be used exclusively for VoIP traffic. We are working out the specifics with VoIP provider and connectivity vendor. However, at this time my expectation is that we could define a destination private address block that we would route to the connectivity provider device gateway.
... View more
Mar 21 2018
8:51 AM
First - please forgive any Meraki specific terms I don't use correctly here. I do much more work with security appliances from another vendor. I have a location where we have (2) Meraki MX84 series security appliances. These are in an HA configuration, so that if the primary device dies - functionality fails over to the standby device. In addition both MX84s have connectivity to (2) internet connections, so both WAN (internet) ports are already is use. These are also configured for fail over etc. We are wanting to add some dedicated MPLS connectivity to our VoIP provider. Is there any way for me to do that with only the MX84s that are currently in place? I'm not seeing a clear way to do this in the UI, but because of my level of expertise with the Meraki platform, I wanted to make sure I was not missing something before I add / upgrade equipment etc. Thanks in advance for your help.
... View more
My Accepted Solutions
| Subject | Views | Posted |
|---|---|---|
| 8187 | May 7 2018 10:08 AM |
My Top Kudoed Posts
| Subject | Kudos | Views |
|---|---|---|
| 1 | 8187 |
© 2024 Cisco Systems, Inc.
