Help with device specific SNMP error

[calvin419]

OS: Fedora 5
PHP 5.1.6
Net-snmp 5.3
Cacti Version 0.8.7b

I want to collect some specific data on a Redline AN-80i wireless radio. This device is the only of literally hundreds of different network nodes that produces an "SNMP error" when I select SNMP as the "Downed Device Detection". I can changed the DDD to ICMP Ping and although the device configuration screen shows "Cannot connect to host", the poller will in fact use ICMP and show the device up.

If I use ICMP Ping, I can collect some of the intended data that I want which uses GAUGE or INTEGER, but I am having problems with COUNTER64 objects. That may be another topic but first things first.

For the life of me, I don't understand why the poller states 'Host did not respond to SNMP' when DDD is selected to use SNMP. The device does respond to my snmpwalks from this server via the CLI.

[root@monitor log]# snmpwalk -v 2c -c <community> <ip.addr> | more
Bad DEFAULTVALUE (Test Agent Simulator): At line 79 in /usr/share/snmp/mibs/RFC1213-MIB
Bad parse of OBJECT-TYPE: At line 79 in /usr/share/snmp/mibs/RFC1213-MIB
SNMPv2-MIB::sysDescr.0 = STRING:
SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.10728.1.15
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (170112300) 19 days, 16:32:03.00
SNMPv2-MIB::sysContact.0 = STRING:
SNMPv2-MIB::sysName.0 = STRING: <omitted>
SNMPv2-MIB::sysLocation.0 = STRING: <omitted>
SNMPv2-MIB::sysServices.0 = INTEGER: 2
SNMPv2-MIB::sysORLastChange.0 = Timeticks: (0) 0:00:00.00
SNMPv2-MIB::sysORID.1 = OID: SNMPv2-SMI::zeroDotZero
SNMPv2-MIB::sysORDescr.1 = STRING:
SNMPv2-MIB::sysORUpTime.1 = Timeticks: (0) 0:00:00.00

[cacti log]

12/11/2008 03:05:05 PM - CMDPHP: Poller[0] DEBUG: SQL Exec: "update host set status = '2', status_event_count = '1', status_fail_date = '0000-00-00 00:00:00', status_rec_date = '2008-12-11 15:05:05', status_last_error = 'Host did not respond to SNMP', min_time = '2.09', max_time = '2.09', cur_time = '2.09', avg_time = '2.09', total_polls = '13', failed_polls = '12', availability = '7.6923076923077' where hostname = '<ip.addr>'"

Any help would be appreciated. Any additional information I could provide I can do.


Thanks,

JC

[calvin419]

OK, I found this post "http://forums.cacti.net/about6515.html" but I'm not sure about changing the code in ping.php.

Here are any references to sysDescr or sysUpTime in ping.php.

/* determine total time +- ~10% */
$this->time = $this->get_time($this->precision);

/* check result for uptime */
if (strlen($output)) {
/* calculte total time */
$this->snmp_status = $this->time*1000;
$this->snmp_response = "Host responded to SNMP";

return true;
}

if ($retry_count == 0) {
$oid = ".1.3.6.1.2.1.1.3.0";
}else{
$oid = ".1.3.6.1.2.1.1.1.0";
}

$retry_count++;
}
} /* ping_snmp */


function ping_snmp() {
/* initialize variables */
$this->snmp_status = "down";
$this->snmp_response = "Host did not respond to SNMP";
$output = "";

/* get start time */
$this->start_time();

/* poll sysUptime for status */
$retry_count = 0;

/* getnext does not work in php versions less than 5 */
if (version_compare("5", phpversion(), "<")) {
$oid = ".1";
}else{
$oid = ".1.3.6.1.2.1.1.3.0";
}

while (1) {
if ($retry_count >= $this->retries) {
$this->snmp_status = "down";
$this->snmp_response = "Host did not respond to SNMP";

return false;


Here is an snmpget of both values to my device:

[root@monitor log]# snmpget -v 2c -c <community> <ip.addr> sysDescr.0
Bad DEFAULTVALUE (Test Agent Simulator): At line 79 in /usr/share/snmp/mibs/RFC1213-MIB
Bad parse of OBJECT-TYPE: At line 79 in /usr/share/snmp/mibs/RFC1213-MIB
SNMPv2-MIB::sysDescr.0 = STRING:
[root@monitor log]# snmpget -v 2c -c <community> <ip.addr> sysUpTime.0
Bad DEFAULTVALUE (Test Agent Simulator): At line 79 in /usr/share/snmp/mibs/RFC1213-MIB
Bad parse of OBJECT-TYPE: At line 79 in /usr/share/snmp/mibs/RFC1213-MIB
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (170315000) 19 days, 17:05:50.00

It's evident, Cacti has a problem with one or both of these OID's for SNMP detection.

Any suggestions is greatful.