Event logs: VPN Tunnel - FIPS mode disabled

[Air-Marshal]

Hi Team,

Would like to inform you that last couple of days VPN connectivity with our spoke site to our Hub sites were down, but yesterday it is came up again, as per checking event logs, we can see there is a msg FIPS mode disabled, after this tunnel connection is showing true (UP), could you please describe what was the issue and how it resolved, and if we receive the similar issue so what T/S steps we have to follow, thanks.

[alemabrahao]

Try this setup.

 

[Air-Marshal]

Hi Alema,

We are using auto vpn setup for our every sites.

[alemabrahao]

Refer the documentation.

https://documentation.meraki.com/General_Administration/Cross-Platform_Content/Meraki_Device_to_Clou...

[ww]

Thats just a informational message. You see it always when you f.e. reboot your device or enable (auto)vpn. It doesnt have anything to do with your root cause.

I would advice you to create a meraki support case to help you finding the issue

[Air-Marshal]

Hi, I already logged the case with Meraki support team they sent this information.

Hello Devendra,

Thank you for that information. It seems that your device is experiencing a rare but known issue that causes the MX68 device to reboot randomly on the firmware version it is currently on.

• Could you please upgrade the device to MX 18.107.3 and monitor for any more issues?

[Archna]

I have faced same issue.

VPN tunnels were down for some time and got up itself.

the FW which we are using is already 18.107.8 but same issue has been encountered on this version as well.

Can anybody advise why is it happening ?

Does the latest FW version 18.107.8  is also not able to solve this flapping issue ?

[Archna]

I have faced same issue.

Does this message means that VPN tunnels got up after MX reboot ?

[PhilipDAth]

Are you referring to AutoVPN, non-meraki VPN, or client based VPN, or something else?

[Air-Marshal]

Hi Philip,
This is AutoVPN. 

[PhilipDAth]

Does the WAN interface in your hub have a private IP address by chance, and is sitting behind a device doing NAT?

If so, configure a UDP port forward to the hub and configure AutoVPN to use it, and the problem will never happen again.

[Air-Marshal]

Hi Philip,
I apologize for the late reply.
Our Hub WAN interfaces are having public IP addresses, actually we are having two hubs in active & standby mode, traffic goes from our primary hub and if there is any issue with primary hub traffic moves to secondary hub, all remote sites established VPN tunnel connection with both the Hub's, and for NAT traversal we use Automatic option.

[Archna]

I have got same scenario.

Are you able to see or find any progress on this issue ?