The above note mentions that the MAC addresses come back converted to integers or something funky like that. Not sure why that is happening but I fixed that with a wrapper function.
function PadMAC($mac) {
$mac_arr = explode(':',$mac);
foreach($mac_arr as $atom) {
$atom = trim($atom);
$newarr[] = sprintf("%02s",$atom);
}
$newmac = implode(':',$newarr);
return $newmac;
}
Maybe that will help somebody with that issue. I know I personally use the heck out of these user contributed notes
snmpwalkoidDescriptionarray snmpwalkoid ( string hostname, string community, string object_id [, int timeout [, int retries]] )Returns an associative array with object ids and their respective object value starting from the object_id as root and FALSE on error. snmpwalkoid() function is used to read all object ids and their respective values from an SNMP agent specified by the hostname. Community specifies the read community for that agent. A NULL object_id is taken as the root of the SNMP objects tree and all objects under that tree are returned as an array. If object_id is specified, all the SNMP objects below that object_id are returned. The existence of snmpwalkoid() and snmpwalk() has historical reasons. Both functions are provided for backward compatibility. Above function call would return all the SNMP objects from the SNMP agent running on localhost. One can step through the values with a loop
snmpwalkoid
thammer at rtccom dot com
14-Jun-2005 08:29
gene_wood at example dot com
14-Oct-2004 09:23
Looks like timeout is in MICRO seconds.
jasper at pointless dot net
06-Jan-2001 07:21
N.B. it's possible for snmpwalkoid to lose data - the "rmon.matrix.matrixSDTable" table for example uses binary mac addresses as part of the index, these get converted to ascii, and by the time they get to php they can be non-unique - so some entrys in the table get lost...
| ||||||
snmpwalk