- Products
- Learn
- Local User Groups
- Partners
- More
Access Control and Threat Prevention Best Practices
5 November @ 5pm CET / 11am ET
Ask Check Point Threat Intelligence Anything!
October 28th, 9am ET / 3pm CET
Check Point Named Leader
2025 Gartner® Magic Quadrant™ for Hybrid Mesh Firewall
HTTPS Inspection
Help us to understand your needs better
CheckMates Go:
Spark Management Portal and More!
Hi,
I have a cluster configuration, on this, we recently changed the configuration for the ISP Link Redundancy from Primary/BackUp to Load Sharing, the SMS and Gateways are on 81.10 take 99. with two gateways, one called Primary and the other is the BackUp, the ISP Link Redundacy handles three diferent ISP's.
When the traffic is going through the BackUp the ISP Link Redundacy in Load Sharing, works perfectly, we did some fw monitors and the traffic balance between the three ISP's, but if the traffic goes through the Primary-GW sends all the traffic to only one of the three ISP, We tried to run an fw isp_link {name of the ISP} down, and ran a fw monitor, and keeps sending the traffic from the same ISP,
Has anyone else got experience a similiar behavior?
Hi @the_rock
We proceed with a reboot of the members of the cluster, and everything is working fine, I've been monitoring the behavior and its working as it suppose to, thanks for the follow up, the TAC told me that could be a configuration on the ISP stickiness on the firewall, but after reboot it wasn't necessary to change anything.
Can you check the routes on both firewalls to make sure its correct?
Andy
Thanks for the reply,
Yes, I checked, and the default routes are the same, are pointing to the main ISP, what other items shall I look over?
Maybe run ip r g 8.8.8.8 from expert mode to confirm its right output.
Andy
Hi the_rock,
Yes I tried on both of the members of the cluster, when I failover the traffic to the BackUp, and I did the fw monitor, I can see the traffic swiching between ISPs interfaces, but when I failover back the traffic to the primary, in that cluster member the traffic just stays on one of the 3 ISPs
Did TAC give you any other suggestions?
Andy
No, the case still open, and they are testing in lab environment that's the last update
Please keep us posted.
Regards,
Andy
Does the issue persists across reboots of that member?
Excellent point Chris.
Hi Chris, thanks for the reply,
I havent tried a reboot, we the TAC we tried a CPSTOP, CPSTART, but nothing changed, I'm going to schedule a reboot, to see the behavior,
Hi @the_rock
We proceed with a reboot of the members of the cluster, and everything is working fine, I've been monitoring the behavior and its working as it suppose to, thanks for the follow up, the TAC told me that could be a configuration on the ISP stickiness on the firewall, but after reboot it wasn't necessary to change anything.
Awesome job!
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
User | Count |
---|---|
22 | |
16 | |
12 | |
9 | |
8 | |
7 | |
7 | |
7 | |
6 | |
6 |
Tue 28 Oct 2025 @ 11:00 AM (EDT)
Under the Hood: CloudGuard Network Security for Google Cloud Network Security Integration - OverviewTue 28 Oct 2025 @ 12:30 PM (EDT)
Check Point & AWS Virtual Immersion Day: Web App ProtectionTue 28 Oct 2025 @ 11:00 AM (EDT)
Under the Hood: CloudGuard Network Security for Google Cloud Network Security Integration - OverviewTue 28 Oct 2025 @ 12:30 PM (EDT)
Check Point & AWS Virtual Immersion Day: Web App ProtectionThu 30 Oct 2025 @ 03:00 PM (CET)
Cloud Security Under Siege: Critical Insights from the 2025 Security Landscape - EMEAAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY