Early Access Archer AX55 V1 Supports Extending Guest Network via EasyMesh and Optimizing Performance in AP Mode
Early Access Archer AX55 V1 Supports Extending Guest Network via EasyMesh and Optimizing Performance in AP Mode

Hello Everyone,
We're excited to announce the release of the pre-release firmware for Archer AX55 V1. This update introduces support for extending the Guest Network via EasyMesh, implements EasyMesh R3 functionality (including DPP and encrypted communication), and optimizes performance in AP Mode. We encourage you to try out this version of firmware and take advantage of the new features and bug fixes. Your feedback and suggestions are greatly appreciated.
This Article Applies to:
Archer AX55 V1/1.6
New Features and Modifications:
1. Added Easymesh R2 Traffic Separation feature to support network traffic segmentation.
**This allows the satellite unit to extend the Guest Network via EasyMesh.
**Both the main router and satellite unit must support this feature.
2. Implemented Easymesh R3 functionality, including DPP (Device Provisioning Protocol) and encrypted communication.
Bugs Fixed:
1. Fixed an issue where switching the AX55 from Router mode to AP mode caused an EasyMesh UI inconsistency,
2. Fixed an issue where the AX55 in AP mode prevented clients connected to the Guest Network from obtaining an IP address.
Firmware Download:
Before the Upgrade
(1) Please be sure you have read the Beta Test Agreement before upgrading the pre-release firmware!
(2) For the sake of insurance, it's always recommended to save a copy of the router Backup Config file before upgrading or downgrading.
(3) This pre-release firmware for Archer AX55 V1 can be applied to all versions (EU/US/CA/TW//JP/etc).
(4) You may follow the guide to upgrade the firmware of your router. How to Upgrade the Firmware on the TP-Link Wi-Fi Routers.
Direct Firmware Download Link
Archer AX55_V1 | Archer AX55_V1_1.3.5 Build 20241211 (Pre-release Firmware) |
Additional Information
As always, we value your feedback. If somehow you encounter an issue during or after the router firmware upgrade, it's suggested to comment below with the following info. Your input helps us continue improving and providing the best products and support.
- Provide a detailed network layout, including how the devices are connected, especially if there are EasyMesh satellite devices.
- Detailed issue description, and provide more information on the specific conditions that seem to trigger the problem.
Thank you for your continued support and for being part of our community.
Related Articles
Product List of Wi-Fi Routers that Support EasyMesh Ethernet Backhaul
What is EasyMesh and how does it work with TP-Link routers and extenders?
EasyMesh Is Available When Wi-Fi Routers Work in AP Mode as A Controller
How to Build an Ethernet Backhaul Using Two EasyMesh Routers
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
this still doesn't fix mine, I attempt a download of 10GB video file and the router crashes several times during the process. can't ping the router for 6 seconds everytime.
after 6 seconds it continues to download until it crashes again. Cannot download 2.5GB of 1 video file before it crashes.
- Copy Link
- Report Inappropriate Content
@saiph do you have any usb storage device connected? When the 128gb usb drive I used was full, the router crashed. I removed it and disabled the storage sharing feature and now it does not crash anymore. Just giving an idea, maybe you do not have any and it is caused by another thing
- Copy Link
- Report Inappropriate Content
@persano nothing connected to it but 3 ethernet cables
its 100% firmware issue as when i updated it to the newest one it happened less.
now the router fails about 25% into a download instead of every like 2%
same issue as the user above
can't ping the router for 6 seconds. literally only 6 seconds everytime. after 6 seconds of timing out transpires it reconects.
- Copy Link
- Report Inappropriate Content
Hi @saiph,
Thank you for reporting your issue to our community.
May I know if your network topology diagram is as follows:
Cable modem—router )))((( client devices
(Note: — stands for wired connection,)))((( stands for wireless connection )
In addition to Archer AX55, do you have other network devices? For example, other routers, switches, etc. What are the client devices in the system?
Are you downloading files through a wired network or a wireless network? How much memory do these files usually take?
The video file size you mentioned is 10G, which may be due to excessive load caused by downloading large files. Please compare whether the same problem occurs with small files?
In addition, the following reasons may also cause it:
1. The router is overheated, please pay attention to cooling the router;
2. The power supply is insufficient, please replace the wall socket;
3. Temporarily disable QoS, firewall, UPnP and other functions to test whether the crash frequency is reduced;
- Copy Link
- Report Inappropriate Content
Czmazel wrote
So I installed this beta and all of my mesh devices appears offline - all blinking orange/green - not able to connect. I have AX55 as main, 3x AX23 as satelites, needless to say I had to drop interconnection cables from them quite long time ago, because it was not possible to establish reliable eth backhaul at all. (This time - after fw upgrade of main AX55 to beta - I tried interconnect it via cables .. but no LUCK again - whenever I plug cables in it starts to be super unstable and sometimes it reboots itself or even resets to factory defaults)
I have also one other AX55 in the shelf (unpowered for like a year), but I dont dare to add it to a mesh, because that makes the netwerk super unstable - I mean like everything reboots or is supper bussy all the time - network is barely usable and I feel like im not going throu this excercise with new beta with it at least for now..To sum it up - with this beta software, I dont have any mesh at all .. prior installation, I had at least wireless mesh
2025-04-04 00:04:56 QoS INFO [14062] Service start
2025-04-04 00:04:00 NAT NOTICE [12043] The address 192.168.0.90 will be DMZ host
2025-04-04 00:04:00 UPnP INFO [16130] Service start
2025-04-04 00:03:57 NAT INFO [12043] DMZ enabled
2025-04-04 00:03:57 UPnP INFO [16130] Service stop
2025-04-04 00:03:55 QoS INFO [14062] Function enabled
2025-04-04 00:03:54 QoS INFO [14062] Service stop
2025-04-04 00:03:53 NAT NOTICE [12043] Port trigger created succeeded[trigger-port:554 trigger-protocol:all ex-port:1-65535 ex-protocol:all]
2025-04-04 00:03:52 NAT DEBUG [12043] Port triggering:trigger match 1-65535 and trigger relate 554
2025-04-04 00:03:43 NAT NOTICE [12043] Virtual server created succeeded[ex-port:1-65535 ip:192.168.0.90 in-port:8971 protocol:all]
2025-04-04 00:03:32 Remote Management INFO [14211] Service stop
2025-04-04 00:03:18 NAT INFO [12043] Initialization succeeded
2025-04-04 00:03:12 NAT INFO [12043] Initialization succeeded
2025-04-04 00:03:05 Led Controller INFO [1253] Start to run WAN1_ON
2025-04-04 00:03:05 Led Controller INFO [1253] Start to run WAN0_OFF
2025-04-04 00:03:05 Led Controller INFO [1253] Start to run LAN_ON
2025-04-04 00:02:57 DHCPC INFO [11882] receive ack from server with ip 192.168.2.17, options(serverid=192.168.2.1;lease=3600;subnet=255.255.255.0;router=192.168.2.1;dns=31.30.90.11 31.30.90.12;)
2025-04-04 00:02:57 DHCPC INFO [11882] send select request with options(cliid=01/a8:42:a1:xx:xx:xx:;reqip=192.168.2.17;serverid=192.168.2.1;)
2025-04-04 00:02:57 DHCPC INFO [11882] receive offer from server with ip 192.168.2.17, options(serverid=192.168.2.1;lease=2326;subnet=255.255.255.0;router=192.168.2.1;dns=31.30.90.11 31.30.90.12;)
2025-04-04 00:02:57 DHCPC INFO [11882] send discover with ip 0.0.0.0 and flags 80
2025-04-04 00:02:47 Led Controller INFO [1253] Start to run WAN1_OFF
2025-04-04 00:02:47 Led Controller INFO [1253] Start to run WAN0_ON
2025-04-04 00:02:47 Led Controller INFO [1253] Start to run LAN_ON
2025-04-03 23:41:43 DHCPC INFO [28751] receive ack from server with ip 192.168.2.17, options(serverid=192.168.2.1;lease=3600;subnet=255.255.255.0;router=192.168.2.1;dns=31.30.90.11 31.30.90.12;)
2025-04-03 23:41:43 DHCPC INFO [28751] send select request with
@Czmazel Apologize for my late response.
Have you tried to reset the AX55 to factory defaults and re-add the 3*AX23 to the network via EasyMesh?
- Copy Link
- Report Inappropriate Content
Kevin_Z wrote
Coriander wrote
@Kevin_Z just the Guest network or also the IoT network?
@Coriander That's right. With this new firmware, the satellite AX55 can also extend the main AX55's Guest Network.
@Kevin_Z I understand that the Guest network can be extended now, I was asking about the IoT network.
Kevin_Z wrote
Regarding Access Control, are you indicating that the settings cannot be synchronized from the main AX55 to the satellite? Please provide more details about the issue so we can investigate further. Thank you.
See my post from last year for more details: https://community.tp-link.com/en/home/forum/topic/675314
I haven't tried again since then (I think), but I doubt that anything has changed. At least there's nothing in the release notes that suggests otherwise.
My network is reasonably stable at the moment, so I don't really want to play around with the settings. Over the last 2 years I've spent way too much time trying to get the WiFi working again after trying a new version or changing some innocent-looking settings.
Actually I don't think that access control over EasyMesh was ever working and I remember that there were other users in this forum complaining about it too.
Even without any more details from my side this issue shouldn't be too hard to investigate on your side. There's no need to always place the burden on the users.
Kevin_Z wrote
As far as I can confirm, EasyMesh does not require support for WPA/WPA2-Enterprise, and AX55 is not planned to support it through EasyMesh.
The AX55 router supports WPA/WPA2-Enterprise and it also supports EasyMesh.
The whole point of EasyMesh is to have a single point to configure all WiFi settings. This should apply to all WiFi settings, no matter what's strictly required by the protocol.
But the worst part is, that those settings are just silently ignored. In the case of access control settings, there's a high chance that this goes unnoticed for a long time.
If it works on the main router, there's no reason to assume that it doesn't work for the satellite units. Most users will not explicitly test each satellite separately, if they do test it at all (which shouldn't even be necessary).
And if WPA/WPA2-Enterprise is configured on the main router, all devices connected to the satellite are silently exposed to an unsecured WiFi network. Granted, this is much easier to notice than the access control issue. But still, something like this should never happen under any circumstances.
I think it's reasonable to expect that two features of a product can be used in conjunction, unless there is a valid reason that it cannot work.
I understand that some features were missing in the beginning. I also understand that EasyMesh is a vendor-agnostic standard and different devices support different features.
But I'm using two identical AX55 devices with the exact same features and it's now 2 years since EasyMesh was introduced. Yet the implementation is still incomplete and progress is extremely slow.
Don't get me wrong, I very much appreciate that TP-Link made the effort to support an open protocol instead of yet another proprietary solution. That's why I bought the devices in the first place. But at some point they just have to work properly.
Now I'm starting to look more at "prosumer" grade access points, despite the vendor lock-in. But after this experience it probably won't be anything from TP-Link.
- Copy Link
- Report Inappropriate Content

Information
Helpful: 1
Views: 936
Replies: 16
Voters 1
