Created on
08-30-2023
05:05 AM
Edited on
06-08-2025
02:52 PM
By
Jean-Philippe_P
| Description | This article describes an issue where an IPsec tunnel between FortiGate and other vendors fails with a malformed message. |
| Scope | Any supported version of FortiGate with other vendors. |
| Solution |
Assume the following topology: FortiGate <-> IPsec <-> Other vendors.
In this issue, the IPsec tunnel does not reach the 'up' status.
In phase 2, some vendors are unable to call a particular network or specify the network. The only option is to call 0.0.0.0/0. This means that, on the FortiGate, the option is available to call specific networks instead of all networks.
However, when other vendors' phase2 has 0.0.0.0/0 and FortiGate has a specific network, the tunnel will not come up.
IKE Logs:
2023-08-29 14:23:41.124335 ike 3: comes x.x.x.x:500->x.x.x.x:500,ifindex=209.... 3441:00000001 len=96 AD8569452CF599EEF7EE0805C6D54AF44D41
To fix this issue, call 0.0.0.0/0 on the FortiGate phase2 instead of specific networks.
In another case, deleting the localid configured in IPsec phase 1 settings has resolved the issue. Make sure it is unset on the FortiGate under config vpn ipsec phase1-interface as shown below.
FortiGate (IPSEC) # config vpn ipsec phase1-interface FortiGate (IPSEC) # end |
The Fortinet Security Fabric brings together the concepts of convergence and consolidation to provide comprehensive cybersecurity protection for all users, devices, and applications and across all network edges.
Copyright 2025 Fortinet, Inc. All Rights Reserved.