FreshTomato Wiki

User Tools

Site Tools

Trace: • status-devices
status-devices

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
status-devices [2025/10/28 01:15] – [Device List] hogwildstatus-devices [2025/11/07 16:47] (current) – [Device List Notes and Troubleshooting] hogwild
Line 228: Line 228:
  \\  \\
  
-  * arping - the preferred option for scanning as it's fast and doesn't \\ produce spurious neighbour records. This is fine in the great majority of cases. +  * arping - the preferred option for scanning as it's fast and doesn't \\ produce spurious neighbour records. This is fine in the great majority of cases. \\ \\  
-  * traceroute - might occasionally be needed. Some old Apple devices \\ appear only when this method is used. However this creates spurious \\ device neighbour cache records,  so the sanitize option is recommended \\ when using this method. +  * traceroute - might occasionally be needed. Some old Apple devices \\ appear only when this method is used. However this creates spurious \\ device neighbour cache records,  so the sanitize option is recommended \\ when using this method. \\ \\  
-  * netcat (nc) - as with traceroute, this generates spurious neighbouring entries. \\ The sanitize option corrects for this. This is a good alternative method \\ when devices otherwise fail to be seen.+  * netcat (nc) - as with traceroute, this generates spurious neighbouring entries. \\ The sanitize option corrects for this. This is a good alternative method \\ when devices otherwise fail to be seen. \\ \\ 
   * all (round-robin**)** - alternates sequentially: arping, then traceroute \\ and then netcat at each consecutive discovery run.   * all (round-robin**)** - alternates sequentially: arping, then traceroute \\ and then netcat at each consecutive discovery run.
  
Line 247: Line 247:
 In the remote case that the discovery does not perform as expected, it's possible to manually set the relevant NVRAM variable:  \\   \\ ''nvram set discovery_debug=1''\\   \\ Once set, the next discovery call will generate troubleshooting information inside the file: "/tmp/discovery.debug". In the remote case that the discovery does not perform as expected, it's possible to manually set the relevant NVRAM variable:  \\   \\ ''nvram set discovery_debug=1''\\   \\ Once set, the next discovery call will generate troubleshooting information inside the file: "/tmp/discovery.debug".
  
- \\+ \\  
 + \\ 
  
-It is recommended to leave this NVRAM variable unset during normal operations.  \\   \\  ''nvram unset discovery_debug''\\+However, it is recommended to leave this NVRAM variable unset during normal operations.  \\   \\  ''nvram unset discovery_debug''\\
  
  
 ===== Device List Notes and Troubleshooting ===== ===== Device List Notes and Troubleshooting =====
  
-  * Due to it's nature, a device defined with a static ARP binding (DHCP Reservation/Static Arp option) will appear in the device list as connected even if it's not switched on or not present. It is very hard to determine if such a device is really up because you might not know on which protocol and port it is listening, ping and traceroute response may have been disabled. Luckily there are very few use cases for static ARP binding. Caution is advised.\\+  * Due to it's nature, a device defined with a static ARP binding (DHCP Reservation/Static Arp option) will appear in the device list as connected even if it's not switched on or not present. It is very hard to determine if such a device is really up because you might not know on which protocol and port it is listening and ping and traceroute response may have been disabled. Luckily there are very few use cases for static ARP binding. Caution is advised.\\
  
  \\  \\
status-devices.1761614144.txt.gz · Last modified: by hogwild

Page Tools

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki