NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
BE9300 Broken With 4kQAM Rate Set On BE200
So this is an interesting and very specific phenomenon I've narrowed down.
The BE200 from intel and the BE9300 from Netgear completely bomb out their rate set negotiation when the signal is perfect.
Yup, this means what you think. Moving the antenna further away or in a suboptimal position to force a lower RSSI so that 1024 QAM or lower is negotiated gives the expected bandwidth.
It appears that one of the devices gets confused or "stuck" on properly allocating the available resource units or doesn't have 4kQAM properly mapped into a rate setting table.
I've checked this repeatedly with spare wifi antennas, moving the PC around, and overzealous usage of iperf 3.2.0 against a wired PC also connected to the BE9300 as well as iperf on an iphone 16.
The iphone 16's themselves appear fine under all conditions, but that's seemingly because they only support 160mhz wide connections and 1024QAM. Yup... apple runs their newer iphone 16s and 17s at 6E speeds, and it's on their official website as per https://support.apple.com/guide/deployment/wi-fi-ethernet-specifications-apple-devices-dep268652e6c/web.
This is what it looks like when it's working and forced to a slightly weaker signal around 53db.
This is what it looks like when the signal is stronger and 4kQAM is utilized on the link.
As you can see the rate set for the uplink swaps to a 4kQAM mode while the downlink crashes and almost appears to be using the BPSK-DCM and BPSK-DCM-DUP rate sets listed as MCS indices 14 and 15 in the rate-set table for wifi7, instead of 12 or 13 as it should be.
Either that or my other guess is the RU allocation "gets stuck" or confused under this specific scenario for some unknown reason.
The BE9300 is using the latest 1.0.6.16 firmware, and the BE200 has been updated to the 24.20.2 drivers, although this has been an ongoing situation across multiple driver versions.
12 Replies
It means there is likely a compatibility or firmware issue between the Intel BE200 and Netgear BE9300 when using 4K-QAM. When the signal is too strong, the devices fail to negotiate the rate properly, causing poor performance. Lowering the signal forces a lower QAM rate, which works normally.
This is probably the most popular pcie-based wifi7 card for windows.
I would be leaning moreso towards a defect being on netgear’s side rather than Intel.
The default 6 Ghz channel 69 had link throughput issues with the intel BE200 card in my work laptop, the issues went away after switching the 6 Ghz channel to 37.
this issue is independent of the channel sadly.
also as per the two images linked above you can see it is on 37.
I do there is a distinct possibility the iPhone 16s and be200 both using 6ghz are causing the router to get confused on what to do.
I would need to test that separately but irregardless would be an issue on netgear’s side.
I should also mention the BE200 runs fine if forced to AX mode down from BE in this case.
It is what leads me to believe there is a 4kqam negotiation issue or RU allocation issue or the router is getting confused handling the different capabilities of iphone 16s and BE200s on the same network.
That is a setting you can configure on windows itself in the adapter’s options.
Another note:
This issue occurs with mu-mimo and implicit beamforming both disabled and enabled.
Hi baybreezeg
I have sent you a private message. Please kindly check it when you have a moment.
Well, I have the same issue come back, the 6 GHz Wi-Fi link throughput gets stuck at a much slower speed in either the receive or transmit links. Reconnecting the Wi-Fi fixes this temporarily.