This is on the BroadSoft media server - IBM HS21 server (Blade Center H) running RH. EL4.
BroadSoft rel. 14 SP2

On Jun 28, 2008, at 5:39 PM, Paul Mona wrote:
> I ran both requests with and with out the instance. They returned the
> same thing, but this is not the response I expect.

You've found a bug in the Broadsoft SNMP agent. Check with Broadsoft to see whether a patch is available to correct the problem, and please beat them severely if they are unaware of the issue or if they give you any flak about it.

I would also suggest creating a bug in the OpenNMS Bugzilla in the "SNMP / 3rd Party Agents" category, and filling out as much information as possible about the device on which the agent is found, including software / firmware versions. I created this category a while back as a way to track individual SNMP agents that exhibit bugs
that render them difficult or impossible for OpenNMS to work with.
Bugs in this category will never get fixed per se, though some of them may have possible workarounds.

> [root@las-eng-test ~]# snmpbulkget -On -Cn1 -Cr1 -c public
> 192.168.27.15:8001 1.3.6.1.4.1.6431.1.3.1.5
> .1.3.6.1.4.1.6431.1.3.1.6 = Counter64: 0 [root@las-eng-test ~]#
> snmpbulkget -On -Cn1 -Cr1 -v2c -c public
> 192.168.27.15:8001 1.3.6.1.4.1.6431.1.3.1.5
> .1.3.6.1.4.1.6431.1.3.1.6 = Counter64: 0

I don't know whether you meant for the first command above to use SNMPv1, but it used either v2c or v3 – the BulkGet operation does not exist in v1. Just an FYI.

> [root@las-eng-test ~]# snmpgetnext -v1 -c public 192.168.27.15:8001
> .1.3.6.1.4.1.6431.1.3.1.5
> SNMPv2-SMI::enterprises.6431.1.3.1.6 = Counter64: 0

I asked you to try this because some agents that have issues in v2c mode work OK in v1 mode. This one's just hopelessly broken – I don't know how this vendor expects it to work with any kind of optimized collector. Since even in v1 mode the OpenNMS SNMP collector always uses GetNextRequests, I don't think you're going to be able to work around this problem.

> This is the response I am expecting:
> [root@las-eng-test ~]# snmpget -v2c -c syion 192.168.27.15:8001
> .1.3.6.1.4.1.6431.1.3.1.5.0 SNMPv2-SMI::enterprises.6431.1.3.1.5.0 =
> Gauge32: 44

Apparently you're not going to get that response from this agent by any means other than an instance-specific Get operation. Very sad that a vendor would ship a product with such a nasty agent bug, but vendors do it all the time.

-jeff