You are currently viewing the content available in Vietnam. If you are looking for information for another region, please select the correct country from the top-left dropdown in the page and 'Navigate to Browse FAQs' in the Support menu.
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.
Product Line
- Network Management Card 2 - AP9630/AP9630CH, AP9631/AP9631CH, AP9635/35CH
Devices with an embedded Network Management Card 2 include (but are not limited to): 2G Metered/Switched Rack PDUs (AP86XX, AP88XX, AP89XX), Certain Audio/Video Network Management Enabled products.
Environment
- 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.