From owner-freebsd-wireless@FreeBSD.ORG Wed Nov 7 02:42:24 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 0A02EF7A; Wed, 7 Nov 2012 02:42:24 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 5420C8FC0A; Wed, 7 Nov 2012 02:42:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id qA72SP1O009685; Wed, 7 Nov 2012 13:28:26 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 7 Nov 2012 13:28:25 +1100 (EST) From: Ian Smith To: Adrian Chadd Subject: Re: Replacing wireless nic on my router In-Reply-To: Message-ID: <20121107132255.I83367@sola.nimnet.asn.au> References: <201211042144.08807.onyx@z-up.ru> <201211051849.51278.onyx@z-up.ru> <201211052039.55188.onyx@z-up.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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: Wed, 07 Nov 2012 02:42:24 -0000 On Mon, 5 Nov 2012 08:47:36 -0800, Adrian Chadd wrote: > Hi, > > You need to verify that the packet is actually going out over the air, > and that it's being received by the client. > > It could be rejected for a variety of reasons: > > * If it's going out the wrong rate, because somehow it's going out > (say) 11n when the client i 11g; > * It's being received at the other end but it's being rejected - eg > out of sequence, or incorrect encryption setup. > > The newer NIC brings with it a different HAL (AR5416/AR9002 HAL versus > AR5212 HAL) and so there may be some subtle behavioural changes. > > Have you tried running the AP in open mode and ensuring everything can > associate? > > Thanks, > > > > Adrian Maybe a silly question, it's more likely a wireless problem as you suspect, but are we sure there's no firewall involved that might be dropping DHCP responses on the client? cheers, Ian > > On 5 November 2012 08:39, Dmitry Kolosov wrote: > >> The first thing I'd do is start by verifying that the packet actually > > > >> went out over the air. > > > > I think they do. In both ways. I can see it on AP with tcpdump. Linux and > > WinXP installed on the same laptop working fine with same AP before and > > after changing wireless nic on AP. > > > >> I'd also use athstats to see if your station is receiving the DHCP > > > >> replies. The "Rx" counter should be going up each time the server > > > >> sends the response. > > > > > > > > Can't i see it with tcpdump? I'm starting tcpdump on AP and on client at the > > same time and run `dhclient wlan0` on client. On client i see outgoing DHCP > > request after association with AP. On AP i see incoming DHCP request from > > client! On AP i see outgoing DHCP reply to client! But i don't see incoming > > DHCP reply on clinet with tcpdump -y IEEE802_11_RADIO or with default media > > type. > > > > > > > > Thanks in advance, Adrian. > > > > Really weird. All other devices working just fine.