SNMP monitoring of DHCP pools on switches ver 16.x

[cco@leferguson.com]

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

[pieterh]

maybe this helps:
Cisco SNMP Object Navigator

Object Information

Specific Object Information

Object	cLDhcpScopeAddressPoolUsage
OID	1.3.6.1.4.1.9.9.792.1.4.1.1.2
Type	Unsigned32
Permission	read-only
Status	current
Units	Percent
MIB	CISCO-LWAPP-DHCP-MIB ;   -   View Supporting Images
Description	"This object represents the address pool usage percentage of DHCP scope."

[ricardo-canani]

try:

snmpbulkwalk -v2c -cxxxxxxx 10.11.1.1 1.3.6.1.4.1.9.10.102.1.4.2 -Cc -Ob

Good luck!

[cco@leferguson.com]

First, thank you both for an answer that somehow I missed until now.  My apologies for seeming to ignore it.

@pieterh I don't see that OID in any of the switches we are using.

@ricardo-canani that seems like it is very close, but after a couple hours of poking at it, I cannot find any way to get anything other than the first pool.  It's like there must be a pool table somewhere, but I don't see it.  I also tried variations of 

$ snmpwalk -v2c -c1k2hf5c7 192.168.5.1 -Cc -Ob .1.3.6.1.4.1.9.10.102.1.4.2
iso.3.6.1.4.1.9.10.102.1.4.2.1.2.10.168.5.0 = Gauge32: 24
iso.3.6.1.4.1.9.10.102.1.4.2.1.3.10.168.5.0 = STRING: "WIFI_RADIO_UPDATES"
iso.3.6.1.4.1.9.10.102.1.4.2.1.4.10.168.5.0 = Gauge32: 254
iso.3.6.1.4.1.9.10.102.1.4.2.1.5.10.168.5.0 = Gauge32: 0
iso.3.6.1.4.1.9.10.102.1.4.2.1.6.10.168.5.0 = Gauge32: 237

The 10.168.5.0 is the network for that first one, so it looks like they get tagged like that, but just replacing that with another poll address gets non-existent OID. 

Do you have any idea how to see multiple pools? 

[Ricardo Canani]

snmpbulkwalk -v2c -cxxxxxxx 192.168.5.1  1.3.6.1.4.1.9.10.102.1.4.2 -Cc -Ob