CPUG

The Check Point User Group

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

1. CCSA/CCSE One-Week Dual-Certification Training Course with CPUG in San Francisco!
    Courses Starting (2009) 1/19, 2/9, 3/9, 4/6, 5/4, 6/8, 7/6, 8/3.
2. Join Us On LinkedIn - We now have a CPUG group.


Go Back   CPUG: The Check Point User Group > Check Point Firewall-1/VPN-1 Platforms > Check Point SecurePlatform (SPLAT)
Register FAQ Members List Calendar Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 2008-09-23
Senior Member
 
Join Date: 2006-09-26
Posts: 856
Rep Power: 3
cciesec2006 has an average reputation (10+)
Default A new casualty of NGx R65 HFA_30

I have a SPLAT Provider-1 NGx R65 running HFA_02 and HF_249. I have a CMA
in there managing several SPLAT cluster firewalls and a few single firewalls.

I upgraded on the single firewalls from HFA_02 and hf-249 to HFA_30 yesterday.
the single firewall is a DELL Poweredege 2550 (dual 1Ghz processor with 1GB
RAM).

Before the upgrade, I can perform Secure Copy (SCP) between the single
firewall and a linux server, on the same network, at about 95Mbps throughput.

After the upgrade, the throughput went from 95Mbps down to 4Mbps.
Several firewall reboot didn't fix it either.

I've NOT made any changes in the security policy.
Reply With Quote
  #2 (permalink)  
Old 2008-09-23
Junior Member
 
Join Date: 2008-09-15
Location: Portugal
Posts: 13
Rep Power: 0
pmadeira@cesce.pt has an average reputation (10+)
Default Re: A new casualty of NGx R65 HFA_30

Reinstall the security policy even if there was no admin made changes. Typically there are some fundamental changes made in the underlying code that results from the HFA application that requires the policy to be recompiled and pushed on to the inspection modules.

Other thing you can check is the negotiation between the NICs and the switches. I've seen in the past that more recent versions of SPLAT (or HFA) make weird choices regarding duplex and speed in the NICs.
Reply With Quote
  #3 (permalink)  
Old 2008-09-23
Senior Member
 
Join Date: 2006-09-26
Posts: 856
Rep Power: 3
cciesec2006 has an average reputation (10+)
Default Re: A new casualty of NGx R65 HFA_30

Quote:
Originally Posted by pmadeira@cesce.pt View Post
Reinstall the security policy even if there was no admin made changes. Typically there are some fundamental changes made in the underlying code that results from the HFA application that requires the policy to be recompiled and pushed on to the inspection modules.

Other thing you can check is the negotiation between the NICs and the switches. I've seen in the past that more recent versions of SPLAT (or HFA) make weird choices regarding duplex and speed in the NICs.
"Reinstall the security policy even if there was no admin made changes."

Already did this about 10 times. No progress.

"Other thing you can check is the negotiation between the NICs and the switches. I've seen in the past that more recent versions of SPLAT"

Everything looks good with ethtool. Furthermore, I also hard-code
the speed/duplex settings in the /etc/rc.d/rc.local file at boot time as well:

[Expert@NGx-gw1]# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: No
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: off
Supports Wake-on: puag
Wake-on: d
Link detected: yes
[Expert@NGx-gw1]# ethtool eth1
Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: puag
Wake-on: d
Link detected: yes
[Expert@NGx-gw1]#

I also hard-code the switches to 100/full as well.
Reply With Quote
  #4 (permalink)  
Old 2008-09-23
Junior Member
 
Join Date: 2008-09-15
Location: Portugal
Posts: 13
Rep Power: 0
pmadeira@cesce.pt has an average reputation (10+)
Default Re: A new casualty of NGx R65 HFA_30

I tried to search for any related situations in SK but with no luck. HFA 030 is still brand new so there are not many reported situations yet.

Only three things I can remember that you can try are:

1) Open a SR with Check Point support if you have that possibility.
2) Reinstall one of the security gateways from scratch and apply HFA 030 on top of a base R65 installation instead of going up from one hfa to another like you did
3) Verify the bios settings on the machine. Sometimes incorrect bios parameters results in slower I/O which might affect transfer speed. However this is unlikely since the problem was nonexistent with the previous HFA. Worth a shot though.

I'm sorry I wasn't of much help with your issue.

Last edited by pmadeira@cesce.pt; 2008-09-24 at 04:23.
Reply With Quote
  #5 (permalink)  
Old 2008-09-27
Member
 
Join Date: 2007-03-08
Posts: 92
Rep Power: 2
Spacetrucker has an average reputation (10+)
Default Re: A new casualty of NGx R65 HFA_30

cciesec2006 - what's the syntax to hard code the speed and duplex setting in the /etc/rc.d/rc.local file?

I've just upgraded from R60 to R65 HFA_03. My nic settings are at half duplex. Running the command
eth_set eth0 100f or eth_set eth0 autoneg is not working for me.
ethtool eth0 tells me they are still set to half duplex. This also happens on eth1. The switches are set to auto auto.

I have a spare_backup server with R65 HFA_02 on it and it don't have this problem. It does have a problem with vpn's, when someone connects, fwd exits with the msg "atexit_handler called", either I restart with fwd& or it seems to restart itself after x number of minutes.
Reply With Quote
  #6 (permalink)  
Old 2008-09-27
Senior Member
 
Join Date: 2006-01-25
Posts: 1,005
Rep Power: 4
melipla has an average reputation (10+)
Default Re: A new casualty of NGx R65 HFA_30

Quote:
Originally Posted by Spacetrucker View Post
cciesec2006 - what's the syntax to hard code the speed and duplex setting in the /etc/rc.d/rc.local file?
Check this thread:
Using sysconfig or the command line to change nic speed and duplex settings

So far I haven't had any issues with HFA 30.
__________________
Its all in the documentation.

Last edited by melipla; 2008-09-27 at 13:04.
Reply With Quote
  #7 (permalink)  
Old 2008-09-27
Senior Member
 
Join Date: 2006-09-26
Posts: 856
Rep Power: 3
cciesec2006 has an average reputation (10+)
Default Re: A new casualty of NGx R65 HFA_30

Quote:
Originally Posted by melipla View Post
Check this thread:
Using sysconfig or the command line to change nic speed and duplex settings

So far I haven't had any issues with HFA 30.
Hi SpaceTrucker,

I used "/sbin/ethtool -s eth0 speed 100 duplex full autoneg off" in the
/etc/rc.d/rc.local file. It works every time for me.

One more thing, I also have some issues on the IBM x3650 that after
installing HFA_02 and hf_249, after the reboot, the NIC just stopped
passing for no reason. As a workaround, I use "/etc/rc.d/init.d/network
restart" in the /etc/rc.d/rc.local file as well. In other my /etc/rc.d/rc.local
file looks like:

/etc/rc.d/init.d/network restart
/sbin/ethtool -s eth0 speed 100 duplex full autoneg off
/sbin/ethtool -s eth1 speed 100 duplex full autoneg off
/sbin/ethtool -s eth2 speed 100 duplex full autoneg off

It has worked well so far without issues, until I upgraded to HFA_30.
Reply With Quote
  #8 (permalink)  
Old 2008-09-27
Member
 
Join Date: 2007-03-08
Posts: 92
Rep Power: 2
Spacetrucker has an average reputation (10+)
Default Re: A new casualty of NGx R65 HFA_30

Quote:
Originally Posted by cciesec2006 View Post
Hi SpaceTrucker,

I used "/sbin/ethtool -s eth0 speed 100 duplex full autoneg off" in the
/etc/rc.d/rc.local file. It works every time for me.

One more thing, I also have some issues on the IBM x3650 that after
installing HFA_02 and hf_249, after the reboot, the NIC just stopped
passing for no reason. As a workaround, I use "/etc/rc.d/init.d/network
restart" in the /etc/rc.d/rc.local file as well. In other my /etc/rc.d/rc.local
file looks like:

/etc/rc.d/init.d/network restart
/sbin/ethtool -s eth0 speed 100 duplex full autoneg off
/sbin/ethtool -s eth1 speed 100 duplex full autoneg off
/sbin/ethtool -s eth2 speed 100 duplex full autoneg off

It has worked well so far without issues, until I upgraded to HFA_30.
Thanks for schooling me on both points. I'll give this a go on Monday.
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 09:25.


Powered by vBulletin® Version 3.7.4
Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.2.0