Create a Post
cancel
Showing results for 
Search instead for 
Did you mean: 
michaelyang123
Explorer
Jump to solution

About ISP Redundancy monitor

Hello Expert,

 

When I tested ISP Redundancy, I found that it is not compatible with PBR.

Here is structure.

1.PNG


So I changed to use two next hops on the static route, and use priority to divide the primary and the secondary.

2.PNG

I found out that the only way to checkpoint to make sure the route works is to make sure the next hop is viable.

For example, if I turn off Gi0/0 on S3 it switches to the second line for service, but if I turn off Gi0/1 on S3 the checkpoint continues to the first line without switching.

Is there a way to configure the first line to ping the IP of the external network? (transparent monitor)
For example, ping 8.8.8.8 through 30.30.30.30 to make sure that this line can reach the external network.


Thanks

0 Kudos
1 Solution

Accepted Solutions
_Val_
Admin
Admin

According to sk167135, PBR is not supported with ISP redundancy.

View solution in original post

0 Kudos
5 Replies
_Val_
Admin
Admin

Before anything else, can you please state the appliance model and SW version in use?

0 Kudos
_Val_
Admin
Admin

According to sk167135, PBR is not supported with ISP redundancy.

0 Kudos
michaelyang123
Explorer

Hi @_Val_ ,

Thanks for your reply.

I know PBR is not supported with ISP redundancy.

So I changed to use two next hops on the static route, and use priority to divide the primary and the secondary.

Is there a way to configure the first line to ping the IP of the external network? (like transparent monitor)
For example, ping 8.8.8.8 through 30.30.30.30 to make sure that this line can reach the external network.

---

All my device models are VE.

 

0 Kudos
PhoneBoy
Admin
Admin

I believe this will do what you're after: https://support.checkpoint.com/results/sk/sk102848 

0 Kudos
michaelyang123
Explorer

Hi @PhoneBoy ,

I didn't use ISP redundancy because it's not compatible with PBR.

---

According to my setup

I thought the setup was to ping 8.8.8.8 via this path (30.30.30.30), but it turns out it is just the device that has to ping 8.8.8.8, regardless of the path!

3.PNG

0 Kudos

Leaderboard

Epsum factorial non deposit quid pro quo hic escorol.

Upcoming Events

    CheckMates Events