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 52 attendees signed up from 14 countries!
2. CCSA/CCSE One-Week Dual-Certification Training Course with CPUG in San Francisco!
    Courses Starting 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 > NAT (Network Address Translation)
Register FAQ Members List Calendar Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 2005-08-13
BarryStiefel BarryStiefel is offline
Administrator
 
Join Date: 2005-08-11
Location: San Francisco, CA
Posts: 549
Rep Power: 10
BarryStiefel has disabled reputation
Default Multicast and NAT

Multicast and NAT



Contributed by BenSmith
Published in geeklog Thursday, June 26 2003 @ 12:48 PM EST
Published in oldfaq 2002-Nov-28 21:23 dwelchATphoneboyDOTcom

Multicast packets aren't "routed" in the conventional sense. Multicast packets must either be tunneled in a unicast packet, which will get routed, or all the intermediary routers/firewalls must support multicast "routing," which is a bit like using a broadcast helper for DHCP/BOOTP packets.

FireWall-1 doesn't route packets, your host OS does. Your host OS needs to run some sort of multicast routing daemon in order to forward multicast packets.

However, FireWall-1 isn't entirely out of the picture here. On IPSO, at least, routed multicast packets are treated different as FireWall-1 isn't quite sure how to associate a given multicast packet with an interface, since it could potentially come from any interface. FireWall-1 treats this packet as coming from an "unknown" interface and drops it.

IPSO (Nokia/VPN-1 Appliance): You need modzap from Nokia Knowledge Base Resolution 1261. Then you can execute the following command and reboot your Nokia Application Platform:

modzap _fw_allow_unknown_if $FWDIR/boot/modules/fwmod.o 0x1

Solaris: Add the following to /etc/system and reboot:

set fw:fw_allow_unknown_if 0x1

HP/UX 9.x: Execute the following command and reboot the gateway:

echo "fw_allow_unknown_if?W1" | adb -w /hp-ux

HP/UX 10 and 11: Execute the following command and reboot the gateway:

echo "fw_allow_unknown_if?W1" | adb -w /stand/vmunix

AIX: Execute the following commands:

fwstop
echo "fw_allow_unknown_if/W 1" | adb -w $FWDIR/boot/modules/fwmod.4.x.o
fwstart

NT: Check Point has not yet provided information on how to do this on NT.

-- RayLodato - 14 Jan 2004

FAQForm FAQs.Class: FAQs.OS: FAQs.Version:
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 06:29.


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