What's new

[Official Release] AiMesh Firmware v3.0.0.4.384.20308 for All Supported Products

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Silly question, is it ok to run both 2.4 GHz and 5 GHz on the same SSID?
I am doing that now on multiple networks without any problems.
 
Silly question, is it ok to run both 2.4 GHz and 5 GHz on the same SSID?

It is possible to do it, and many people do it, but its not always the best way to set up a home wifi network. Devices that come and go from the network (phones, laptops, etc) will mostly end up on the 2.4 GHz band because that's what will come into range first. IMHO, its better to set up separate SSIDs for 2.4 GHz and 5 GHz, and then use the network preferences on your computer to preferentially connect to the 5 GHz network. Unfortunately, Android does not allow setting preferred wifi networks, so I just exclude the 2.4 GHz network from my phones.
 
For Smart Connect to work surely both id's need to be the same. I've not switched smart connect on yet was waiting until i'm happy mesh is stable before throwing something else into the mix.
 
It is possible to do it, and many people do it, but its not always the best way to set up a home wifi network. Devices that come and go from the network (phones, laptops, etc) will mostly end up on the 2.4 GHz band because that's what will come into range first. IMHO, its better to set up separate SSIDs for 2.4 GHz and 5 GHz, and then use the network preferences on your computer to preferentially connect to the 5 GHz network. Unfortunately, Android does not allow setting preferred wifi networks, so I just exclude the 2.4 GHz network from my phones.

It is absolutely okay to use the same SSID for both bands, in fact some mesh systems like Orbi won't even let you specify a different SSID. Aimesh does let you, one of the reasons I much prefer it over other systems. If you're router supports Smart Connect I recommend giving it a try. I've been using it with the default settings and have not once ended up on the 2.4 Ghz band in my home for devices that support 5 Ghz. With my old router that didn't support Smart Connect I would frequently end up on the 2.4 band even when I was in range to receive a 5 Ghz signal and my speeds were crap so I did what others indicated and setup separate SSIDs so I could force my devices to the band I wanted. So in the end I think it depends on your needs and capabilities of your router.
 
It is absolutely okay to use the same SSID for both bands, in fact some mesh systems like Orbi won't even let you specify a different SSID. Aimesh does let you, one of the reasons I much prefer it over other systems. If you're router supports Smart Connect I recommend giving it a try. I've been using it with the default settings and have not once ended up on the 2.4 Ghz band in my home for devices that support 5 Ghz. With my old router that didn't support Smart Connect I would frequently end up on the 2.4 band even when I was in range to receive a 5 Ghz signal and my speeds were crap so I did what others indicated and setup separate SSIDs so I could force my devices to the band I wanted. So in the end I think it depends on your needs and capabilities of your router.

I think your last sentence captures the key points. With my dual router setup, there is no place in my home or yard where 2.4 GHz provides faster wireless speeds than 5 GHz (2.4 GHz RSSI can be and often is better but not speed), so I only use 2.4 GHz now for my wireless cameras.
 
Is anyone getting weird issues, where it looks like the stronger AP just dropped you (almost as if its radio is going through a reboot) and you are in dead air for a minute or so? My cell phone data usage went way up, since these drops kept happening.
My 3 x RT-AC68U got almost unusable, and I had to reboot the main router and the nodes after a couple of days of use. I'm not sure if that might have been due to extensive use of IPTV or what, but it was running into issues with the DHCP server (My android phone telling me that the network was full). Even after a total wipe/factory restore it was doing that. Finally, I've plugged in a different router, and changed the whole AUS setup to AP AiMesh. Now it's finally stable.
This was on the same SSID for 2.4 and 5 GHz, and pretty much on default setup.
 
Silly question, is it ok to run both 2.4 GHz and 5 GHz on the same SSID?

Depends.. :) Around my appartment are 20+ active networks on 2.4GHz, but only two on 5GHz (108 and 161 channels). Having seperate SSIDs means I can "force" my devices to stay on 5GHz (channel 36, 80MHz width), and only few legacy ones are given passwords for 2.4GHz band.

This gives me better network stability.
 
My GUI showing firmware update available for AC88U running 384_20308 , not in a position to update at the moment , product webpages not updated for new version yet either.... wonder whats fixed/added ?
 
Most likely KRACK vulnerabilities are solved.

In another thread I read that the servers are being synchronized at the moment, so new firmware will become available within 24 hours.
 
Last edited:
Most likely KRACK vulnerabilities are solved.

In another thread I read that the servers are being synchronized at the moment, so new firmware will become available within 24 hours.

Cool thanks , can't update for a day or so anyway, but think will switch on smart connect when i update as mesh seems pretty stable
 
Is there anyone experiencing issue while trying to reach AiMesh fireware downloading page? Each time I clicked the firmware downloading link, e.g. https://www.asus.com/Networking/RTAC68U/HelpDesk_BIOS/
it always be redirected to
https://www.asus.com/us/Networking/RTAC68U/
no matter what kind of browsers I was using. This started to happen after I upgraded my two AC68U routers to AiMesh.

Looks like you left off the /us in that URL.

Try this:
https://www.asus.com/us/Networking/RTAC68U/HelpDesk_BIOS/
 
Has anyone been able to get email notifications to work from the Aiprotection section? I have hits in the 2 way intrusion detection but never receive any emails.
 
Just wanted to post on this thread as it is most current:

Is it possible to disable 2.4Ghz?

2.4Ghz is way too congested in my area, and I want to be courteous to my neighbors and use 5Ghz only. When I set up AiMesh, I can turn off 2.4Ghz antenna on the ROUTER (the 2.4Ghz LED on the ROUTER turns off), but the 2.4Ghz light does not turn off on the NODE. I can also connect to the 2.4GHz SSID on my phone.

Currently, the main can't disabled wifi in Node.

I guess this is a similar problem where you cannot configure some things in the node directly.
 
Is there a way to reboot the aimesh nodes from any UI, either web or iOS? Also, does anyone else have this problem where when they reboot only the main aimesh router they get slow speeds on the aimesh node until the aimesh node has been rebooted at which point full speeds are reestablished?
 
My ASUSWRT 4.0 AiMesh
cable ISP, 365/11Mbps
2.4/5.0 WiFi6 router RT-AX86U_Pro_3.0.0.4.388.24199
WLANs w/Smart Connect enabled (same chs, same SSIDs, all nodes)
Guest1 WLANs enabled, same SSIDs, all nodes
2.4 Fixed, ch 11/20, -96dBm noise
5.0 Fixed-1,2a, ch 36/160, -91dBm noise
2.4/5.0 Roaming Assistant enabled, -70/-70dBm
Cloudflare encrypted DNS w/malsite blocking
AiProtection enabled (few events)
2.4/5.0 WiFi6 node RT-AX86U_3.0.0.4.388.24231 at 77' (5.0 -64dBm)
wired backhaul, 2.5GbE MoCA 2.5, 2.5Gbps
wireless backhauls disabled

AiMesh extends coverage, improves roaming, simplifies admin, maintains backhauls and a backup router as node, and can be incrementally built/updated. No account, app, controller, subscription, fee required.

Install
* Security-related
o 2.4/5.0/6.0 = 2.4/5/6GHz bands
o AiMesh = router/AP root node + 4 nodes max (2 daisy-chained max)
Mixing models/topologies/backhauls is permitted
AP Mode root node is wired to non-AiMesh LAN
EOL
o FW Reset FAQ
Reset button/webUI Restore/node removal clears settings in NVRAM; reboot restores fw defaults from CFE
Hard Reset via WPS button/webUI Restore+Initialize also clears data logged in /jffs partition
o Confirm ISP cable shield is grounded to electric Earth at demarc*
o Use a UPS to protect data/hardware*
o Make notes

o Power OFF router, modem, wait (cycle power)
o Wire router WAN to modem, LAN to PC
o Power ON modem, wait
o Power ON router, wait
Monitor LEDs; Power LED flashes ~3 times when ready
o Hold Reset button until Power LED flashing to Reset fw, wait
o Browse to router LAN IP (default 192.168.50.1) to access webUI
o Perform Quick Internet Setup (QIS) to check/upload fw, WAIT
See new fw link to review release notes
o Browse to sub page /ajax_coretmp.asp to confirm CPU temp <86C (85% Tj max)
o Set Restore+Initialize to Hard Reset fw, wait
o Power OFF router/open WiFi*, modem

o Repeat for node
o Disconnect node WAN, LAN; place in range of router 5.0 WLAN

o Wire router WAN to modem, LAN to PC
o Power ON modem, wait; then router
o Perform QIS and configuration
WIRELESS
- enable Smart Connect band steering/failover; set WLANs to same SSIDs OE/OE
Or, disable SC; set WLANs to different SSIDs OE/OE-50 (user band steers/segregates clients/traffic)
- set 2.4/5.0 SSIDs (Aa-Zz 0-9 space,.'&()-); Hide SSID No; Wireless Mode Auto, enable 802.11ax/WiFi6 mode*
- set 2.4/5.0 Authentication Method to WPA2/WPA3-Personal*, same WPA Key (Aa-Zz 0-9), Protected Management Frames to Capable
Beware compatibility
- set 2.4/5.0 max Channel Bandwidth, Control Channel
Wireless Log lists noise, 5.0 DFS status, client/node connection detail
For Fixed bw and US ch range given, determine ch with least noise <-84dBm and best connections
If radio interference persists, switch to Unfixed settings to let router vary bw/ch to coexist
Clients decide/connect with their best wireless mode, authentication method, bandwidth permitted

2.4GHz Unlicensed Spectrum.png

2.4 Fixed = 20MHz bw, ch 1-6-11
2.4 Unfixed = 20MHz bw, ch Auto

5GHz Unlicensed Spectrum.png

US FCC U-NII Device Regulations
5.0 Fixed-1,2a = 160MHz bw, ch 36-48,52-64 (exclude DFS/2a)
5.0 Fixed-2c = 160MHz bw, ch 100-128 (exclude DFS/2c)
5.0 Fixed-3,4 = 160MHz bw, ch 149-161,165-177 (exclude 4)
5.0 Unfixed-1,2a,2c,3 = 20/40/80/160MHz bw, ch Auto, exclude DFS/2a,2c (36-48,52-64,100-144,149-165)

5.0 Fixed-1,3 = 80MHz bw, disable 160MHz, ch 36-48,149-161
5.0 Unfixed-1,3 = 20/40/80MHz bw, disable 160MHz, ch Auto, exclude DFS/2a,2c (36-48,52-64,100-144,149-165)

Start with 5.0 Fixed-1,2a; if all clients/nodes support DFS bands U-NII-2a,2c, include respective DFS/2a,2c control channels and 5.0 Fixed-2c (DFS delays WLAN startup). If RADAR/DFS prohibits using bands 2a,2c, switch to 5.0 Fixed-1,3 (no DFS; max Tx power; no LTE on ch 36-48)

6GHz Unlicensed Spectrum.png

6.0 (WiFi6e; more spectrum; no DFS; less range; not on Win10)

- disable WPS*
- confirm 2.4/5.0 Roaming Assistant node steering enabled
Or, disable 2.4/5.0 RA
802.11k,v support
- confirm 2.4/5.0 Airtime Fairness disabled (compatibility)
- disable 2.4/5.0 Universal Beamforming (proprietary)

LAN
- set router LAN IP (192.168.1.1), DHCP server IP Pool of dynamic and manually-assigned IPs (pool .10-254 leaves IPs .1-9 for static use on clients)

WAN
- disable UPnP*
- set DNS Server1,2, DNS-over-TLS (DoT), Strict, DoT Server1,2
(1.1.1.2, 1.0.0.2, security.cloudflare-dns.com
9.9.9.9, 149.112.112.112, dns.quad9.net)*
Other DNSPs
DNS check
Disable DoT for Wyze client setup
- confirm Primary WAN set to 1G WAN (2.5G port defaults to LAN5 after QIS, or to WAN on a wired node)
Or, set Primary WAN to 2.5G port; wire 2.5G port to modem (default WAN becomes LAN5 after reboot)
- disable SIP Passthrough (one-way VoIP)

FIREWALL
- confirm firewalls enabled*

ADMINISTRATION
- confirm Login Captcha enabled*
- set USB Mode to USB 2.0 (shield 2.4 WLANs from USB 3.x EMI)
- set Time Zone, DST (Mar, 2nd Sun; Nov, 1st Sun)
- confirm Telnet, SSH, Web Access from WAN disabled*
- confirm Auto Firmware Upgrade disabled*
o Privacy\Withdraw disables Trend Micro features

AiMESH
o Power ON reset node, wait
o Confirm all WLANs are broadcasting/stable
- if wireless backhaul only, confirm WPS enabled before and disabled after adding node*
- search/add node, wait
- if all nodes are wired backhaul, enable Ethernet Backhaul Mode to disable all wireless backhauls (all WiFi for client use only; no failover)
- set router/node LEDs OFF
- confirm node Backhaul Connection Priority Auto (Ethernet-based)
- disable node USB Application media servers, Network Place Share

GUEST NETWORK
- set Guest1 WLANs (use Guest2 on standalone router) to same SSIDs OE Guest/OE Guest, WPA2/WPA3-Personal, same WPA Key, Access intranet disabled*, all nodes
Guest1 WLANs can be on all nodes; IPs 101.x/102.x (non-reserveable); VLANs 501/502
Guest2,3 WLANs are on root node only

AiPROTECTION
- enable AiProtection*

ADAPTIVE QoS
- disable UPnP control*

USB APPLICATION
- disable media servers, Network Place Share
SMB 2.0 support

o Logout, wait
o Power OFF-pause-ON router, wait
o Browse to Shields UP! to scan port security*

o Deploy node high, in the clear, in range of router 5.0 WLAN >-74(-64)dBm RSSI; not too near/far/many; not low/behind/obstructed/one-over-the-other
Use a mobile WiFi analyzer app to space nodes ~-64dBm apart
Do not co-locate with other 2.4/5/6GHz EMI
Disable unused WiFi Direct APs in printers, etc.
o Tilt \ | / antennas (~2dBi gain) for multi-orientation coverage
pattern.jpg

coverage.jpg

o Vary node location/orientation (a small change can matter) to adjust 5.0 WLAN coverage to affect roaming/node steering
o Connect a wired backhaul from router LAN to node WAN
Other scenarios
Beware managed switches
o Adjust SC rules to affect band steering (not likely)
o Increment RA RSSI threshold from -70dBm until stationary clients boot to near node

o Reboot AiMesh\System, wait; reboot unhealthy nodes/backhauls, wait; then reboot clients to affect change/clear conditions
o Confirm integrity of cables/connectors (RG-59/Cat5e min; respect min bend radius of cable; clean dirty contacts)
o Wire stationary clients
o Upgrade client network adapter driver
o Configure client WLAN adapter properties to affect band steering, roaming aggressiveness; forget connections to clear conditions and only make connection needed
o Avoid app/voice admin*
o Let settle and use a new network before adding to it, one change at a time

Upgrade (10 min)
o Browse your notes
o Save configuration to .cfg file for recovery (revert; Hard Reset; restore .cfg)
o Download/extract fw to wired PC
Verify ASUSWRT file checksum value
Review release notes
o Eject/disconnect USB storage (free RAM; secure data)*
o Reboot AiMesh\System, wait (free RAM)
o Upload fw to node(s), WAIT; then root node, WAIT
o Reconfigure before too much troubleshooting

Reconfigure (20 min)
o Remove node(s) from AiMesh to auto Reset fw, wait
o Set root node Restore+Initialize to Hard Reset fw, wait
o Configure root node from scratch (do not restore .cfg)

OE
 
Last edited:
I just noticed the other day that the mesh seems to be showing up as individual clients on my client list, one for each wifi band, but under the same IP address. It didn't do this before, I haven't updated to the new firmware that was just updated, and I didn't change any settings. It didn't do this when I first set up the mesh, but for some reason it just started doing it. Is anyone else seeing this? Screenshots are attached, one from desktop, one from app, since both are showing this behavior.
 

Attachments

  • app.png
    app.png
    95.4 KB · Views: 1,683
  • desktop.png
    desktop.png
    40.8 KB · Views: 2,078
I now have two RT-AC68Us configured for AiMesh with WiFi backhaul. They are about 95' apart on one level spanning 3 interior walls/kitchen and 2 exterior brick walls. This is to upgrade an RT-AC68U and RT-N66U in extender/repeater mode. The old setup worked but the roaming, multiple SSIDs, and management were not very elegant. Plus I need to push the RT-N66U over the hills and through the woods to Grandma's house.
o Set DNS servers (OpenDNS 208.67.222.222, 208.67.220.220)

Just curious why the decision to use OpenDNS vs the built in trend micro? I have been using software at the client level but have been thinking about doing it at the router level.
 
Just curious why the decision to use OpenDNS vs the built in trend micro? I have been using software at the client level but have been thinking about doing it at the router level.

My use of OpenDNS precedes my use of ASUS routers. I did not realize there was a Trend Micro option... but even so, I like to spread the love around. OpenDNS is reputable and it's not Google.

I only mentioned OpenDNS here to provide context... it's currently in my router and in my notes!

OE
 
Last edited:

Similar threads

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top