WebSocket-based Application Fails on LAN Despite Stable Network — TP-Link Omada Deployment
We are experiencing recurring network issues across several restaurant installations using TP-Link Omada devices. I am responsible for configuring stable networks for our POS software solution. Our standard setup includes an ER605 router and an EAP245 access point, fully managed via Omada Cloud Controller with an active license.
Our POS system functions in a client-server model within the LAN. The server, which is an Android-based POS terminal, communicates via WebSocket with Android tablets and handheld POS clients.
Issue Summary:
Clients intermittently lose connection to the server at the application level, although they remain connected to the Wi-Fi and maintain internet access. The issue is temporarily resolved by changing the client’s IP address.
Technical Setup:
-
Devices use IP reservations via DHCP from the Omada ER605.
-
No static IPs are configured manually.
-
The network is managed entirely from the Omada Cloud.
-
Fast Roaming is only enabled where more than one AP is deployed.
-
Firmware is always up to date on both router and AP (currently version 1.3.1 on ER605).
Key Observations:
-
The issue affects different client models, but inconsistently.
-
In one case, a client tablet lost communication with the server, yet maintained ping to other clients, while the server stopped responding to its IP.
-
Communication uses WebSockets, not raw TCP sockets.
Suspected Causes or Areas for Clarification:
-
Could ARP cache or stale entry protections in the ER605 or Omada Cloud block communication from a device using the same IP over time?
-
Is there an ARP timeout setting or clearing mechanism available in Omada Cloud for LAN IP mappings?
-
Have recent updates to the cloud controller or firmware introduced stricter rules for IP communication or WebSocket traffic on the same subnet?
-
Are there any known limitations or settings related to Android-based LAN WebSocket communication in Omada-managed networks?
Request:
We would like confirmation on whether Omada Controller, ER605, or EAP245 may have any behaviors that would explain this LAN-level block between devices. Additionally, we ask for guidance on any configuration practices or tools that could help mitigate or trace this issue, especially regarding ARP handling or session management.
Thank you for your support and guidance.
