From owner-freebsd-bugs  Thu Jan  9 21:10: 6 2003
Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3FA1237B401
	for <freebsd-bugs@hub.freebsd.org>; Thu,  9 Jan 2003 21:10:05 -0800 (PST)
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E59E743F13
	for <freebsd-bugs@hub.freebsd.org>; Thu,  9 Jan 2003 21:10:04 -0800 (PST)
	(envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1])
	by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id h0A5A4NS057072
	for <freebsd-bugs@freefall.freebsd.org>; Thu, 9 Jan 2003 21:10:04 -0800 (PST)
	(envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.12.6/8.12.6/Submit) id h0A5A4Bq057071;
	Thu, 9 Jan 2003 21:10:04 -0800 (PST)
Date: Thu, 9 Jan 2003 21:10:04 -0800 (PST)
Message-Id: <200301100510.h0A5A4Bq057071@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc: 
From: Bill Trost <trost@cloud.rain.com>
Subject: Re: conf/15010: "client" firewall configuration kills incoming broadcast 
Reply-To: Bill Trost <trost@cloud.rain.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-bugs.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-bugs>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-bugs>
X-Loop: FreeBSD.org

The following reply was made to PR conf/15010; it has been noted by GNATS.

From: Bill Trost <trost@grey.cloud.rain.com>
To: David Malone <dwmalone@maths.tcd.ie>
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: conf/15010: "client" firewall configuration kills incoming broadcast 
Date: Thu, 09 Jan 2003 21:06:36 -0800

 David Malone writes:
     As far as I know, the source address of a packet should never be
     set to the broadcast address.
 
 Based on that observation, why would you trust me to suggest
 a good fix?  (-:
     
     Was the patch you submitted one that you were actually using, or
     one you extracted from our own custom rules?
 
 The rule I'm currently using is
 
 	ipfw add pass all from $internal_net to $internal_broadcast via de1
 
 (de1 being the internal net interface).

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