Look at this picture and you'll see that upper cannot be a "proper" choice when using channels 12, 13, and 14.
I understand it seems that it generates some kind of conflict with the frequencies, I just changed to channel 11 and put upper. now i get 11+15 do you think its ok?
Nothing explodes with that setting, router still works supposedly at 300 M but verify in Status > Wireless tab, at the bottom of the page at what RX and TX rates your devices are connected. With a setting like that I get no more than 150 M as if HT40 is ignored. So is of no use to set it that way if devices can't understand what the router is trying to do.
Joined: 21 Jan 2017 Posts: 1783 Location: Illinois Moderator
Posted: Sun Jan 16, 2022 2:34 Post subject:
Jovan wrote:
With a setting like that I get no more than 150 M as if HT40 is ignored. So is of no use to set it that way if devices can't understand what the router is trying to do.
Exactly, no commercial client will ever see channel 15 and use it, only another dd-wrt router running in super channel mode will see channel 15; or devices you have hacked to be able to see channels above 13 (14 in Japan), and you will have had to pay to unlock these channels...
If you want to set an upper channel, and you also live in JAPAN, you can try 11+upper and it should use 14 as the extension channel. Otherwise for most countries 13 is the highest channel you can use on a client and you would need to use 8+upper to make this work. Again, the clients will be the limiting factor... AND then there's the whole fact that only intel clients in laptops will allow HT40 to be used. All iOS and Android stuff will revert to HT20 mode if it detects ANY slight neighbor signal. I know of no way to force HT40 mode on Android nor on iOS devices....
HT40 in 2.4ghz is mostly a wasted feature thanks to the clients not allowing it. _________________ FORUM RULES
Netgear XR500
Firmware Version: DD-WRT v3.0-r48081 std (01/11/22)
Kernel Version: Linux 4.9.296 #663 SMP Tue Jan 11 02:58:11 +07 2022 armv7l
Current Time: Sat, 15 Jan 2022 18:48:22
Uptime12 min
Reset: No
GUI install over 48075
No issues
Does SFE work on this model? Every time I enable it, it reverts back to disable after I apply.
A big thanks to BS and all the gurus for everything that you do. _________________ Netgear XR500 - Gateway
R6700 v3 - Station Bridge
Netgear XR500
Firmware Version: DD-WRT v3.0-r48081 std (01/11/22)
Kernel Version: Linux 4.9.296 #663 SMP Tue Jan 11 02:58:11 +07 2022 armv7l
Current Time: Sat, 15 Jan 2022 18:48:22
Uptime12 min
Reset: No
GUI install over 48075
No issues
Does SFE work on this model? Every time I enable it, it reverts back to disable after I apply.
A big thanks to BS and all the gurus for everything that you do.
It's enabled on my R9000, and when I tried to disable it the 5GHz radio would no longer accept a connection from my primary workstation (I could still connect to the 2.4GHz radio, though). So I re-enabled it with the intention of doing some more testing later.
I am using the DD-WRT radio firmware on the 5GHz radio too, and I've been informed that I really shouldn't.
Netgear XR500
Firmware Version: DD-WRT v3.0-r48081 std (01/11/22)
Kernel Version: Linux 4.9.296 #663 SMP Tue Jan 11 02:58:11 +07 2022 armv7l
Current Time: Sat, 15 Jan 2022 18:48:22
Uptime12 min
Reset: No
GUI install over 48075
No issues
Does SFE work on this model? Every time I enable it, it reverts back to disable after I apply.
A big thanks to BS and all the gurus for everything that you do.
It is enabled on my XR500. _________________ Current devices:
XR500 - gateway
5x R7500v2 - AP
OpenMediaVault server for tailscale, SMB, & Emby
Exactly, no commercial client will ever see channel 15 and use it, only another dd-wrt router running in super channel mode will see channel 15; or devices you have hacked to be able to see channels above 13 (14 in Japan), and you will have had to pay to unlock these channels...
If you want to set an upper channel, and you also live in JAPAN, you can try 11+upper and it should use 14 as the extension channel. Otherwise for most countries 13 is the highest channel you can use on a client and you would need to use 8+upper to make this work. Again, the clients will be the limiting factor... AND then there's the whole fact that only intel clients in laptops will allow HT40 to be used. All iOS and Android stuff will revert to HT20 mode if it detects ANY slight neighbor signal. I know of no way to force HT40 mode on Android nor on iOS devices....
HT40 in 2.4ghz is mostly a wasted feature thanks to the clients not allowing it.
Sorry but this is not quite correct
Channel 14 is allowed in Japan only as 20Mhz and as IEEE 802.11b
Therefore the channels 10/11/12/13 can never be HT40+Upper in Japan
Channel 9 is the highest channel that supports HT40+Upper and channel 14 is basically not a 40Mhz channel.
for the primary channel mentioned, "upper" is only possible as an extension channel if you have activated Superchannel and apart from the fact that in most cases you make yourself liable to prosecution by using it, the channels are not supported by any client anyway. (with the exception of dd-wrt with activated Superchannel)
Code:
root@DD-WRT:~# iw reg get
global
country JP: DFS-UNSET
(2402 - 2482 @ 40), (N/A, 20), (N/A)
(2474 - 2494 @ 20), (N/A, 20), (N/A), NO-OFDM
One is AP only and has been running fine for over a year.
Second one I just received (bought used on Ebay) and am using as a test gateway for now. Only a basic setup using the recommended settings from egc's signature.
The first one shows the Switch Config page in the GUI. The second one does not. Both using same r48081 firmware. First one was an update, second one was initial conversion from stock.
Did I miss the magic setting that displays the Switch Config page or just hit and miss with install/upgrades?
Or, after perusing other posts, do I care if it's there or not as it doesn't seem to be completely functional and could be problematic? Especially since I specifically want to play with adding a second WAN VLAN on it. _________________ TP-Link TL-WDR4300 v1 (NAS) - r54682
Buffalo WZR-600DHP (Gateway, NAS, DDNS, DHCP) - r54682
Netgear R7800 (Gateway, DDNS, DHCP, DNSMASQ w/Pi Hole) - r54682
Netgear R7800 (AP) - r54682
It should be functional in build 48128, you probably need to reset to defaults after upgrading (from CLI: nvram erase && reboot) and put settings in manually
Ok.
ho1Aetoo wrote:
This is a bug after a factory reset the switch config page disappeared and it appears again only after the next firmware update.
And possibly tolerable, since the switch config page did not work properly in older builds anyway (e.g. made the WAN port unusable).
maybe this is fixed in the next build there was a commit the other day