- Products
- Learn
- Local User Groups
- Partners
- More
What’s New in Identity and Trust?
11 November @ 5pm CET / 11am EST
AI Security Masters
Security in the Pace of AI:
From Threat to Force Multiplier
CPX is Back!
Join us in Las Vegas, Vienna, and/or Bangkok!
What’s New in Agentic Network Orchestration
CheckMates Go:
Fun Ding
Hello, friends.
I'm trying to set up a Route-Based IPsec VPN between Check Point and FortiGate using Enhanced Link Selection and BGP.
Both sides have 2 ISPs. On the Check Point side, I've configured Enhanced Link Selection as Active/Active and added both peer IPs to the Interoperable Device -> Topology.
Community Settings
Check Point Enhanced Link Selection
3rd Party Enhanced Link Selection
Interoperable Device Topology
The issue is that this setup only provides one VTI. While Check Point seems to "float" this VTI between the two ISPs, FortiGate requires a dedicated VTI (Phase 1) for each tunnel to work properly with BGP.
I found a similar discussion here (IPsec Enhanced Mode tunnel redundancy), but it focuses on Domain-Based VPN. I’ve already tested Domain-Based, but the failover is too slow (over a minute) and unreliable for our needs.
I previously tried the "old school" method of creating two separate Interoperable Devices, but it was unstable and seems to defeat the purpose of Enhanced Link Selection.
Is there a way to achieve fast BGP convergence using VTIs while still leveraging Enhanced Link Selection, or am I hitting a limitation of how CP interacts with 3rd-party VTIs?
Thanks in advance.
I would put empty group vpn domain in interoperable object setting, rather than all IPs.
Thanks for the answer, Andy.
I think community settings overrides that configuration, doesn't it?
Not 100% sure, but if you are able to manually edit it, you can try that.
I surely can do it, but this wouldn't solve the VTI issue, maybe it could improve domain based setup, I definitely can try that if BGP is really not possible, I just want to be sure.
I personally always found BGP works better in this case when using unnumbered VTIs.
It doesn't matter if I use numbered or unnumbered VTi, since I need to to define the peer name to match the Interoperable Device Object, I cannot create more than one VTI, unless it's possible to create 2 VTIs matching the same Interoperable device, never tried that, and even if it's possible hw would the gateway know which VTI matches each peer?
I dont believe you can do that, but will try later.
As I suspected, not possible if you use same peer name.
Then I probably hit a limitation. Does it worth opening a TAC case? Maybe they can update the documentation and insert this limitation (if confirmed).
I would do that, yes.
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 30 | |
| 15 | |
| 11 | |
| 7 | |
| 5 | |
| 4 | |
| 4 | |
| 4 | |
| 4 | |
| 4 |
Tue 10 Nov 2026 @ 06:00 PM (IST)
Under the Hood: Introducing Check Point Cloud Firewall as a ServiceTue 10 Nov 2026 @ 08:00 PM (IST)
Check Point Mobile Security | Extending Zero Trust with NetskopeThu 12 Nov 2026 @ 11:00 AM (EST)
Tips and Tricks 2026 #15: Check Point MDR and Incident ResponseTue 10 Nov 2026 @ 06:00 PM (IST)
Under the Hood: Introducing Check Point Cloud Firewall as a ServiceTue 10 Nov 2026 @ 08:00 PM (IST)
Check Point Mobile Security | Extending Zero Trust with NetskopeThu 12 Nov 2026 @ 11:00 AM (EST)
Tips and Tricks 2026 #15: Check Point MDR and Incident ResponseTue 17 Nov 2026 @ 08:30 AM (EST)
Bogota Breakfast & Hack: IA bajo control y ataques en vivo con Workspace SecurityAbout CheckMates
Learn Check Point
Advanced Learning
WE SECURE YOUR AI TRANSFORMATION