The dreaded "Status of DCI nnnnn (SNMP oid) changed to UNSUPPORTED" has been one of the items we have always struggled with on this excellent product and once again this is the case. Really want to get to the root of this so we can monitor and move forward. The specific issues that we are having this time is monitoring Cambium ePMP LAN / WAN TX / RX byte counters. We are monitoring 100's of these devices and the issue only shows up on about 15-20 of them.
To help narrow this down I have picked a single radio where these are not working which is located at a site that has one working perfectly. I have compared configurations for these two devices, they are running the same firmware release and besides IP address information are identical (including hardware model of course). All four of the counters are not working for this device as well and we get messages like:
If I use the built in MIB explorer on the working device and WALK starting at .1.3.6.1.4.1.17713.21.2.1 this value is part of the list retrieved. On the "broken" device it is not displayed in the MIB explorer. HOWEVER, if I simply go to the command line of the server running NetXMS and run some SNMP commands against the failing device they respond just fine:
Hoping to finally be able to resolve this "random" issue that we have always faced.
To help narrow this down I have picked a single radio where these are not working which is located at a site that has one working perfectly. I have compared configurations for these two devices, they are running the same firmware release and besides IP address information are identical (including hardware model of course). All four of the counters are not working for this device as well and we get messages like:
Code Select
Status of DCI 28941 (SNMP: .1.3.6.1.4.1.17713.21.2.1.65.0) changed to UNSUPPORTED
If I use the built in MIB explorer on the working device and WALK starting at .1.3.6.1.4.1.17713.21.2.1 this value is part of the list retrieved. On the "broken" device it is not displayed in the MIB explorer. HOWEVER, if I simply go to the command line of the server running NetXMS and run some SNMP commands against the failing device they respond just fine:
Code Select
# snmpwalk -v 2c -c NOTIT 10.0.XXX.XXX .1.3.6.1.4.1.17713.21.2.1.65.0
iso.3.6.1.4.1.17713.21.2.1.65.0 = Counter64: 106460802368
# snmpget -v 2c -c NOTIT 10.0.XXX.XXX .1.3.6.1.4.1.17713.21.2.1.65.0
iso.3.6.1.4.1.17713.21.2.1.65.0 = Counter64: 106460803992
Hoping to finally be able to resolve this "random" issue that we have always faced.