2.2BETA: Atheros ar9227 extremely unstable wifi, plus N mode does not work.
-
I was testing quite extensively the Atheros 9280 using the same HW as CMB.
Whatever the settings, I have many "ath0: stuck beacon; resetting (bmiss count 8)". I have updated the hw tunable settings with no luck.
It is more stable using G but quality is all in all very bad and unstable.When you start using bridge mode, It become close from unusable, whatever the settings.
I have ping with time ranging from 10ms up to 1600ms… when It can ping.
–- 8.8.8.8 ping statistics ---
100 packets transmitted, 98 packets received, 2.0% packet loss
round-trip min/avg/max/stddev = 9.051/100.789/411.100/80.820 ms -
I have been playing a bit with the beta.
My impression is, that it's a lot less stable than the alpha builds i tested.
However i havent had the time to dig in to debug.
Regarding getting n to work:
What probably most people are missing, is that n requires QoS.
Ticking the WME checkbox will maybe help. -
Nothing's really changed in the wifi-related OS portions in months in 2.2 (maybe through tracking 10-STABLE). Seems there are several combinations of things that can be unstable. Not really a priority for us at the moment, but post-release, it is something we're going to investigate further and report upstream in hopes of getting fixes. If others can gather data on what works and what doesn't, that'd be helpful.
-
Has something changed? Cause I get Associated @ 135M now while using a iPhone 6 (got 25Mb/s download and 94 Mb/s upload).
I am also using latest 2.2 RC with a TP-LINK TL-WDN4800 (AR9380 chip).ath0_wlan2: flags=8943 <up,broadcast,running,promisc,simplex,multicast>metric 0 mtu 1500 ether **:de:**:0c:**:97 inet6 fe80::eade:27ff:fe0c:4797%ath0_wlan2 prefixlen 64 scopeid 0x8 nd6 options=21 <performnud,auto_linklocal>media: IEEE 802.11 Wireless Ethernet autoselect mode 11na <hostap> status: running ssid Eriksson5Ghz channel 56 (5280 MHz 11a ht/40-) bssid **:de:**:0c:**:97 regdomain NONE country BO indoor ecm authmode WPA2/802.11i privacy MIXED deftxkey 3 AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 24 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 64k ampdudensity 8 shortgi burst -apbridge dtimperiod 1 -dfs</hostap></performnud,auto_linklocal></up,broadcast,running,promisc,simplex,multicast>
[Clickable]
[Clickable] -
Im having the same issue as yesterdays snapshot. I have an Atheros AR9280, when in N or A mode on the 5GHz side im able to push about 1GB of data through the card…then the connection drops.
-
I got my WiFi issue fixed. I did some reading about key rotation and several message boards indicate that the key rotation should be set to 0 (which pfSense doesnt support) for straming A/V. When the keys rotate the connection will temporarily drop when in the process of rotating which is unacceptable for streaming A/V. If it is set to something above 0 then it needs to bet set to at interval of at least 5 minutes because when the keys rotate devices are able to negotiate the new keys once per minute up to 4 attempts, which means no less than 5 minutes. Changing the default value of key rotation from 60 to 300 solved the issue. Unless my research is wrong then Id suggest the default value in pfSense be changed from 60 to 300.
