Date: Mon, 30 Aug 1999 16:25:46 -0400 (EDT) From: George Uhl <uhl@mamba-e.gsfc.nasa.gov> To: freebsd-questions@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: natd and multicast tunnel Message-ID: <199908302025.QAA13617@mamba-e.gsfc.nasa.gov>
next in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199908302025.QAA13617>