From owner-freebsd-wireless@FreeBSD.ORG Wed Oct 16 18:23:30 2013 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 72C6534F for ; Wed, 16 Oct 2013 18:23:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3110E21EF for ; Wed, 16 Oct 2013 18:23:30 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id w8so916468qac.4 for ; Wed, 16 Oct 2013 11:23:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uTV4GB1+wqhWPtzaSUFzRZwX/3ZgGrWFnoZW+XlAQU4=; b=zdf/EZH9WD0cRVwd0WmAXfeW+Bj0KdlgKajLxL4vCREjTP5jodf50vjGkjlBvgVd8y 5u9IOLybzMieArj8BmtKqUlnHoX5N5k8oCluIxLilIlxd5Wh62hYawoZ7VfrMBnLi0H6 tmzUCpXt7DcumbOpTPuL7osyTXwa5PPW1mh6a1D/2Vpptg2giLEVuCVE+xXu9+WeCM5y ibhHlhTwb1k9hSQ6uVYDdqgzVvrLIylIPCklILTicB7Re7VN2lza7oU+l0ecQ4VsHshH Xb/WdzOPodGbVqVQfqRRIhHQK6Hx+YSgS6XeyjU1fe4dpzJiFyOkIo3pPvqO94a4mScS dB5A== MIME-Version: 1.0 X-Received: by 10.229.201.67 with SMTP id ez3mr5892639qcb.1.1381947809187; Wed, 16 Oct 2013 11:23:29 -0700 (PDT) Received: by 10.224.207.66 with HTTP; Wed, 16 Oct 2013 11:23:29 -0700 (PDT) Received: by 10.224.207.66 with HTTP; Wed, 16 Oct 2013 11:23:29 -0700 (PDT) In-Reply-To: <1B911791-BC03-4740-BD2B-4060BB0C5FFB@jnielsen.net> References: <1B911791-BC03-4740-BD2B-4060BB0C5FFB@jnielsen.net> Date: Wed, 16 Oct 2013 11:23:29 -0700 Message-ID: Subject: Re: Why does ath(4) suck, and what else to buy? From: Adrian Chadd To: John Nielsen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: =?ISO-8859-1?Q?Ulrich_Sp=F6rlein?= , "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, 16 Oct 2013 18:23:30 -0000 Right. There's different Mac addresses. Then him.. Wonder whether I should make staggered beacons optional. Burst beacons work better but I will need to do surgery... Adrian On Oct 16, 2013 2:03 PM, "John Nielsen" wrote: > On Oct 16, 2013, at 11:29 AM, Ulrich Sp=F6rlein > wrote: > > > Hey, I'm running this small -CURRENT box as router/AP and it has a > > miniPCI ath(4) card that typically works fine, it only reports the > > occasional > > > > ath0: stuck beacon; resetting (bmiss count 4) > > > > not sure if that is problematic, the wifi used to work fine. If that > > message is harmless, maybe it should not be printed. But that's not > > what I'm here for. I've tried setting up a 2nd wlan device and run > > hostapd on it for a guest SSID for house guests, etc. > > > > So I created wlan2 next to wlan0, ran an exact copy of the > > hostapd.conf (except different SSID and PSK) and that made lots of > > phones/tablets have trouble connecting or staying connected (wlan2 is > > bridged to the same bridge as wlan0 and the wired interfaces, so > > DHCP/DNS/routes are unlikely to be the problem). > > > > It looks like this: > > > > ath0: mem 0xe0a00000-0xe0a0ffff irq 17 at device 0.0 on > pci4 > > ath0: AR9280 mac 128.2 RF5133 phy 13.0 > > ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0 > > > > > > /etc/rc.conf: > > > > cloned_interfaces=3D"bridge0" > > autobridge_interfaces=3D"bridge0" > > autobridge_bridge0=3D"port* wlan0 wlan2" > > > > wlans_ath0=3D"wlan0 wlan2" > > create_args_wlan0=3D"wlanmode hostap country DE authmode wpa" > > ifconfig_wlan0=3D"ssid COYOTE mode 11g pureg up" > > create_args_wlan2=3D"wlanmode hostap country DE authmode wpa" > > ifconfig_wlan2=3D"ssid COYOTE_GUEST mode 11g pureg up" > > > > > > Haven't rebooted, so I've brought up wlan2 by hand: > > > > root@coyote:~# ifconfig wlan2 create wlandev ath0 wlanmode hostap > > country DE authmode wpa > > ifconfig: SIOCS80211: Device busy > > Exit 1 > > root@coyote:~# ifconfig wlan2 > > wlan2: flags=3D8943 > > metric 0 mtu 1500 > > ether 68:a3:c4:51:44:99 > > inet6 fe80::6aa3:c4ff:fe51:4499%wlan2 prefixlen 64 tentative > scopeid 0xd > > nd6 options=3D29 > > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > > status: running > > ssid COYOTE_GUEST channel 8 (2447 MHz 11g) bssid 68:a3:c4:51:44:= 99 > > regdomain ETSI country DE indoor ecm authmode 802.1x privacy MIX= ED > > deftxkey UNDEF txpower 30 scanvalid 60 pureg protmode CTS wme > burst > > dtimperiod 1 -dfs > > > > and it also magically got added to bridge0. > > > > root@coyote:~# /etc/rc.d/hostapd start wlan2 > > Starting hostapd. > > Configuration file: /etc/hostapd-wlan2.conf > > Using interface wlan2 with hwaddr 68:a3:c4:51:44:99 and ssid > "COYOTE_GUEST" > > > > root@coyote:~# egrep -v '^#|^$|passphrase' /etc/hostapd-wlan2.conf > > interface=3Dwlan2 > > driver=3Dbsd > > logger_syslog=3D-1 > > logger_syslog_level=3D3 > > logger_stdout=3D-1 > > logger_stdout_level=3D2 > > debug=3D1 > > dump_file=3D/tmp/hostapd-wlan2.dump > > ctrl_interface=3D/var/run/hostapd-wlan2 > > ctrl_interface_group=3Dwheel > > ssid=3DCOYOTE_GUEST > > country_code=3DDE > > hw_mode=3Dg > > macaddr_acl=3D0 > > auth_algs=3D1 > > wme_enabled=3D1 > > wpa=3D2 > > wpa_key_mgmt=3DWPA-PSK > > wpa_pairwise=3DCCMP > > > > and that's when the trouble starts to appear, dmesg now get's funny > > messages like: > > > > wlan2: Ethernet address: 68:a3:c4:51:44:99 > > wlan2: promiscuous mode enabled > > ath0: stuck beacon; resetting (bmiss count 4) > > ath0: stuck beacon; resetting (bmiss count 0) > > ath0: ath_transmit: sc_inreset_cnt > 0; bailing > > ath0: ath_tx_should_swq_frame: 50:46:5d:21:16:df: Node is asleep; > > sending mgmt (type=3D0, subtype=3D176) > > ath0: ath_tx_should_swq_frame: 38:e7:d8:69:c0:6e: Node is asleep; > > sending mgmt (type=3D0, subtype=3D176) > > ath0: ath_tx_should_swq_frame: b4:07:f9:e8:8f:8e: Node is asleep; > > sending mgmt (type=3D0, subtype=3D176) > > ath0: ath_node_recv_pspoll: 38:e7:d8:69:c0:6e: not in powersave? > > ath0: ath_tx_node_wakeup: an=3D0xfffffe0126489000: node was already awa= ke > > ath0: ath_node_recv_pspoll: b4:07:f9:e8:8f:8e: not in powersave? > > ath0: ath_tx_node_wakeup: an=3D0xfffffe001e413000: node was already awa= ke > > ath0: ath_node_recv_pspoll: b4:07:f9:e8:8f:8e: not in powersave? > > ath0: ath_node_recv_pspoll: b4:07:f9:e8:8f:8e: not in powersave? > > ath0: ath_node_recv_pspoll: b4:07:f9:e8:8f:8e: not in powersave? > > ath0: ath_tx_node_wakeup: an=3D0xfffffe0088add000: node was already awa= ke > > > > > > Looking at some Android devices, they see that SSID as "Secured with > > WEP", so no WPA2 :/ An oldish HTC Desire won't even see that SSID. > > Neither will a Ubuntu laptop. Can someone unstupid me? Do I need a > > wlanbssid override for wlan2? > > > > Now that it is in this state, the first devices fail to > > re-authenticate (on wlan0) with this AP. Guess I'll tear down wlan2 > > again. > > Do wlan0 and wlan2 have different MAC addresses? They need to. You could > try adding the "bssid" flag to create_args_wlan2; that's supposed to make= a > unique MAC for you based on the hardware's real MAC. However last time I > tried it (it's been a while) with my hardware it didn't work. So > alternatively, you can add "wlanaddr aa:bb:cc:dd:ee:ff" to > create_args_wlan2 (substituting a better MAC, of course). > > > The second part of my question is related to buying recommendations > > for 5GHz USB wlan fobs that work solid as an AP (and virtual AP) under > > FreeBSD. Not all of my equipment can to 5GHz, so I need a dual-band > > solution (with VAPs for the 2.4GHz band). What do people use around > > here, what works solidly? > > > > Cheers, > > Uli > > _______________________________________________ > > freebsd-wireless@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > > To unsubscribe, send any mail to " > freebsd-wireless-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.or= g > " >