I have read older postings saying this is not supported, but there are hints that it may be in later versions. I have (for example) a 3850 running 16.12.07.
ciscoIetfDhcpv4SrvMIBObjects ( 1.3.6.1.4.1.9.10.102.1) appears to have some of the data, including ciscoIetfDhcpv4SrvMIBObjects (.102.1.4) which contains cDhcpv4ServerSubnetTable (.102.1.4.2) and when I query that I see a pool and defined/used (though I have yet to see the subnet). BUT, only for VLAN 1.
root@xxxxx:/home/gtsac# snmpwalk -v2c -cxxxxxxx 10.11.1.1 1.3.6.1.4.1.9.10.102.1.4
iso.3.6.1.4.1.9.10.102.1.4.2.1.2.10.111.1.0 = Gauge32: 24
iso.3.6.1.4.1.9.10.102.1.4.2.1.3.10.111.1.0 = STRING: "Management-VLAN1-Pool"
iso.3.6.1.4.1.9.10.102.1.4.2.1.4.10.111.1.0 = Gauge32: 254
iso.3.6.1.4.1.9.10.102.1.4.2.1.5.10.111.1.0 = Gauge32: 0
iso.3.6.1.4.1.9.10.102.1.4.2.1.6.10.111.1.0 = Gauge32: 46
There are a half dozen or so pools, but even with a complete walk+grep I cannot find anything but VLAN 1.
Did Cisco help us with implementing this in 16.x but only for VLAN 1?
Or am I just plain unable to find the OID?
Is this still unsupported?
(Naturally this comes up when we had a pool run out of space on the first day of school in a school district, so there's a sudden interest in better monitoring).
(I'm aware that we can use traps, I'm also aware that traps can be undependable in a WAN environment which we have, if the packet is lost, so trying hard to do this by polling; if I cannot will try traps.)
Linwood