The Device List menu displays an overall view of the devices connected to your LAN.
Information is gathered from several sources, including DHCP leases, ARP tables, and WiFi clients.
Interface: lists the interface on which the router sees the device.
Since r2021.3, this includes the physical/logical interface name and WiFi SSID.
Devices connected via WiFi appear under the interface name of the SSID to which they are connected.
Device names start at “0”. The first WiFi adapter might be named “wl0”. The second adapter might be “eth1”.
When virtual interfaces are created (secondary SSIDs), additional instances are created.
Media: an icon here represents the interface on which the device is connected, and its connection status.
Interface types include:
A WAN interface is shown with black and white inverted.
A greyed-out power icon represents a device that is off/disconnected.
Clicking on the above icon sends a WoL (Wake-on-LAN) packet to the device to wake it up.
For WoL to work, the client also must support it. Also, WoL settings in the BIOS, network adapter and OS may need adjusting.
MAC Address: the hardware address associated with the interface.
IP Address: displays the address linked to the client MAC address.
Unknown addresses aren't shown. This can occur briefly while authenticating, even for WiFi clients with the correct passkey.
Name: the client device's DHCP Hostname.
If no name is shown, the device got a lease from another router, or this router rebooted after the lease was given. As a workaround, add a dhcp-host reference in the dnsmasq Custom Configuration field.
For example, dhcp-host=70:EE:50:37:E8:46,myhostname
This field is also affected by the “Generate a name for DHCP clients which do not otherwise have one” setting in DHCP/DNS/TFTP.
RSSI: shows Relative Signal Strength.
This applies only to WiFi clients of this router. It is measured in negative numbers, with “0” as the best value. Thus, -53 is a stronger signal than -74.
Quality: similar to RSSI, but also considers factors like noise floor/interference.
Quality is a better signal assessment.
TX/RX Rate: the current transmit/receive link speed between router/WiFi client.
These fluctuate based on client traffic level and signal quality/distance.
Lease: displays the remaining time of the DHCP lease.
Clicking this deletes the WiFi device lease and deauthorizes it. This forces a device being given a static reservation to replace its last, auto-assigned address with the new, manually-set one.
Noise floor: indicates the amount of interference affecting each physical radio interface.
Noise, like RSSI, is measured in negative numbers. The best possible value is -100dBm. Interference may increase this value and decrease Quality.
A strong RSSI and Noise floor may mean your WiFi is unusable. Usually, this is caused by other WiFi gear on the same channel. Check this with the Wireless Survey tool.
On the 2.4GHz band, common interference sources include:
Typically, the 5GHz band has less interference.
DFS (Dynamic Frequency Selection) is a common source of interference for certain channels. This function lets 5GHz WiFi use frequencies reserved for radar. Ironically, DFS was designed to reduce interference. DFS interference varies with equipment location. If you suspect DFS interference, see Wikipedia's List of WLAN Channels for details.
Measure: an extra button on certain (mostly MIPS-based) devices to trigger Noise Floor measurement (interference).
For details about noise floor, see the Wireless Survey menu.
Recent versions of Network Discovery used to collect data for Device List have been improved. Since r2021.4, (Discovery v1.7 - 2.0) scans all LAN addresses in the interface's network/netmask.
Releases since r2025.1 include v2.57 of Discovery. This adds WAN scanning and tweaks to allow better/deeper scanning. It also excludes addresses of devices already in the scan list, or those with a static MAC address. This optimizes scanning activity.
When enabled, discovery runs continuously until turned off or until you leave the Device List menu. A global page refresh is required to make elements appear/disappear automatically in the List.
(Default: off).
v2.57 also introduced a control for concurrent probes. If discovery is launched while another discovery process is running, the second discovery is skipped. On the other hand, if discovery is ongoing and an option change triggers a second run, this will force the killing of the existing discovery and impose a new execution with the changed options.
Sanitize result: clears IP neighbour/ARP table content of spurious information.
Neighbouring devices in a FAILED/INCOMPLETE state are removed immediately after a scan. However, with this option enabled, neighbouring devices in a STALE, DELAY or PROBE state are removed too. Removal is performed after a period defined by (Max Probes * 30ms).
Max Probes: defines how many concurrent probes are allowed at any given time.
If this value rises above its limit, a 250ms delay occurs before forking additional probes. A value too high might complete discovery quickly, but might also affect device performance/system stability. A low value uses less resources but will delay discovery completion time. The limit is considered globally at a systemic level, not per interface. (Default: 60).
Scan Target: defines on which interfaces devices should be probed.
Options include:
These are categories. You cannot select specific interface names.
Each interface has a hardcoded minimum of netmask /22 for each interface (or 1022 IP addresses) due to hardware/processing restrictions. Thus, if a local interface had discovery enabled, but its netmask were /21 or less, it would not be scanned.
Scan Mode: sets the scanning method used to populate Device List.
The nonadjustable countdown timer near Scan Mode indicates how often the scan script runs. It reflects ARP cache aging time, and may vary (say, between ARM and MIPS devices).
Scan Mode options are saved/executed as soon as they're selected. No Save is needed). The settings are saved in browser cookies. Your browser will remember them.
Network Discovery will likely detect modern WiFi devices connected but in sleep mode. However, their Hostname information may not be shown until they wake up.
Debugging:
In the remote case when the discovery might not perform as expected it's possible to set manually the NVRAM variable:
nvram set discovery_debug=1
once set the very next discovery call will create some troubleshooting info inside the /tmp/discovery.debug file.
It is recommended to leave this NVRAM variable unset during normal operations.
nvram unset discovery_debug