In article , SnaZZZ wrote: :I have a need to interrogate 24,000 networked devices in an organisation. :The only piece of info I require from the device is its Mac address. :Now I know a Fluke Device which is rather expensive is able to do this, but :I would like to know if there is any other way.
It's pretty much impossible to do reliably.
:1. Not all devices have an IP address they are on DHCP, so a ping command :will not work. Once cable is removed no IP is assigned thus no Mac address.
ARP tables time out after 3 minutes usually, so missing device while it is talking is a very real possibility if you try to proceed by way of SNMP probes of the routers and switches.
:2. Its needs to be an inexpensive way to get the Mac address either using a :laptop with crossover or a PDA type device with the right adaptor :3.The recovery of the Mac address will be done by semi-skilled staff (uni :students with little or no technical skill), so it needs to be easy
Ummm, I just realized that your wording leaves open the possibility that you are planning to have staff go around to each of the devices and use the gizmo to probe the MAC address. Is that correct? Or are you trying to do this in an automated way from a management program?
If the idea is to go around to each device, then you have to be aware that there is no way to provoke a device that is certain to make it respond. Devices can do whatever they want when they receive packets, including ignoring the packets.
The Fluke LanMeter and later decendants do not reliably discover MAC addresses: they more or less just wait for the host to say something.
Any given PC or Unix machine might be firewalled to not respond to probes. Some systems will, though, ARP for their own IP address as they come up (or as the interface is brought up), so as to detect whether another machine is already using that IP address. You can thus usually get a machine to say
-something- by rebooting it.