From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 17:02:42 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 C2A3F16A44D for ; Tue, 26 Jul 2005 17:02:42 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1912C43D46 for ; Tue, 26 Jul 2005 17:02:41 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j6QH2VPa037385; Tue, 26 Jul 2005 19:02:31 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: Sam Leffler In-Reply-To: <42E664E6.6000606@errno.com> References: <1122322318.1042.12.camel@genius1.i.cz> <42E58A03.8010007@errno.com> <1122364309.31546.34.camel@genius1.i.cz> <42E664E6.6000606@errno.com> Content-Type: text/plain; charset=ISO-8859-2 Date: Tue, 26 Jul 2005 19:00:56 +0200 Message-Id: <1122397256.1067.15.camel@genius1.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit 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 17:02:42 -0000 Sam Leffler píše v út 26. 07. 2005 v 09:29 -0700: > 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 ./80211stats -a 00:0b:6b:35:dc:d4: rx_mgmt 1 tx_data 107 tx_bytes 9788 00:0b:6b:35:dc:f0: rx_data 107 rx_mgmt 1 rx_bytes 10430 tx_data 6 tx_mgmt 2 tx_bytes 36 tx_assoc 1 tx_auth 1 ./athstats 8 tx management frames 3 tx frames discarded prior to association 93 tx failed 'cuz too many retries 930 long on-chip tx retries 1 tx frames with no ack marked 8148 beacons transmitted 27 periodic calibrations 834 rate control checks rssi of last ack: 48 avg recv rssi: 49 1 switched default/rx antenna Antenna profile: [1] tx 8 rx 97 [2] tx 1 rx 0 These are shortly after reboot after several minutes of inactivity and now ping running 150 sec. After some 20 secs: ./athstats 8 tx management frames 3 tx frames discarded prior to association 181 tx failed 'cuz too many retries 1810 long on-chip tx retries 1 tx frames with no ack marked 9021 beacons transmitted 30 periodic calibrations 923 rate control checks rssi of last ack: 48 avg recv rssi: 44 1 switched default/rx antenna Antenna profile: [1] tx 8 rx 185 [2] tx 1 rx 0 ./80211stats -a 00:0b:6b:35:dc:d4: rx_mgmt 1 tx_data 183 tx_bytes 16780 00:0b:6b:35:dc:f0: rx_data 183 rx_mgmt 1 rx_bytes 17878 tx_data 6 tx_mgmt 2 tx_bytes 36 tx_assoc 1 tx_auth 1 > 80211debug +input > on the ap do you get any log msgs about discarded frames? Nothing is displayed. > 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). No, I set the cards only with the commands provided. There's no firewall. AP: ath0: flags=8843 mtu 1500 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:0b:6b:35:dc:d4 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 authmode OPEN privacy OFF txpowmax 52 dtimperiod 1 bintval 100 STA: ath0: flags=8843 mtu 1500 inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:0b:6b:35:dc:f0 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 authmode OPEN privacy OFF txpowmax 53 bintval 100 > 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? I've just set up bridging on ath and wired ethernet and pinged a station on it. This works. I changed the IP addresses and did 'sysctl net.link.ether.bridge.config="ath0 fxp0"' and 'sysctl net.link.ether.bridge.enable=1'. ifconfig of the AP: fxp0: flags=8943 mtu 1500 options=b inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:0e:0c:68:71:6a media: Ethernet autoselect (100baseTX) status: active ath0: flags=8943 mtu 1500 ether 00:0b:6b:35:dc:d4 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid aaa channel 36 bssid 00:0b:6b:35:dc:d4 authmode OPEN privacy OFF txpowmax 52 dtimperiod 1 bintval 100 I still can't ping 10.0.0.1 from the STA (which is now 10.0.0.3). Thank you for your help. I won't be able to continue testing for several hours, sorry. The ath cards I have have two antenna connectors. Does it matter which one I use? I see that sysctl dev.ath shows different txantenna than rxantenna but I only have one antenna connected (and don't really know what is the number of the connector). Michal