Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Register or Sign in
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
About Volcomer
Volcomer
Here to help
Member since Nov 29, 2021
Apr 26 2023
Community Record
10
Posts
5
Kudos
1
Solution
Badges
Apr 25 2023
3:32 AM
1 Kudo
We have a setup of 2 MX85's in hot spare, that has worked just fine for about a year and a half now. Recently the primary has started crashing for no apparent reason about once a week, not logging VRRP transition and rebooting. This causes a short, but annoying, outage for the entire building while we wait for the spare to pick up the slack. When the Primary comes back up the VRRP transition back to primary works seamlessly without any outage. I am trying to find out why it crashes, and maybe how to remedy this, but I can't find any crashlog or system log at all, and the eventlogs for the device are just blank during this timeframe, so it's like it never happened. Are there really no system logs we can get a hold of to find out why a device crashed?
... View more
Jan 6 2022
10:29 AM
That's just not true. When enabling HA on MX85's the primary also reboots witch causes disruption.
... View more
Dec 9 2021
9:42 AM
2 Kudos
In my case this seems to be caused by a bad batch of network cables(!). When swapping gear I also bought new cables, and one of the bags seems to contain some bad cables. First time for everything I guess, also teaches me a lesson for being cheap and buying "off brand" cables. When I removed the hot spare and set it up as a test network I also changed cable color to help with cable management, which is why it worked. I swapped out the original cables, and, for now at least, everything is quiet.
... View more
Dec 8 2021
8:11 AM
OK, so this doesn't seem to happen in my test network hub, so I need to change gears and look elsewhere for the source of the issues.
... View more
Dec 7 2021
3:29 PM
"In Azure, the VMX and your virtual servers need to be in different VNETS otherwise you often get low levels of intermittent packet loss (like 5%). Are they in different VNETS?" Wait what? is this documented or a known issue? We just put up a new VMX in a different availability zone so that one is on a different VNET, but I did not know that this needed to be the case for same zone setups. I don' have a long time running ping to a VM in azure, but I just set one up so we'll see. The long time running to 8.8.8.8 is just fine. Just low level ( < .6%) loss on rare spikes.
... View more
Dec 7 2021
10:57 AM
2 Kudos
52 site to site tunnels and about 100 users, so well within the range. I will know more tomorrow. I have support cases going with both Meraki and our primary ISP, as well as setting up a test network now which will go into effect tomorrow when I can physically change the uplinks.
... View more
Dec 7 2021
8:10 AM
Our ISP's CPE is connected there, and the link flaps corresponds with what they are seeing on the LAN side of that. What is causing these link flaps is the mystery. When we fail over to our hot spare which is connected to another port on the CPE the flaps continue. I am going to try to remove the hot spare and create a tst network on our backup ISP's CPE (same type of CPE) to atleast identify if this is a Meraki or and ISP/CPE issue.
... View more
Dec 7 2021
4:36 AM
WE have just swapped out infrastructure from VMX100 in Azure to VMX-M, and MX100 in our HQ to MX85 (both VPN hubs), and now we are seeing some rather strange issues. We have an inhouse software running ODBC connections to an azure database, so it's very sensitive to connection changes, and this is where the problem got discovered. In the VPN "graph" everything looks to be just fine: Some outages related to an ISP issue and so on, but nothing too dramatic. However the logs on the MX85's in this hub tell a different story: This goes on and on, with random intervals, but allways with 5 seconds of "reset time". Firmware is uptodate and ISP claims no errors on the WAN side is detected.
... View more
Nov 29 2021
12:09 PM
Got a packet trace from Meraki support and took it to my ISP. It seems to have been an issue with a router close to Azures Oslo datacenter and we just got the unfortunate timing of restarting MXs just at the time the "bad" route got preferred by other locations. Bad router got fixed and problem went away. Just one of those things I guess.
... View more
Nov 29 2021
6:11 AM
We have 52 site to site VPNs to a VMX-M hub in Azure who were all doing fine upp until today. Now 6 of them are failing at any give time. If we restart the failing MX device, it connects and another random site link falls down. The VMX has been restarted (from meraki dashboard), and the MX's all have VPN connections to the other hub at HQ, so the error looks to be located with the vMX: (top bar was a power outage at a site, and unrelated) Any suggestions?
... View more
My Accepted Solutions
| Subject | Views | Posted |
|---|---|---|
| 898 | Nov 29 2021 12:09 PM |
My Top Kudoed Posts
© 2024 Cisco Systems, Inc.
