Archer AX55: Main network, Guest network and IoT

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.

Archer AX55: Main network, Guest network and IoT

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
Archer AX55: Main network, Guest network and IoT
Archer AX55: Main network, Guest network and IoT
2023-02-01 18:57:33
Model: Archer AX55  
Hardware Version: V1
Firmware Version: latest

I am moving all my IoT devices to the guest network for security reasons. Most of the devices only use the 2.4G band but some (such as the Amazon Echo devices) can use both bands.Therefore I have enabled both the 2.4G and the 5G guest networks.  All the remaining devices (PCs, iPhones, iPads, etc.) are 5G capable and I would like to have them all use only the 5G main network. I disabled the 2.4G main network however the 2.4G guest network is also disabled when I do this which is unacceptable.

 

Question: Is there a way to disable the 2.4G main network but still keep the 2.4G guest network enabled?  A workaround would be to use different SSIDs for the main network and have the devices use only the 5G SSID (I use SmartConnect and am used to only one SSID). I also use two RE700X range extenders in an EasyMesh configuration and disabling the main 2.4G network would eliminate any unnecessary signalling and interference.

 

If the main network 2.4G can not be disabled without also disabling the guest network counterpart, perhaps tp-link could add this capability in a future firmware release. Another nice feature would be to add the IoT network capability to the EasyMesh firmware as was done with the WireGuard release. 

 

 

  0      
  0      
#1
Options
5 Reply
Re:Archer AX55: Main network, Guest network and IoT
2023-02-01 21:48:17

  @jra11500 

 

 

Hey

 

In short answer, this is not an unexpected behaviour and unlikely to be changed by any firmware update.   

 

You can have as many SSIDs as you wish, IOT, Guest, HOME etc.. but ultimately they are all coming from the same radio (the actual chipset inside), therefore if you disable the 2.4ghz on one SSID it actually disables the radio and affects ALL the SSIDs.

 

The only way round this would be to have a dedicated radio chipset for each SSID, while vendors do have devices with mutiple radios, they come at a price premium and generally are not at home grade users due to the high costs involved.   From experience multi radio APs are easily over £1000 for anything semi decent

 

 

IMHO.. this is unlikely to ever be implemented at home grade hardware, other vendors are the same from experience.

  0  
  0  
#2
Options
Re:Archer AX55: Main network, Guest network and IoT
2023-02-01 22:17:14

  @Philbert 

 

Thanks for your quick response. Understanding that one chipset handles multiple SSIDs, I believe the answer here is not to actually disable the radio but rather to prevent (not hide) the SSID from being transmitted, effectively "disabling" the network. The chipset could still transmit other SSIDs keeping the radio enabled.and any other networks would then remain active.

  0  
  0  
#3
Options
Re:Archer AX55: Main network, Guest network and IoT
2023-02-01 22:35:15

  @Philbert 

 

I forgot to add that the chipset could disable the radio once the last "enabled" SSID is disabled. As long as there is at least one SSID active, the radio would remain on. That shouldn't be too hard to implement.

  0  
  0  
#4
Options
Re:Archer AX55: Main network, Guest network and IoT
2023-02-01 23:00:30 - last edited 2023-02-01 23:04:59

  @jra11500 

 

Hey again

 

While that does make sense, its sadly not how this works in practice     At a very high level..

 

The radio literally just takes a command and chucks it over the two frequencies.  Think about a radio as really just a conversion device for electrical to airwaves, literally it duplicates the command it gets to both frequencies.

 

So the chipset is asked to create SSID1, it does so twice on the 2 frequencies it knows, namely 2.4 and 5ghz.  It wont differentiate between the two frequencies at all.  One in Two out..

 

To get seperate commands for each frequency, we would need 2x radios, one dedicated for 2.4ghz, other for 5ghz.    This used to be common place but now is not so as it has a few downfalls (also costs more).  

 

The main issue is band steering and roaming.   If you have two physically separate radios, you are authenticated to radio A on 2.4ghz, and you need to move to radio B on 5ghz, for these two radios to talk and handle the handover it needs a controller in the middle.   Without some control module, A will just kick you off.. client then disconnects and then re-connects to B (or possibly A again).  

 

A single radio, as you are authenticated to that one radio and its aware of both frequencies.. no disconnect and no controller required.  Cleaner, quicker and cheaper

 

End result is that the SSID isnt done at the radio level, therefore to have different settings for 5ghz vs 2.4 would require a second chipset.  The chipset doesnt make any decisions, its just chucks out wireless signal.  The only thing it knows is BOTH ON, ONE OFF or BOTH OFF.. its that basic really.  

 

Sorry that is VERY laymens terms, its a very strange and difficult thing to explain

 

 

  0  
  0  
#5
Options
Re:Archer AX55: Main network, Guest network and IoT
2023-02-01 23:50:13

  @Philbert 

 

This is getting to be very interesting. On my end, I admit that I don't fully understand how the chipset functions in the router. For example, does the chipset itself actually contain the radio or does it control an external radio chip?  Same thing goes for commands... Does the chipset receive its commands from a memory (such as an eeprom) or are the commands embedded in the same chipset?  With many years of experience in software and hardware (I'm now retired), what I imagine is that the chipset receives its commands from an external memory and responds accordingly. The software should be able to control the radio, when it is on and what it transmits. There should not be any problem in controlling the number of SSIDs, after all it is done on a time sharing basis. Each band should be separately controlled and I see no problem with that either. Bottom line... The solution is in the software (firmware) and the hardware will respond accordingly.  

  0  
  0  
#6
Options