Ok, then as a side, is this OID being collected by OpenNMS for all systems via SNMP. I am not trying to alter the warning functions for IBM-AIX systems. That is not my intent at all.

I am simply trying to ensure that this OID tree is collected for all of my systems as I am sure that others would want as well.

We can take this offline and operate through a support ticket if you want. I'm open. Just talk to JeffG for my contact details at PTO.

Thanks.

I completely understand that the .1.3.6.1.2.1.1.2 is part of the standard MIB-II system data and is present on virtually every SNMP agent, regardless of vendor. However, you are not understanding how our data collection works.

Whoever wrote this data collection configuration intended that if the .1.3.6.1.2.1.1.2 OID is available on a system with a sysoid of .1.3.6.1.4.1.2.3.1.2.1.1.3 (which presumably is an AIX sysoid), then a warning message should be displayed. Until you can give me a valid reason why this warning should not be displayed, I'm closing this bug as won't fix.

See also the SNMPv2-MIB at:
http://www.oidview.com/mibs/0/SNMPv2-MIB.html

Seth,

You keep trying to see these as IBM-AIX system specific and referring to the .1.3.6.1.4.1.2. OID Tree which is a PRIVATE OID tree and belongs to IBM.

http://www.alvestrand.no/objectid/1.3.6.1.4.1.2.html

I am trying to tell you that the .1.3.6.1.2. OIDs and any OIDs beyond that ARE GENERIC SNMP OIDs and belong to the SNMP MIB-II generic OID tree:

http://www.alvestrand.no/objectid/1.3.6.1.2.html

If you query ANY system using net-snmp as its SNMP daemon service or complies with the appropriate RFC, you will get a GENERIC response:

Here are the results (password and systemname redacted) from a CISCO switch for the .1.3.6.1.1.2.0 OID:

Here is the fully spelled out query on a NON IBM-AIX system:
[root@SYSTEMNAME]# snmpget -v 2c -c 'PASSWORDHERE' SYSTEMNAME .iso.org.dod.internet.mgmt.mib-2.system.sysDescr.0
SNMPv2-MIB::sysDescr.0 = STRING: Cisco IOS Software, s72033_rp Software (s72033_rp-ADVIPSERVICESK9_WAN-M), Version 12.2(33)SXI4a, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2010 by Cisco Systems, Inc.
Compiled Fri 16-Jul-10 19:51 by p

Here is the equivalent dot notated query on a NON IBM-AIX system:
[root@SYSTEMNAME]# snmpget -v 2c -c 'PASSWORDHERE' SYSTEMNAME .1.3.6.1.2.1.1.1.0
SNMPv2-MIB::sysDescr.0 = STRING: Cisco IOS Software, s72033_rp Software (s72033_rp-ADVIPSERVICESK9_WAN-M), Version 12.2(33)SXI4a, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2010 by Cisco Systems, Inc.
Compiled Fri 16-Jul-10 19:51 by p
[root@SYSTEMNAME]#

Here is the fully spelled out query on a NON IBM-AIX system:
[root@SYSTEMNAME]# snmpget -v 2c -c 'PASSWORDHERE' SYSTEMNAME .iso.org.dod.internet.mgmt.mib-2.system.sysObjectID.0
SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.9.1.283
[root@SYSTEMNAME]#

Here is the dot notated query on a NON IBM-AIX system:
[root@SYSTEMNAME]# snmpget -v 2c -c 'PASSWORDHERE' SYSTEMNAME .1.3.6.1.2.1.1.2.0
SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.9.1.283
[root@SYSTEMNAME]#

The OID tree for this is as follows:
Superior references

1.3.6.1.2.1 - SNMP
1.3.6.1.2 - IETF Management
1.3.6.1 - OID assignments from 1.3.6.1 - Internet
1.3.6 - US Department of Defense
1.3 - ISO Identified Organization
1 - ISO assigned OIDs
Top of OID tree

Subsidiary references (single level)

1.3.6.1.2.1.1.1 - sysDescr
1.3.6.1.2.1.1.2 - sysObjectID
1.3.6.1.2.1.1.3 - sysUpTime
1.3.6.1.2.1.1.4 - sysContact
1.3.6.1.2.1.1.5 - sysName
1.3.6.1.2.1.1.6 - sysLocation
1.3.6.1.2.1.1.7 - sysServices

AGAIN these are GENERIC OIDs. You SHOULD move them OUT of the AIX section they are currently placed in within the "datacollection-config.xml" file and INTO a section for SNMP MIB-II values. Or place them additionally in a SNMP MIB-II values subsection.

But, these values are NOT IBM-AIX specific.

Hope this more clearly states the issue.

This OID will only be collected when the sysobjectid matches .1.3.6.1.4.1.2.3.1.2.1.1.3 because it is only in the following systemDef section (the "aixTeaser" group):