Introduction
This article lists both the latest and historical updates to the Cudy Software Platform (CSP), starting from version 2.3 to 2.5. It provides an overview of newly introduced features and the Cudy models they support.
You are welcome to leave comments and suggest new features under this article. We will be happy to review your ideas and prioritize the most requested or most unique ones for our R&D roadmap.
Where to download the latest firmware?
You will receive upgrade notice on Cudy App, or you can check if there is 2.5 firmware available for your model at www.cudy.com/download
How to upgrade the firwmare on Cudy devices: Read this FAQ.
CSP 2.5
Release Time
Starting from February 2026
Support Plan (Ranked with priority)
M3000 1.0, M3000 2.0, WR3000 1.0, WR3000 2.0, WR3000S 1.0, WR3000E 1.0, TR3000 1.0, WR11000 1.0, WR6500 1.0, WR6500H 1.0, WR3600 1.0, WR3600E 1.0, WR3600H 1.0, M11000 1.0, M3600 1.0, WR1300 3.0/4.0, WR1200E 1.0, WR1200 2.0/2.1, M1300 3.0, M1200 1.0, P4 1.0, LT700 2.0, LT500 3.0, LT500D 3.0, LT300 V3.0, LT700 Outdoor 2.0, LT500 Outdoor 2.0
You may not receive the upgrade immediately on your deive as the update plan on different models vary.
Updated on 13 Feb 2026: We have received feedback regarding support for models not included in the plan above. Please rest assured that some popular models require additional development due to their hardware design and are therefore not listed at this time. We sincerely appreciate your feedback and understanding.
Features
|
Function
|
Supported Devices
|
Page Screenshot
|
|---|---|---|
|
Mesh Topology
Display the connection topology between Mesh devices (client devices will not be displayed) on the Mesh Details page
|
Cudy Mesh-compatible models
|
 |
|
Select Mesh Backhaul
Satellite Mesh devices can be configured to operate only in wired backhaul mode
This helps prevent possible loops: when multiple Cudy APs are powered by a PoE switch, and the PoE switch is powered off and on, some APs may establish wireless backhaul and provides network from the LAN port, causing loop similar as such topology switch1 -- AP1 ))(( AP2 -- switch1
|
Cudy Mesh-compatible models
|
-
|
|
Select the Mesh upstream device
Mesh satellite devices now allow scanning for nearby mesh nodes, selecting a specific node to connect to. It will switch to automatic upstream mesh selection only if the chosen node cannot be found in the future.
|
Cudy Mesh-compatible models
|
 |
|
Multiple VPN Servers
Supports simultaneously enabling multiple VPN servers with different protocols
(IPsec and Zerotier cannot be enabled simultaneously with other VPNs)
|
All Wi-Fi Router/Mesh System models
(excluding models with 8MB Flash)
|
 |
|
Multiple VPN Client Configs
Supports configuring multiple VPN Clients, but only one can be enabled at a time
|
All Wi-Fi Router/Mesh System models
(excluding models with 8MB Flash)
|
 |
|
L2TP/PPTP supports multiple Accounts
L2TP/PPTP VPN server supports configuring multiple accounts
|
All Wi-Fi Router/Mesh System models
(excluding models with 8MB Flash)
|
 |
|
VPN Configuration Migration
Supports backing up VPN configurations and restoring them on another device, allowing configuration restoration across different device models. Only supports migrating all VPNs together.
|
All Wi-Fi Router/Mesh System models
(excluding models with 8MB Flash)
|
 |
|
Global Default Speed Limit
QoS adds default rate limit settings, and all Clients are subject to the default rate limit
|
Wi-Fi Routers
|
 |
|
Guest Network Speed Limit
Supports setting the uplink and downlink bandwidth of the entire Guest Network
|
Wi-Fi Routers
|
 |
|
New Firmware Reminder
When a new firmware is detected, the page will pop up a new firmware upgrade reminder when entering the config web page
|
All Models
|
-
|
|
Manually execute WoL
Wake on LAN changed to manual execution
|
All Models
(Some low-end models do not have this feature)
|
 |
|
DHCP Adds Gateway Setting
|
All Wi-Fi Router/Mesh System models
|
 |
|
Account Logout
Supports account logout
|
All Models
|
-
|
|
OpenVPN Speed Boost
Supports OpenVPN DCO, enhancing the maximum upload and download speeds of OpenVPN
|
MTK AX3000 Model
WR3000 1.0
WR3000S 1.0
WR3000E 1.0
TR3000 1.0
|
-
|
|
Displays IPTV Settings during Quick Setup
Advanced in QuickSetup unhides the IPTV menu
|
All Wi-Fi Router/Mesh System models
|
 |
|
Menu Entry Position Adjustment
Adjust the General Settings menu and the Advanced Settings menu:
Move the entries of IPTV/VLAN and Guest Network into General Settings;
Move the entry of Captive Portal into Advanced Settings
|
All Models
|
  |
|
Accessibility Features
Add accessibility features and support contrast adjustment
|
All Models
|
 |
|
WPS ON/OFF
Add WPS Switch
|
All Models
|
 |
|
Packet Capture
Add packet capture functionality to the diagnostic tool
|
All Wi-Fi Router/Mesh System models
(excluding models with 8MB Flash)
|
 |
|
DoH
Add DNS over HTTPS mode for custom DNS
|
All Wi-Fi Router/Mesh System models
(excluding models with 8MB Flash)
|
 |
|
TW Region Code
Added support for TW Region code, 2.4G channels 1-11, 5G channels band1, band2, and band4
|
All Models
|
-
|
|
TW IPTV
Add IPTV Taiwan CHT Mode
|
All Wi-Fi Router/Mesh System models
|
 |
|
DNS Online Detection
The online detection function adds DNS protocol detection method
|
All Wi-Fi Router/Mesh System models
|
-
|
CSP 2.4
Release Time
First released on WR3000 on April 28, 2025
Main Functions
|
Function
|
Supported Devices
|
Page Screenshot
|
|---|---|---|
|
Compatible with APP 1.3
|
All wireless devices
|
Refer to APP 1.3 Features
|
|
Optimize EAEU translation
|
All wireless devices
|
|
CSP 2.3
Release Time
First released on AP1300D on December 31, 2024
Main Functions
|
Function
|
Supported Devices
|
Page Screenshot
|
|---|---|---|
|
Multi-SSID
Supports configuring multiple SSIDs
|
Commercial Wireless AP
|
 |
|
Captive Portal
After the phone connects to Wi-Fi, the authentication page automatically pops up, and authentication is required to access the Internet
Supports customizing the content of the authentication page, such as background images, logos, font colors, and terms of service.
Supported authentication methods are: 1) One-click authentication; 2) Password input authentication
|
Commercial Wireless AP
|
 |
|
USB Tethering
Controls whether the USB interface enables network sharing. Once enabled, the device can be used to extend the wireless network of a mobile phone or a portable Wi-Fi
|
Devices with USB ports, such as TR3000
|
 |
|
Wi-Fi Control
Turn on the hardware button on the rear panel AP to simultaneously control the on/off of the LED and Wi-Fi. At this time, toggling the LED via software will also trigger the synchronous on/off of Wi-Fi.
|
Wall AP
|
 |
|
PoE Passthrough
Whether the AP port of the control panel can supply power externally (only available under 802.at power reception, default is off)
|
Wall AP
|
 |
110 commentaires
Thanks for your fast reply!
Then, I would like to suggest/request the following for the 2.6.x update:
- RSSI Threshold (Min. RSSI): The ability to set a minimum signal strength (e.g., -70dBm). If a client’s signal drops below this, the router should automatically disconnect them to force a roam to a closer node.
- Roaming Steering / Force Roaming: Improved 802.11k/v/r logic to actively “push” clients to the node with the best signal/throughput.
- BSSID Locking: While difficult for some mobile clients, having a “Lock to this Node” feature within the Cudy interface would be a helpful temporary fix.
@Dear Lucian.
I think no. We will add this function on the next version, may be 2.6.×. Is it possible for these devices lovk the BSSID of the mesh nodes? If yes, you can lock the BSSID of the nearest mesh node.
“Hello, I have a wr3600h as main router + wr3600h and wr6500 as mesh lan backhaul. Sometimes, connected devices instead of connecting to the closest mesh router, connect to the main router, which is further away thus losing signal and speed strength. Will this be fixed in version 2.5?”
Hello, I have a wr3600h as main router + wr3600h and wr6500 as mesh lan backhaul. Sometimes, connected devices instead of connecting to the closest mesh router, connect to the main router, which is further away thus losing signal and speed strength. Will this be fixed in version 2.5?
@Dear Nicola,
Thank you for your kindly advice! We will provide your feedback to the product department for evaluation.
“I own a mesh system composed of:
- 2x M11000 V1.0 (FW 2.2.24-20251107-144535)
- 2x M3000 V2.0 (FW 2.4.19 and 2.5.1b)
All nodes are connected via wired Ethernet backhaul.
I’m experiencing significant roaming issues: WiFi clients remain associated to distant nodes with very low RSSI (as low as 17-18) instead of roaming to the nearest node with much better signal (55+). Clients only move when a node is rebooted — they never roam spontaneously during normal operation.
I can confirm via the RPC API that 802.11k (RRM) and 802.11v (WNM/BTM) are enabled, but clients are never actively steered to a better node. The system appears to lack an RSSI-based disassociation threshold or aggressive BTM steering policy.
I would like to request the following features in a future firmware update:
1. Configurable RSSI steering threshold — ability to set a minimum RSSI value (e.g., -70 dBm) below which clients are actively steered via BTM or disassociated and forced to reassociate to a closer node.
2. Per-node TX power control — currently only the controller’s 2.4GHz TX power appears to be propagated to satellites. I need independent TX power control for each node and each band (2.4G/5G/6G) to properly size cell coverage and avoid overlap.
3. 802.11r (Fast BSS Transition) — this is currently not enabled. Adding FT support would significantly reduce roaming latency and make clients more willing to roam.
4. SSH/CLI access — I noticed the 2.5.1b firmware on M3000 reports an `ssh_enable` field in the sysreport. Could you provide instructions on how to enable SSH access? This would allow advanced users to tune Qualcomm SON/WHC parameters (db_rssi_thr, inact, band steering thresholds) directly.
5. Roaming log/statistics — visibility into when and why clients are steered (or not) would help diagnose issues."
I own a mesh system composed of:
- 2x M11000 V1.0 (FW 2.2.24-20251107-144535)
- 2x M3000 V2.0 (FW 2.4.19 and 2.5.1b)
All nodes are connected via wired Ethernet backhaul.
I’m experiencing significant roaming issues: WiFi clients remain associated to distant nodes with very low RSSI (as low as 17-18) instead of roaming to the nearest node with much better signal (55+). Clients only move when a node is rebooted — they never roam spontaneously during normal operation.
I can confirm via the RPC API that 802.11k (RRM) and 802.11v (WNM/BTM) are enabled, but clients are never actively steered to a better node. The system appears to lack an RSSI-based disassociation threshold or aggressive BTM steering policy.
I would like to request the following features in a future firmware update:
1. Configurable RSSI steering threshold — ability to set a minimum RSSI value (e.g., -70 dBm) below which clients are actively steered via BTM or disassociated and forced to reassociate to a closer node.
2. Per-node TX power control — currently only the controller’s 2.4GHz TX power appears to be propagated to satellites. I need independent TX power control for each node and each band (2.4G/5G/6G) to properly size cell coverage and avoid overlap.
3. 802.11r (Fast BSS Transition) — this is currently not enabled. Adding FT support would significantly reduce roaming latency and make clients more willing to roam.
4. SSH/CLI access — I noticed the 2.5.1b firmware on M3000 reports an `ssh_enable` field in the sysreport. Could you provide instructions on how to enable SSH access? This would allow advanced users to tune Qualcomm SON/WHC parameters (db_rssi_thr, inact, band steering thresholds) directly.
5. Roaming log/statistics — visibility into when and why clients are steered (or not) would help diagnose issues.