Skip to main content
The common use is a connectivity ticket: “WiFi is slow” or “the internet is down” at a client’s site. The agent finds the client’s site in Omada, checks the gateway’s WAN state, the access point the user’s device is on and its signal, and writes what it found.
Automatically enabled when you configure TP-Link Omada permissions in your agent workflow.

What It Does

  • Find the Omada customer (in the MSP view) or the site that belongs to the ticket’s company
  • Read access points, switches, gateways, OLTs and stacks: status, uplink, ports, PoE, CPU and memory, firmware, online history
  • Read a gateway’s WAN ports: internet state, latency, packet loss and ISP
  • Reboot a device, power-cycle a PoE port, adopt or forget a device, change port and device settings, plan firmware upgrades
  • Find a client by name, MAC or IP, with its access point, SSID, signal, VLAN and connection history; reconnect, block, unblock or rename it, set a fixed IP or a rate limit
  • Read and change WiFi (WLAN groups and SSIDs), LAN and WAN networks, DHCP reservations, routing, QoS and VoIP settings
  • Read and change ACLs, firewall, NAT and port forwarding, IPS, URL and application filters, VPN, 802.1X and MAC authentication
  • Create and read hotspot vouchers, and change portal settings
  • Read and resolve alerts, events, audit logs, insights, incidents and health
  • Read and change site templates, controller admins, roles, licenses and controller settings
Neo reaches the Omada cloud controller (Omada Central). Passwords, WiFi keys, shared secrets and private keys in a response are replaced before the agent sees them.

Permission Groups

Access Profiles

Safety Controls