[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freebsd-hackers
Subject:    natd and multicast tunnel
From:       George Uhl <uhl () mamba-e ! gsfc ! nasa ! gov>
Date:       1999-08-30 20:25:46
[Download RAW message or body]

 I'm running natd on a FreeBSD 3.2 router at home which
 receives internet service via a cable modem and provides
 translation for a host on the back-end of a 10bT ethernet
 LAN.  The LAN is configured with the 192.168.1/24 address
 space.
 
 I'm using the "non-firewall" setting in 
 /etc/rc.firewall:
 
 /sbin/ipfw -f flush
 /sbin/ipfw add divert natd all from any to any via xl0
 /sbin/ipfw add pass all from any to any
 
 Unicast translation works fine.  The problem occurs when
 providing concurrent multicast service.  I'm using mrouted
 version 3.9-beta3 and tunneling multicast control traffic
 in addition to multicast data.
 
 I can run an sdr session on the back-end LAN host while
 running mrouted and natd and receive session advertisements.
 However, when I join a multicast session, my router's kernel
 panics with a page fault somewhere in the div_input function
 of /sys/netinet/ip_divert.c.  div_input is called by
 ip_output.
 
 When I run mrouted stand-alone (i.e., without natd) the
 back-end host can join a session without crashing the router.
 I haven't tried to source multicast traffic from the
 back-end host since that should require natd to translate
 the source address.  Is there a way to bypass natd for
 incoming tunneled multicast traffic?  Outgoing multicast
 streams would still need to be translated prior to
 tunneling, right?
 
 Please reply via e-mail as I am not subscribing to these
 lists.
 
 Thanks,
 George Uhl
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message

[prev in list] [next in list] [prev in thread] [next in thread]