Some 802.11ac chipsets support 80+80 MHz channel operation in addition to 160 MHz channel operation, e.g. QCA9886, QCA9888.
OpenWrt currently only let users choose a contiguous 160 MHz channel.
By setting hostapd parameters like vht_oper_chwidth, he_oper_chwidth, vht_oper_centr_freq_seg1_idx, he_oper_centr_freq_seg1_idx, it should be possible to achieve 80+80 MHz channel operation.
Search the forum for “VHT80P80” for relevant patches you can apply yourself.
I’ve not submitted these to the project (maybe I will…) but they work fine.
From hostapd.conf, apparently it should be he_oper_centr_freq_seg1_idx?
Thank you - it would be great if you can submit the patch to OpenWrt, since it will gain higher visibility (other users may not know that there is a patch in a forum topic), and if it gets accepted (merged), users will be able to enjoy the feature without having to manually patch their scripts / repos.
That’s right, the patch translates it out (in the VHT case). I would do the same for HE.
I will submit it when I find time. We have carried this patch over in Gargoyle for quite some time.
I don’t know if “channel2” is an appropriate config name for this, but I can’t think of anything better.
I’ve made a start on patches for 24.10 which I will post soonish.
I’ll need someone who has an AX capable device which supports 80+80 to test. Turns out my device doesn’t support it and I’ll have to go dig out my netgear 7800 to test VHT80P80.
Great idea! I always thought it was odd that the R7800 supported 80+80 with the factory firmware but lost this functionality when upgrading to OpenWRT. Will this also work with auto channel selection? I typically leave it on auto channel 160Mhz.
I have a lot of devices with Mediatek chipset. They should support VHT80P80, HE80P80 and EHT80P80. Maybe even the EHT160P160 and EHT160P80. Which driver is broken, anyway?