Issue

An SNMPv1/v3 walk beginning at .iso through .iso.org.dod.internet does not work properly with my Network Management Card 2 device.

If a user starts a walk at .iso or .1, only certain OIDs come back and the only apc 318 enterprise OID that is returned is .iso.org.dod.internet.private.enterprises.apc.apcmgmt.mfiletransfer.mfiletransferControl.mfiletransferControlInitiateFileTransfer (.1.3.6.1.4.1.318.2.4.3.1). The user may find that some generic mib-2 OIDs are returned but most of the APC enterprise specific 318 OIDs are not returned.

• Network Management Card 2 - AP9630/AP9630CH, AP9631/AP9631CH, AP9635/35CH

• AOS v5.1.9, AOS 6.0.6
• All serial numbers
• SNMP v1/v3

Cause

Due to a bug with ability to respond to SNMP get-next responses, these OIDs do not respond properly using SNMPv1 or SNMPv3.


Resolution

This issue is resolved in AOS 6.1.2 or higher. For users unable to upgrade or if your application is not yet available with AOS 6.1.2, a few options are listed below.

• A user can issue an snmp-get (instead of get-next) to individual OIDs and they will return properly anywhere in the heirarchy or PowerNet MIB.
• Any SNMP walks beginning at .iso.org.dod.internet.private or lower/further into the MIB tree will work properly.