From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 09:59:14 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F58416A400 for ; Mon, 4 Jun 2007 09:59:14 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id 3315B13C447 for ; Mon, 4 Jun 2007 09:59:13 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from [192.168.2.10] ([192.168.2.10]) by mail1.cil.se with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Jun 2007 11:47:08 +0200 Message-ID: <4663DFFE.90203@ide.resurscentrum.se> Date: Mon, 04 Jun 2007 11:48:46 +0200 From: Jon Otterholm User-Agent: Thunderbird 1.5.0.9 (X11/20070131) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jun 2007 09:47:08.0558 (UTC) FILETIME=[5128DAE0:01C7A68D] Subject: if_bridge and ff:ff:ff:ff:ff:ff X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2007 09:59:14 -0000 I'm havinf trouble sending packets to the ethernet broadcast address on an if_bridge. It seems as if the onley packets sent from my router to ethernet broadcast is arp. I have the following conf: bridge0: flags=8843 mtu 1500 inet x.x.x.x netmask 0xffffff80 broadcast x.x.x.x ether 00:90:4b:1a:xx:xx member: em0.10 flags=1 member: em0.10 flags=1 + additional ~80 if's sysctl's: net.link.bridge.pfil_onlyip=1 net.link.ether.ipfw=0 net.link.bridge.ipfw=1 net.link.bridge.pfil_bridge=1 net.link.bridge.pfil_member=1 net.link.bridge.ipfw_arp=1 net.inet.ip.forwarding=1 In detail the problem is related to dhcpd working an if_bridge. I know that if_bridge handles arp/revarp in a different manner than other traffic to ethernet broadcast, could this be a bug? //Jon