Pilot6:

I am afraid we need more information.

I have NBG6617 and EA6350v3 in use on 19.07 branch with hostapd-common 2019-08-08-ca8c2bd2-1.

No problems on 5 GHz so far.

systemcrash:

What would be "more information" which would help?

systemcrash:

Something antithetical would be interesting: does applying the same 'downgrade' he used to your AP give no worsening?

Pilot6:

It is hard to tell for sure.

Did you install anything in addition to default packages regarding wireless, like wpad-full, etc?

Does this happen with all clients, or some specific ones?

Pilot6:

I don't need to do a downgrade. I've been building and testing the 19.07 on these devices all the way. I didn't notice any kind of trouble with wireless performance. I ran iperf all the way.

vamanea:

I guess you have also been testing only with the -ct variant of the driver and the firmware for ath10k?

Any idea how I could debug this problem some more? On my PC I'm using Linux 5.2 and the latest available firmware for the wireless card(whatever difference that makes).

I tried reducing to 40MHz channels, no improvement, I tried limiting the max VHT MCS rate that would be reached on both the AP and the computer, but no improvement.

ping times are all over the place, ssh unusable, TCP throughput very low < 20MBPS

vamanea:

As far as clients go, the Mobile Phone with QCA WiFi seems OK, but the Marvel ac and Broadcom 43xx an are affected.

Pilot6:

I am testing with default -ct firmware and default package set. All works well.
You need to find out what is the difference of your setup.

vamanea:

One other related question, are your ping times stable, under 2-3ms all the time?
Mine looked like @systemcrash every 10 or so packets there is a spike up to 100s of ms.

Pilot6:

My ping is stable. Not always 2-3, but 2-8.

vamanea:

Thanks, I'll try to confirm first if downgrading solves problems for others and then I'll try to narrow the problem down. Just as a note, with the hostapd downgrade the connection is rock solid.

muddyfeet:

See also FS#2563 and FS#2682 - Similar issues on 5GHz on an Archer C7 v2.

bill888:

On a similar note:

I have a pair of EA6350 v3. I started using them only recently as a simple wireless access point, wired to another openwrt router. I installed 19.07.0-rc2 and also tried NotTengoBattery v0.30, and very latest daily snapshot for EA6350v3 (8th Jan 2020)

Everything was working fine (apart from some minor ping latency issues) until I stumbled across transfer speed problems with Intel Centrino 6300 802.11n (3x3) wifi cards. Speeds were capped to 12-15 Mbps on different model Dell Windows 10 laptops on both 2.4 and 5 GHz bands. Same for Intel 6205 (2x2) card which uses same windows wifi driver. On 5 GHz, Windows reports wireless link speed at full 300 Mbps. On 2.4 GHz, 144 Mbps.

When testing laptop with a 6205 wifi card running Mint Linux 18.3, wifi transfer speeds seem to be better but still short of what is normally seen.

No error messages in openwrt system log. speedtests and iperf3 test results were just SLOW and capped to 12-15 Mbps under Windows 10.

There are no speed problems when using older Intel 6200 card (uses older driver) and later 7260 N and AC cards (newer driver), and Qualcomm AR5B22 (AR9462) N cards. All running under Windows 10.

I also use a number of wireless bridges (routers) connecting to EA6350 router. There are no speed problems. Belkin F7D4302 (Broadcom BCM4718A1) with Tomato, Home Hub 5A (QCA9880) with LEDE 17, CY-SWR1100 (RaLink)with Padavan.

I flashed older** 19.07-r10293 snapshot** (kernel 4.14.136, hostapd-common: 2018-12-02-c2c6c01b-6) and transfer speeds with** Intel 6300 and 6205 wifi cards are back to normal in Windows 10**. ie. not capped at 12-15 Mbps.

I then tried 19.07.0-rc1, and issue with wifi transfer speeds being capped to 12-15 Mbps returns. Kernel 4.14.151, hostapd-common: 2018-12-02-c2c6c01b-9

Update: I also tested very latest daily snapshot (8 January 2020) with same low speed transfer results with Intel 6300 wifi card.

I can confirm low speeds with Intel 6300 wifi card still exist when using 19.07.0 on EA6350. See test results two posts down.

ynezz:

So on my //nbg6617// with //Intel(R) Dual Band Wireless AC 3165, REV=0x210// on //channel 52 (5260 MHz), width: 80 MHz, center1: 5290 MHz// I get following results on //OpenWrt SNAPSHOT, r11931-41c19dd542//:

100 packets transmitted, 100 received, 0% packet loss, time 99150ms
rtt min/avg/max/mdev = 1.407/4.197/7.718/1.294 ms


And following results on //OpenWrt 19.07.0, r10860-a3ffeb413b//:

100 packets transmitted, 100 received, 0% packet loss, time 99142ms
rtt min/avg/max/mdev = 2.081/4.280/6.018/0.723 ms


bill888:

What OS are you using?

fwiw, the AC 3165 is same generation as AC 7260 & 7265 card. There is no speed issue with 7260 N and AC cards with Windows 10.

Results from 19.07.0 on EA6350 v3 (ipq4018) configured as simple WAP (ch.36, 80MHz), using Intel 6300 card in Windows 10 laptop:
Download speeds are still poor

iperf3 -c 192.168.1.11 -t 10 -R

[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 19.2 MBytes **16.1 Mbits/sec ** sender
[ 4] 0.00-10.00 sec 19.2 MBytes 16.1 Mbits/sec receiver

iperf3 -c 192.168.1.11 -t 10

[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.01 sec 57.5 MBytes 48.2 Mbits/sec sender
[ 4] 0.00-10.01 sec 57.5 MBytes 48.2 Mbits/sec receiver

Results from 19.07.0 on EA6350 v3 using Intel AC7260 card in Windows 10 laptop:

iperf3 -c 192.168.1.155 -t 10 -P 5 -R

[SUM] 0.00-10.00 sec 419 MBytes 352 Mbits/sec sender
[SUM] 0.00-10.00 sec 419 MBytes 352 Mbits/sec receiver

iperf3 -c 192.168.1.155 -t 10 -P 5

[SUM] 0.00-10.00 sec 398 MBytes 334 Mbits/sec sender
[SUM] 0.00-10.00 sec 397 MBytes 333 Mbits/sec receiver

330-350 Mbits/sec is not as good as stock Linksys firmware, but still far better than 16 Mbps witnessed with Intel 6300 wifi card which should be capable of 130+ Mbps.

I hope cause of these problems can be found and fixed for future 19.07.1 for EA6350 v3. In the mean time, I will continue using old 19.07-r10293 snapshot which doesn't exhibit speed problems with Intel 6205 and 6300 wifi cards.

ynezz:

What OS are you using?

Tests were performed on Ubuntu 18.04.3 LTS.

ynezz:

I also tested very latest daily snapshot (8 January 2020) with same low speed transfer results with Intel 6300 wifi card.

Ok, so lets try the latest hostapd then, you've two options:

• build your own image with following patch https://gitlab.com/ynezz/openwrt/commit/73e437d0f5352032785688336444f6af5e5bdc5d

• use [[https://gitlab.com/ynezz/openwrt/-/jobs/397876451/artifacts/browse/bin/targets/ipq40xx/generic/|image built]] by GitLab CI on private server

Please note, that this patch is only built tested.

ynezz:

and Broadcom 43xx an are affected.

I'm not able to confirm this either with //Firmware: BCM4345/6 wl0: Oct 23 2019 23:33:06 version 7.45.197 (r723044 CY) FWID 01-dfced692// on RPi4 client and //OpenWrt SNAPSHOT, r11931-41c19dd542// on my nbg6617:

100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max = 4.710/6.714/9.489 ms


ynezz:

Same as above, but the client is MacBook with //BCM43224// running Ubuntu 19.10:

100 packets transmitted, 99 received, 1% packet loss, time 99157ms
rtt min/avg/max/mdev = 1.164/4.018/35.677/3.589 ms


and macOS 10.15.1:

bill888:

I installed your prebuilt for EA6350v3 from link to your private server 3 posts up from this message.

Win10 laptop with intel 6300 802.11n 3x3 wifi card connecting to 5 GHz radio AC 80MHz

Sadly, there is no improvement to gigabit LAN to 5 GHz wifi transfer speeds when downloading. Still stuck at <15 Mbps.

(The upload speed of 74 Mbits/sec may be higher than previous test result posted 5 messages earlier, possibly because I used 20 MHz bandwidth in earlier test. I could be wrong though)

For comparison, I reconnected to my other EA6350 v3 5GHz AC 80 MHz radio

ynezz:

OpenWrt SNAPSHOT, r0-0f945ff1 (hostap_2_9-542-g33c8a10498c1) doesn't work

So no luck, the problem still exists in the latest hostapd (which is as well a plus as we might be able to ask for help upstream).

Anyway, for the start I've tried to study the code changes in hostapd between version 2.8 and 2.9 related to 80MHz/11n and found 29d8bd1dec79 ("nl80211: Add driver multi iftype HE capability parsing") interesting.

So for the start, I've prepared [[https://gitlab.com/ynezz/openwrt/-/jobs/399364172/artifacts/browse/bin/targets/ipq40xx/generic/|next build]] for you which moves hostapd just before this 29d8bd1dec79 change. Lets see how it goes.

devnull:

Updating to the latest firmware from here fixed the issue for me:
https://github.com/kvalo/ath10k-firmware/tree/master/QCA9984/hw1.0/3.9.0.2

bill888:

I install EA6350 v3 factory image from 2 posts before this message.

Sadly no improvement with download speeds. ie. < 15 Mbps

Win10 laptop with Intel 6300 3x3 wifi N card.
I only tested 5 GHz radio. I did not test 2.4 GHz.

It is probably irrelevant, but I understand 19.07.0-rc1 does not use hostapd 2.8/2.9, and it too suffers from low wifi transfer speeds as reported by OP and myself. I thought I should mention it.

ynezz:

It is probably irrelevant, but I understand 19.07.0-rc1 does not use hostapd 2.8/2.9, and it too suffers from low wifi transfer speeds as reported by OP and myself. I thought I shouldmention it.

Ok, thanks, so we're probably just wasting time here.

I've read following, also on that linked forum:

//I did some bisecting and found that the hostapd-2.9 upgrade was the reason. When I reverted the patch and rebuild the performance was good again.//

So yours issue is probably related to something different and you should create your own bug/issue for that.

bill888:

fwiw, I don't quite understand why reverting hostapd 2.9 solves problem for the OP, and yet OP also reported 19.07.0-rc1 did not work too - which does not use hostapd 2.8/2.9.

It is possible my issue may be related to something different, but it seems too much of a coincidence the symptoms are similar but not as 'severe' as reported by OP.

Ideally if the OP can briefly test OpenWrt SNAPSHOT, r0-eaaaf27e on nbg6617, it would confirm whether or not issue is resolved for OP, if not for my Intel 6205/6300 wifi card issue.

Thank you for your help so far.

Update: following comment by FuN_KeY in next post below, I did not change country code when I tested Petr's snapshots.

vamanea:

Sorry Petr for the delay in answering, I was traveling.

I built a ipq40xx image from your commit but I did not see any improvement on NBG6617. SSH is unusable(too big delay between typing and the echo), ping is all over the place:

64 bytes from xxx.lan (192.168.1.2): icmp_seq=1 ttl=64 time=2.39 ms
64 bytes from xxx.lan (192.168.1.2): icmp_seq=2 ttl=64 time=1.62 ms
64 bytes from xxx.lan (192.168.1.2): icmp_seq=3 ttl=64 time=4.04 ms
64 bytes from xxx.lan (192.168.1.2): icmp_seq=4 ttl=64 time=3.61 ms
64 bytes from xxx.lan (192.168.1.2): icmp_seq=5 ttl=64 time=4.09 ms
64 bytes from xxx.lan (192.168.1.2): icmp_seq=6 ttl=64 time=28.3 ms
64 bytes from xxx.lan (192.168.1.2): icmp_seq=7 ttl=64 time=65.8 ms
64 bytes from xxx.lan (192.168.1.2): icmp_seq=8 ttl=64 time=18.6 ms


and the throughput with the 802.11ac Marvel wifi adapter is around 15Mbits/s with iperf. I tried changing the country code, but I didn't see any big changes.

When I switch back to my 19.07 HEAD with the following patches reverted then everything returns to normal:

commit f9c41493920f45a05930a05bcaac11e12764c90a (HEAD -> 19.07-no2.9)
Revert "hostapd: Update to version 2.9 (2019-08-08)"
This reverts commit 5e8d1b52dafb04428898fe3ba9c2920a0fb6f653.

commit 6e52d96388973cf247661b137ae62d5f54a8f2fb
Revert "hostapd: add IEEE 802.11k support"
This reverts commit a6e7f68c7f7539d20d884acc06c07b53e9683d93.


vamanea:

Just for reference here is the iperf3 with hostapd 2.8

[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 447 MBytes 375 Mbits/sec 381 sender
[ 4] 0.00-10.00 sec 444 MBytes 372 Mbits/sec receiver


ynezz:

When I switch back to my 19.07 HEAD with the following patches reverted then everything returns to normal:

Ok, can you try to narrow it down to single commit? Do you really need all this 4 reverts, can you double check that? Just do one revert, flash, iperf test, repeat until you get 300Mbits/sec back, then report the state/commits of your tree.

What //802.11ac Marvel wifi adapter// is that exactly, what operating system is running on the client, what firmware version are you using on that Marvell adapter?

vamanea:

Yes, sorry should have mentioned this before, the offending commit is "hostapd: Update to version 2.9 (2019-08-08)" The rest are needed because the patches don't apply cleanly.

The Marvel adapter is Marvell Technology Group Ltd. 88W8897 [AVASTAR] 802.11ac Wireless running on a Ubuntu with kernel 5.2.21. The firmware running on the device is 15.68.7.p154

muddyfeet:

I'll just add to this - I am using a MS Surface 6 with a Marvell Avastar 8897 NIC on windows 10 (release 1909 with the Avastar driver 15.68.17015.112) talking to a Archer C7 V2 on trunk (r11982-c6e972c877).

Same issues on hostapd 2.9 - see FS#2563. Reverting to 2.8 is ok, see https://forum.openwrt.org/t/zyxel-nbg6617-ipq4019-regression-in-wifi-5ghz/50544/26?u=muddyfeet

Using Openwrt 18.06.5 is fine.

ynezz:

https://git.openwrt.org/c07f6e8659ea1348c75c04dac2924616f0042293 is worth trying

vamanea:

We are back in business! with this patch applied on v19.07.0 I get

ping is also stable. I will triple check that the patch is truly applied but so far so good.

Reading through the patches I suppose that's why for one of the comments above changing regulatory country might have made things better.

muddyfeet:

And I can confirm that it's fixed on the archer c7 v2 as well!!!! Have just tried trunk with an ar71xx build. Thank you, thank you, thank you Felix and Petr.

FS#2563 can also closed off.

bill888:

fwiw, I tried OpenWrt SNAPSHOT r12110-4576a753f2 (Fri 24 Jan 2020) on my ea6350 v3.

It made no improvement with Windows 10 laptop fitted with Intel centrino 6300 wifi card. Confirming Petr's earlier conclusion that it is a different issue.