I usually drop ours to 8 or 4 hours because of mobile devices, but my Adtrans are acting as gateway/WAN firewalls for nursing homes.ĪOS CLI manuals are freely available, so go learn it yourself. Default is 1 day and that would then be enough to show you anything in the last 24 hours that hasn't explicitly dropped its lease (most clients don't), but the vendor may have shortened it when they setup DHCP on it. You'd need to script issuing the command to the CLI, or use SNMP to pull the data regularly, or something, in order to get the proof you want. The web UI doesn't lie though, it will give you the same output as the CLI. Oddly, "show ip dhcp LEASES," which you might find, does not show the leases for clients, it would instead display what leases the system itself has gained from OTHER dhcp servers (i.e. The AOS CLI has both tab completion and the "question mark after any command and it will show you possible options" behavior, so play with those.
Adtran show mac address table code#
The older NV3200s are stuck on a fairly old code tree that isn't developed anymore, so their syntax is different from the modern "R10.x" and higher stuff. My experience is with the NV 3120, 3200, and 3305, all of which are routers, but they do still run "AOS" as the base. The answer to your real question though, it should be something like "show ip dhcp binding", or possibly "show ip dhcp-server binding" (again, depending on code revision and device). It's basic, but a fairly effective setup to stop bozos in your office. It's not foolproof (people can spoof MAC addresses), but if for example "only phones should plug in to this" then you can restrict so only MAC addresses that match your phone vendors will get access. If it is owned by you / vendor doesn't care about you touching it, I'm pretty sure it can handle MAC address security. If the device is not owned by you and is supposed to be managed by the vendor, you should ask them to do this. You'd need to regularly query it and save that somewhere to check against.Ī better option would be to lock down the unit so only stuff that's supposed to be plugged in to it can get connectivity. Plus, it doesn't keep any history - once a lease expires, that too is gone from the device. Without it, any time the Adtran loses power the lease table will be gone.
It also depends on if you have "lease persistence" enabled, which it isn't by default. This situation is due to no ARP reply being received by the device for the ARP request that was sent out.
In certain situations, a Cisco device contains incomplete entries in the ARP table which will have the IP address, but the MAC address is marked as incomplete. It depends on the code revision on the device, plus the device itself, the command has changed a bit over time. This mapping is stored in a table called the ARP table.