Welcome to Questions - Ask OpenNMS, where you can ask questions and receive answers from other members of the community.

UPDATED: Trying to collect SNMP data from Adtran server [closed]

0 votes
22 views

We are successfully collecting SNMP data from a variety of devices and using thresholds to trigger alarms. Great! Now I am trying to add two virtual servers that are vWLAN appliances which manage Bluesocket APs in our schools. The SNMP service is enabled on them and they respond when I use the snmpwalk tool to poll them. When I look at a packet trace in wireshark I can see the devices exchanging 'getBulkRequest' and 'get-response' packets backwards and forwards (I used the 'rescan' option on the GUI). When I look at the node in the GUI I see a section for "SNMP Attributes" which includes the Description that is coming from the SNMP settings on the appliance (I can change it and OpenNMS updates). But it does not show the SNMP service in the service list (it shows ICMP, DNS and HTTPS) and is not collecting any metrics. There are no folders in the rrd\snmp folder for these node IDs and if I search the likely looking log files I can't find anything for the IP address or node ID.

I added and complied the manufacturer's MIBs as per the online instructions but that doesn't seem to have made any difference.

If I could find an error message I could start trying to debug this thing but I'm just at a complete loss. Any suggestions where to look next would be gratefully received.

======================= UPDATED =====================

OK, so the original problem was my fault. The provisioning requisition this it was in was not set to scan SNMP - doh. I fixed that but now I get another error.

The Node with Id: 88; ForeignSource: BlueSocket-Controllers; ForeignId:1505495340989 has aborted for the following reason: Aborting node scan : Agent failed while scanning the IP address tables : java.lang.IllegalArgumentException: cannot convert 172.16.0.66 to an InetAddress

"172.16.0.66" is its address and it looks valid to me. I found a couple of places online where people saw similar errors when things like "1" was showing up but they were always fixed by a restart of OpenNMS. I've tried that and this error is persistent. I actually have two of there BlueSocket appliances and they both give the same error. 

OpenNMS version
20.0.1
closed with the note: Resolved but not fixed :-(
asked Sep 13 by thqt07 (270 points)
closed Nov 15 by thqt07

1 Answer

0 votes

As far I understand you have now the SNMP service assigned and OpenNMS tries to collect performance data, is this right?

Can you check the output from the SNMP agent related to the IF-MIB (.1.3.6.1.2.1.4.34)? Is there anything weird coming from the agent related to the IP address?

 
answered Nov 15 by indigo (11,140 points)
Indigo,

Thanks for answering. After I posted here and didn't get anything I also posted on the main Opennms mailing list. It turns out that the problem is that the appliance returns malformed data. Essentially it seems that in the interface table interface numbers are made unique by using their IP address as part of the numbering scheme. These appliances were just using an index number. So instead of getting something like this:

OID=.1.3.6.1.2.1.4.20.1.1.127.0.0.1, Type=IpAddress, Value=127.0.0.1
OID=.1.3.6.1.2.1.4.20.1.1.172.16.0.10, Type=IpAddress, Value=172.16.0.10
OID=.1.3.6.1.2.1.4.20.1.2.127.0.0.1, Type=Integer, Value=1
OID=.1.3.6.1.2.1.4.20.1.2.172.16.0.10, Type=Integer, Value=5
OID=.1.3.6.1.2.1.4.20.1.3.127.0.0.1, Type=IpAddress, Value=255.0.0.0
OID=.1.3.6.1.2.1.4.20.1.3.172.16.0.10, Type=IpAddress, Value=255.255.252.0
OID=.1.3.6.1.2.1.4.20.1.4.127.0.0.1, Type=Integer, Value=1
OID=.1.3.6.1.2.1.4.20.1.4.172.16.0.10, Type=Integer, Value=1
OID=.1.3.6.1.2.1.4.20.1.5.127.0.0.1, Type=Integer, Value=65535
OID=.1.3.6.1.2.1.4.20.1.5.172.16.0.10, Type=Integer, Value=65535

I get something like this:

OID=.1.3.6.1.2.1.4.20.1.1.1, Type=OctetString, Value=172.16.0.66
OID=.1.3.6.1.2.1.4.20.1.2.1, Type=Integer, Value=1
OID=.1.3.6.1.2.1.4.20.1.3.1, Type=OctetString, Value=255.255.252.0
OID=.1.3.6.1.2.1.4.20.1.4.1, Type=Integer, Value=1
OID=.1.3.6.1.2.1.4.20.1.5.1, Type=Integer, Value=1500

I let the vendor know and although they denied that it violates the RFP they said they would report it to their developers.

So for now it isn't working and I've moved on to other problems. Thanks for your help though.

Mike
...