Javier,
Becarefull, on the builtin v2. Ive stepped across an inadvertant
bug.. in walks.
It revolves around include_oid. Im still tracking through the
code to work out what
its expecting. The discovery functions leave include_oid as
false during walks,however,
the pollers specifically sets include_oid to 1 during large switch
pulls. SNMPv1 handles
this fine and returns the correct admin/oper status for
interfaces. However, SNMPv2 does
not. In fact, it returns NULL. I tried the snmpv3 model of using
snmp2_real_walk, however,
it appears to return the wrong interface match ups.
ex. of snmp2_real_walk
snmpwalk 10.255.12.2:v2:t1b1i1o .1.3.6.1.2.1.2.2.1.1 = array(158) {
snmpwalk 10.255.12.2:v2:t1b1i1o .1.3.6.1.2.1.2.2.1.2 = array(158) {
snmpwalk 10.255.12.2:v2:t1b1i1o .1.3.6.1.2.1.2.2.1.8 = array(158) {
01:30:47 Check Value for host IP " 10.255.12.2 " is " down(2) " KSH2
01:30:47 Check Value for host IP " 10.255.12.2 " is " down(2) " KSH2
01:30:47 Check Value for host IP " 10.255.12.2 " is " " KSH2
01:30:47 Check Value for host IP " 10.255.12.2 " is " " KSH2
01:30:47 Check Value for host IP " 10.255.12.2 " is " down(2) " KSH2
snmpwalk 10.255.12.2:v2:t1b1i1o .1.3.6.1.2.1.2.2.1.7 = array(158) {
01:30:47 Check Value for host IP " 10.255.12.2 " is " down(2) " KSH2
01:30:47 Check Value for host IP " 10.255.12.2 " is " down(2) " KSH2
01:30:47 Check Value for host IP " 10.255.12.2 " is " " KSH2
01:30:47 Check Value for host IP " 10.255.12.2 " is " " KSH2
01:30:47 Check Value for host IP " 10.255.12.2 " is " down(2) " KSH2
If this were SNMPv1 it works fine. If I use the jffnms_snmp1
user_call_func parameters.. then
I get the " " for all values. Im guessing I need to disable
include_oid when doing an SNMPv2c
call. I noticed you specifically set -Oqv on SNMPv2 external
calls.. was this for a reason?
Any hints?
--
Karl S. Hagen, CISSP [EMAIL PROTECTED]
Vice President, JPMorganChase & Company
GTI End User Technology, Enterprise Network
1111 Polaris Pkwy, MS OH1-1287 (614) 213-8758 Office
Columbus, OH 43240 (614) 264-8539 Cell
This transmission may contain information that is privileged, confidential
and/or exempt from disclosure under applicable law. If you are not the intended
recipient, you are hereby notified that any disclosure, copying, distribution,
or use of the information contained herein (including any reliance thereon) is
STRICTLY PROHIBITED. If you received this transmission in error, please
immediately contact the sender and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you.
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
jffnms-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jffnms-users
