From owner-freebsd-questions  Mon Aug 30 13:25:59 1999
Delivered-To: freebsd-questions@freebsd.org
Received: from mamba-e.gsfc.nasa.gov (mamba-e.gsfc.nasa.gov [128.183.166.146])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0A4A214C4B; Mon, 30 Aug 1999 13:25:55 -0700 (PDT)
	(envelope-from uhl@mamba-e.gsfc.nasa.gov)
Received: (from uhl@localhost)
          by mamba-e.gsfc.nasa.gov (8.8.5/8.8.4)
	  id QAA13617; Mon, 30 Aug 1999 16:25:46 -0400 (EDT)
Date: Mon, 30 Aug 1999 16:25:46 -0400 (EDT)
From: George Uhl <uhl@mamba-e.gsfc.nasa.gov>
Message-Id: <199908302025.QAA13617@mamba-e.gsfc.nasa.gov>
To: freebsd-questions@freebsd.org
Subject: natd and multicast tunnel
Cc: freebsd-hackers@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-MD5: PBOQ+r6AgQNYctZ+bAZlqg==
Sender: owner-freebsd-questions@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

 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-questions" in the body of the message