From owner-freebsd-net@FreeBSD.ORG Sun Aug 10 23:52:33 2003 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 755FC37B401 for ; Sun, 10 Aug 2003 23:52:33 -0700 (PDT) Received: from procyon.firepipe.net (procyon.firepipe.net [198.78.66.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0CEE43FAF for ; Sun, 10 Aug 2003 23:52:32 -0700 (PDT) (envelope-from will@csociety.org) Received: by procyon.firepipe.net (Postfix, from userid 1000) id 1A60523823; Sun, 10 Aug 2003 23:52:32 -0700 (PDT) Date: Sun, 10 Aug 2003 23:52:32 -0700 From: Will Andrews To: net@freebsd.org Message-ID: <20030811065231.GQ95290@procyon.firepipe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Bridging in FreeBSD without one side being blocked? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 11 Aug 2003 06:52:33 -0000 Hello (please cc: me as I am not subscribed, thanks), I was wondering if anyone has managed to set up bridge in such a way that hosts on both sides will be able to access the machine doing the bridging. The reason I need this is because I need to join two media types (10baseT/100baseTX and 1000baseSX), and both sides of the bridge need access to the machine in question. I'd prefer to do it like this instead of buying another switch with the necessary media ports or a media converter just for this. As far as I can tell, it does not seem like FreeBSD's BRIDGE is capable of doing this sort of thing. Does someone know if ng_bridge can do it, or if it could be made to with some slight modifications? I could not find any documentation about someone that has done something like this. I should note.. later I may add an Atheros card to the bridge, configured in 802.11a host AP mode. Same conditions apply. :) Seems to me that if a packet is destined for an IP associated with any of the bridge's child interfaces, the code should recognize that the packet can be delivered directly to it, as opposed to simply dropping it. Thanks in advance! -- wca