From owner-freebsd-wireless@FreeBSD.ORG Fri Nov 30 06:58:28 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D4E5D5D; Fri, 30 Nov 2012 06:58:28 +0000 (UTC) (envelope-from nakal@web.de) Received: from mout.web.de (mout.web.de [212.227.15.3]) by mx1.freebsd.org (Postfix) with ESMTP id BDBF38FC0C; Fri, 30 Nov 2012 06:58:27 +0000 (UTC) Received: from zelda.sugioarto.com ([217.236.11.108]) by smtp.web.de (mrweb103) with ESMTPSA (Nemesis) id 0Lw0q9-1T8myu02vd-017kYC; Fri, 30 Nov 2012 07:58:21 +0100 Date: Fri, 30 Nov 2012 07:58:19 +0100 From: Martin To: Adrian Chadd Subject: Re: kern/149516: [ath] ath(4) hostap with fake MAC/BSSID results in station dropping packets when associated Message-ID: <20121130075819.42a8c41c@zelda.sugioarto.com> In-Reply-To: References: <201211291940.qATJe1Jf033574@freefall.freebsd.org> <20121129214512.4909fa8f@zelda.sugioarto.com> <20121129223901.686290ce@zelda.sugioarto.com> <20121129225347.757b1fc8@zelda.sugioarto.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.13; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:KnegbbT6brF+1vRfTL1oBRWyJ/BCZgbRZFlYZq6PbeZ o3piIgVY9vyGFOBOC1Gh0HdRy8U/HUAjj0flygaBf/QnqsE57F A/VS1AVjf+KE6zmJD9lA/Zr7nRwaB9DrGD4vFmguEQmyhx3xWH YzykqEJI13asgS0RMR9iNxygZkfILtMXkWmkr+wFz6rxrTooa3 TvgMb6bBfCkzE+7r2yTxw== Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 06:58:28 -0000 Am Thu, 29 Nov 2012 13:56:35 -0800 schrieb Adrian Chadd : > Hi, > > Yes. As I said, the whole "configure an alternate MAC" thing isn't > very consistent and I'm sure that the whole migration to VAP > interfaces made some of the MAC BSSID and local ethernet card address > programming "inconsistent." Hi, this is not good, if alternate MACs are not supported, because you also need them to configure multiple access points in hostapd. Take a look at the end of the hostapd.conf in examples. This definitely takes away features. Like I said... the ath(4) driver is dropping/blocking/filtering the packets somewhere in the send code. The receive part and the network operation generally work correctly, as far as I can remember. > If you want to take a look at whta's in the card: > > * add ATH_DIAGAPI, AH_DEBUG, ATH_DEBUG to your kernel, recompile > * compile up src/tools/tools/ath/ > * use athregs -i athX , look at the BSS and MAC registers to see what > address it has configured. > > I bet htose aren't "right".. I'll take a look at it soon. -- Martin