On Tue, Jan 10, 2017 at 08:34:32PM -0500, Brandon Mercer wrote:
> I've thrown this on my apu2 and done some tests with my ipad, android
> phones and some openbsd laptops. Streamed 1080p from youtube works on
> one device but when I try with 2x it starts to buffer a bit.
>
> Tested on 2.4Ghz:
> athn0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> index 4 priority 4 llprio 3
> groups: wlan
> media: IEEE802.11 autoselect hostap
> status: active
> ieee80211: nwid mynwid chan 7 bssid xxxxxxxxxxxxxxxxx wpakey
> 0x5324766a441a60e61749083489bcea5df6e73deb1ddbcbe6b1054270787bb4fe wpaprotos
> wpa2 wpaakms psk wpaciphers ccmp wpagroupcipher ccmp
> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255
>
> OpenBSD shows:
> media: IEEE802.11 autoselect (HT-MCS5 mode 11n)
You can see the Tx rate currently selected by the AP for each client
like this: ifconfig athn0 scan | grep assoc
In my case a 2GHz AP rarely selects more than MCS 3 since that rate
already triggers retries. If this is a common problem we could play
around a bit and allow a retry or two where the code currently has:
if (failcnt > 0)
an->mn.retries++;
That might make things faster, or it might not.
Perhaps it will get better with Tx aggregation (not yet supported).
It is also possible that some other parameters are set up improperly
by the driver. The performance mismatch between 2 and 5 GHz is quite
staggering.
