CPUG

The Check Point User Group

A Resource For The Check Point Community.  Fast.  Useful.  Independent.

1. Come to CPUG CON 2008 EUROPE in Switzerland on September 8th - 9th!
    Two days full of technical content for Check Point administrators in the beautiful Swiss Alps!
    We already have sign-ups from twelve different countries!
2. CCSA/CCSE One-Week Dual-Certification Training Course with CPUG in San Francisco!
    Courses Starting 7/14, 8/25, 10/6, 11/3, 12/8, (2009) 1/19, 2/9, 3/9, 4/6, 5/4, 6/8, 7/6, 8/3, 9/7.
3. Corrent S3500 SecureXL Turbocards For Sale - Last Six Remaining - Get Your Spares!
4. Join Us On LinkedIn - We now have a CPUG group.


Go Back   CPUG: The Check Point User Group > Check Point Firewall-1/VPN-1 And Related Products > ISP Redundancy
Register FAQ Members List Calendar Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 2007-08-08
pakito pakito is offline
Junior Member
 
Join Date: 2007-08-07
Posts: 3
Rep Power: 0
pakito has an average reputation (10+)
Default Force 2 network segments to use different ISP

Hi everybody ! Thank you for all the informations that I already found on this forum, although unfortunately it didn't solve this specific problem :

We have 2 ISP (ISP A and ISP B)
We use 1 network segment (172.27.0.0/16), where some users are assigned a specific IP range (172.27.254.0/24)

I want the IP range 172.27.254.0/24 to go out through ISP B always, while all the traffic go out through ISP A always.
If ISP A go down, all trafic must be sent through ISP B, and same thing if ISP B go down.

I used the secureknowledge & the posts on this forum to configure NAT like this (where DYN_ISP* is a dynamic object and xlat_ISP* is an external IP of the firewall):
orig________________________________translated
source___________dest________source________dest
172.27.254.0/24___DYN_ISP_B___xlat_ISP_B____Original
172.27.254.0/24___DYN_ISP_A___xlat_ISP_A____Original
172.27.0.0/16_____DYN_ISP_A___xlat_ISP_A____Original
172.27.0.0/16_____DYN_ISP_B___xlat_ISP_B____Original

I configured cpisp_update as described in sk25152 to refresh the dynamic objects, and it works fine.

The firewall (Checkpoint NGX R60 HFA 5 running on SPLAT) is configured for load balancing between the two ISPs.

When I send a paquet from 172.27.254.3 to internet, the load balancing take over the NAT and send it through ISP_A interface, or through ISP_B interface, resulting in frequent paquet loss ! :(

fw monitor shows the following output:
[Expert@myfw]# fw monitor -e "accept dst=194.2.0.20;"
eth5:i[60]: 172.27.254.3 -> 194.2.0.20 (ICMP) len=60 id=25337
ICMP: type=8 code=0 echo request id=768 seq=25600
eth5:I[60]: 172.27.254.3 -> 194.2.0.20 (ICMP) len=60 id=25337
ICMP: type=8 code=0 echo request id=768 seq=25600
eth3:o[60]: 172.27.254.3 -> 194.2.0.20 (ICMP) len=60 id=25337
ICMP: type=8 code=0 echo request id=768 seq=25600
eth3:O[60]: xlat_ISP_B -> 194.2.0.20 (ICMP) len=60 id=25337
ICMP: type=8 code=0 echo request id=10001 seq=25600
>>> Ping not working (NATed packet going to the wrong interface)

Then for the second paquet:
eth5:i[60]: 172.27.254.3 -> 194.2.0.20 (ICMP) len=60 id=25337
ICMP: type=8 code=0 echo request id=768 seq=25600
eth5:I[60]: 172.27.254.3 -> 194.2.0.20 (ICMP) len=60 id=25337
ICMP: type=8 code=0 echo request id=768 seq=25600
eth3:o[60]: 172.27.254.3 -> 194.2.0.20 (ICMP) len=60 id=25337
ICMP: type=8 code=0 echo request id=768 seq=25600
eth4:O[60]: xlat_ISP_B -> 194.2.0.20 (ICMP) len=60 id=25337
ICMP: type=8 code=0 echo request id=10001 seq=25600
>>> Ping working (NATed packet going through the good interface)

How can I manually prevent load balancing to occur, but still be able to use both ISP at the same time ??

Thank you for reading all this, hope you can help me on this problem, and if you have any questions please post them here :)

Checkpoint rocks !

Pakito
Reply With Quote
  #2 (permalink)  
Old 2007-08-08
Robby Cauwerts Robby Cauwerts is offline
Senior Member
 
Join Date: 2006-10-05
Location: Belgium
Posts: 108
Rep Power: 2
Robby Cauwerts has an average reputation (10+)
Default Re: Force 2 network segments to use different ISP

What you're looking for (partially) is source routing.
This can be done on SPLAT.
Search this forum/google for "source routing" and you'll find configuration guidelines.

But I'm not sure if this will give you redundancy when one ISP goes down.

Br.
Robby
Reply With Quote
  #3 (permalink)  
Old 2007-08-08
pakito pakito is offline
Junior Member
 
Join Date: 2007-08-07
Posts: 3
Rep Power: 0
pakito has an average reputation (10+)
Default Re: Force 2 network segments to use different ISP

Hi Robby!

Thanks for your quick answer :) I checked the posts already and implemented source routing at the OS level using this thread (Force one ISP with ISP REDUNDANCY)
My rule was :
echo 200 ISP_B >> /etc/iproute2/rt_tables
ip rule add from xlat_ISP_B table ISP_B
ip route add default via rtr_ISP_B dev eth4 table ISP_B
ip route flush cache

But I didn't see any change after that.

I'm sure there is a way to statically define the cache_misp for source routing, as it is already possible for specific services. Does anybody know ?

Thank you!

Pakito
Reply With Quote
  #4 (permalink)  
Old 2007-08-29
pakito pakito is offline
Junior Member
 
Join Date: 2007-08-07
Posts: 3
Rep Power: 0
pakito has an average reputation (10+)
Default Re: Force 2 network segments to use different ISP

Hi fixed my problem.
When enabled, ISP redundancy feature overrides OS configuration as far as source routing is concerned. I disabled ISP redundancy and created OS level rules for all my source routing.

Now I need to find a script to implement ISP high availability at the OS level. Seems like I have a lot of work to do!
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT -7. The time now is 22:20.


Powered by vBulletin® Version 3.7.2
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO 3.0.0