- Products
- Learn
- Local User Groups
- Partners
- More
Access Control and Threat Prevention Best Practices
5 November @ 5pm CET / 11am ET
Firewall Uptime, Reimagined
How AIOps Simplifies Operations and Prevents Outages
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 |
|---|---|
| 18 | |
| 18 | |
| 10 | |
| 9 | |
| 9 | |
| 7 | |
| 7 | |
| 7 | |
| 6 | |
| 5 |
Thu 30 Oct 2025 @ 03:00 PM (CET)
Cloud Security Under Siege: Critical Insights from the 2025 Security Landscape - EMEAThu 30 Oct 2025 @ 11:00 AM (EDT)
Tips and Tricks 2025 #15: Become a Threat Exposure Management Power User!Thu 30 Oct 2025 @ 02:00 PM (EDT)
Cloud Security Under Siege: Critical Insights from the 2025 Security Landscape - AMERThu 30 Oct 2025 @ 03:00 PM (CET)
Cloud Security Under Siege: Critical Insights from the 2025 Security Landscape - EMEAThu 30 Oct 2025 @ 11:00 AM (EDT)
Tips and Tricks 2025 #15: Become a Threat Exposure Management Power User!Thu 30 Oct 2025 @ 02:00 PM (EDT)
Cloud Security Under Siege: Critical Insights from the 2025 Security Landscape - AMERWed 05 Nov 2025 @ 11:00 AM (EST)
TechTalk: Access Control and Threat Prevention Best PracticesThu 06 Nov 2025 @ 10:00 AM (CET)
CheckMates Live BeLux: Get to Know Veriti – What It Is, What It Does, and Why It MattersAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY