Create a Post
cancel
Showing results for 
Search instead for 
Did you mean: 
the_rock
MVP Diamond
MVP Diamond
Jump to solution

PBR with ISP redundancy support

Hey guys,

Happy Thursday!

Since I have people ask me about this constantly, any idea when and if possibly policy based routing would be supported with ISP redundancy?

Best,
Andy
"Have a great day and if its not, change it"
0 Kudos
1 Solution

Accepted Solutions
the_rock
MVP Diamond
MVP Diamond

Hey brother,

Yes, sd-wan can be used, but I was more wondering about pbr with ispr. I did ask our SE and he said hopefully soon, but no concrent date yet. O well, will just have to be patient : - )

Best,
Andy
"Have a great day and if its not, change it"

View solution in original post

(1)
20 Replies
AkosBakos
MVP Silver
MVP Silver

Hi,

Maybe SD-Wan can'4 be suitable here?

Akos

----------------
\m/_(>_<)_\m/
the_rock
MVP Diamond
MVP Diamond

Hey brother,

Yes, sd-wan can be used, but I was more wondering about pbr with ispr. I did ask our SE and he said hopefully soon, but no concrent date yet. O well, will just have to be patient : - )

Best,
Andy
"Have a great day and if its not, change it"
(1)
PhoneBoy
Admin
Admin

Not exactly sure how this would work since PBR and ISPR do basically the same thing for different use cases.

0 Kudos
the_rock
MVP Diamond
MVP Diamond

It all comes from something customer asked before holidays...how they could send specific traffic through 2nd isp line, but everything else through active one.

Best,
Andy
"Have a great day and if its not, change it"
0 Kudos
PhoneBoy
Admin
Admin

My statement had nothing to do with your specific use case 🙂 

PBR is a standard Linux feature implemented in the Linux Kernel.
ISP Redundancy is a Check Point specific feature.
It's similar to how VPN Routing works for Domain-based VPNs whereby the firewall/VPN routes traffic without consulting the OS routing table.

0 Kudos
the_rock
MVP Diamond
MVP Diamond

Put it this way 🙂

Its also about cost, they would prefer not to pay for sd-wan license, unless they have to.

Best,
Andy
"Have a great day and if its not, change it"
0 Kudos
Steven_Sultana
Contributor

I have a couple of setups which use PBR to achieve something similar to ISP redundancy. Somewhere in the SK (my apologies for the vagueness, it's 00:40 right now 🙃) there is a claim that PBR and ISPR are mutually exclusive. So these 2 setups are only with PBRs. 2 tables - prefer_ISP_A and prefer_ISP_B, with the respective default gateway, but 2nd preference the other ISP's DG. Then I have probing/BFD create the ISP failover. Then in the PBR rules you refer to your preferred table according to the requirement (usually guests get routed via the worse ISP).

There is also this SK which I never got around to test, PBR which is tied to a firewall rule (which can in turn refer to, say, M365 and Teams). Called Application-Based Routing: https://support.checkpoint.com/results/sk/sk167135

0 Kudos
the_rock
MVP Diamond
MVP Diamond

Hey Steven

Thanks for responding! Here is the use case:

A customer has ISP redundancy configured (ISP-A and ISP-B) and they want to force an internal VLAN to use ISP-B unless there's a failure

Im fairly sure this is ONLY possible with sd-wan...thoughts?

Best,
Andy
"Have a great day and if its not, change it"
0 Kudos
Steven_Sultana
Contributor

Depends on the exact scenario. But yes, you can have a PBR configuration which says something link this:

Table prefer_ISP_B, with just the default route with preference ISP_B, next preference ISP_A

Then a PBR rule which says: if src== network_X, use table prefer_ISP_B

(else if src== anything else, it does not hit any PBR rule, so it defaults to the main routing table, which has the default route towards ISP_A).

If ISP_B fails, you would have probing/BFD, which then changes the default route of the prefer_ISP_B table to ISP_A's DG.

 

Depends on the exact scenarios and with ECMP (and if ECMP is supported with PBR), you might manage to achieve a lot more (never-before-tested by me).

(PS: Now that I write this up, I guess it's a matter of investing in an SD-WAN license vs investing in someone to test, configure and maintain such a setup with PBR, BFD, ECMP, oh my!).

0 Kudos
the_rock
MVP Diamond
MVP Diamond

Right, thats all great, but again, since they use ISP redundancy, pbr wont work.

Best,
Andy
"Have a great day and if its not, change it"
0 Kudos
Steven_Sultana
Contributor

I believe you're right yes - you would need to migrate to a PBR-only configuration.

0 Kudos
the_rock
MVP Diamond
MVP Diamond

Makes sense.

Best,
Andy
"Have a great day and if its not, change it"
0 Kudos
PhoneBoy
Admin
Admin

Yes, you can meet this requirement solely with PBR.

0 Kudos
the_rock
MVP Diamond
MVP Diamond

But would not work though since they use isp redundancy, am I wrong?

Best,
Andy
"Have a great day and if its not, change it"
0 Kudos
PhoneBoy
Admin
Admin

Right, you'd implement this entirely in PBR and NOT use ISPR.

0 Kudos
the_rock
MVP Diamond
MVP Diamond

Got it, thanks!

Best,
Andy
"Have a great day and if its not, change it"
0 Kudos
the_rock
MVP Diamond
MVP Diamond

I see what you are saying, word solely explains it : - )

Best,
Andy
"Have a great day and if its not, change it"
0 Kudos
Just_Crj
Participant
Participant

Hi!
I also tried to solve this problem.
The following workaround helped me in several projects - it worked for the 81.20 HA cluster. The article describes the settings that allow you to set up a "fault-tolerant ISP" without activating ISP Redundancy.  
Since you haven't activated IPS Redundancy, you don't have any conflicts with PBR either.
It's not supported by TAC, but I hope it can help you 😊

0 Kudos
the_rock
MVP Diamond
MVP Diamond

Thank you, but not something that would work for a customer, as ISPR is a requirement.

Best,
Andy
"Have a great day and if its not, change it"
0 Kudos
PhoneBoy
Admin
Admin

Properly configured PBR can meet the same requirement (failing over an ISP connection) as the ISP Redundancy feature.
If a VPN is terminating on the gateway, you might need ISPR, though with enhanced link selection in R82, that may not even be required any longer.

0 Kudos

Leaderboard

Epsum factorial non deposit quid pro quo hic escorol.

Upcoming Events

    CheckMates Events