From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 16:34:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDC1216A41F for ; Tue, 26 Jul 2005 16:34:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D33343D45 for ; Tue, 26 Jul 2005 16:34:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6QGNvms067200 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Jul 2005 09:23:58 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42E664E6.6000606@errno.com> Date: Tue, 26 Jul 2005 09:29:26 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Mertl References: <1122322318.1042.12.camel@genius1.i.cz> <42E58A03.8010007@errno.com> <1122364309.31546.34.camel@genius1.i.cz> In-Reply-To: <1122364309.31546.34.camel@genius1.i.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hostap recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 16:34:05 -0000 Michal Mertl wrote: > Sam Leffler wrote: > >>Michal Mertl wrote: >> >>>Hello, >>> >>>I've just found out that something very recently broke hostap on FreeBSD >>>CURRENT. The client associates and gets the MAC address of the AP. When >>>I run tcpdump on the AP I see the pings from the client getting in but >>>the AP doesn't reply. The ARP protocol works but nothing else does. >>> >>>Source checked on 2005-07-22 16:00 UTC works fine. >>> >>>The AP card is atheros but just reverting the last changes to the driver >>>doesn't help. >> >>I just tried with CURRENT (from last night). 5212 card setup with TKIP >>for PTK and GTK. ap operating in 11g. Powerbook running Tiger >>associated and operated fine. 29Mb/s for upstream tcp netperf (sta and >>ap in close proximity--rssi 41). >> >>I appreciate you testing stuff but please try to diagnose your problems >>a bit harder and then provide more useful info like the h/w revs and the >>exact steps you use to setup a non-working system. > > > Sorry, I had the exact same HW setup as before which I described in my > email about the problem with bridging. > > I've got several Atheros 5212 cards (mac 5.9 phy 4.3 radio 3.6) and also > IPW notebook all running CURRENT, the notebook and the client several > days old (from before 2005-07-22 16:00 UTC). > > The most basic setup - 'ifconfig ath0 192.168.0.1 mediaopt hostap ssid > aaa' on the AP and 'ifconfig ath0 192.168.0.2 ssid aaa' worked like a > charm before the date and not after. With the newer kernel on the AP the > cards associate and as I've just found I can communicate between the > stations on the AP. Ping to the AP doesn't work even when I get the MAC > address of the AP via ARP. Adhoc connection works. I am unclear still on what happens. I believe you are saying: ping 192.168.0.1 from the station to the ap fails. If so what does 80211stats show on the ap when this happens (do releveant error stats go up)? If you do 80211debug +input on the ap do you get any log msgs about discarded frames? You also seem to say the sta resolves the ip w/ arp. Is the same true for the ap (i.e. that it resolves the ip address of the sta)? I'm assuming you are NOT running firewall rules do not have crypto setup and have not fiddled with parameters like apbridge (you didn't provide ifconfig output for each side). I rarely test direct communication between sta+ap; usually I bridge to a wired net and communicate with stations on the wired net (it's always what I'm doing when I report netperf numbers). Does bridged communication to a sta on another network work? Sam