A fix is available
APAR status
Closed as program error.
Error description
Outbound strings - values of variable bindings in the SNMP TRAP appear to be run twice through EBCDIC->ASCII conversion, yield- ing invalid/corrupted data.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of the SNMP command in IBM * * Tivoli NetView for z/OS V6R2M1 * **************************************************************** * PROBLEM DESCRIPTION: For users of the SNMP SET, SNMP TRAP, * * and SNMP INFORM commands, when a * * variable binding is specified, the * * value in that variable binding is of * * type "string" (s), and there are no * * display hints defined for the * * Management Information Base (MIB) * * variable in the MIB definition files * * read by the SNMP command, the value * * in the variable binding is not * * encoded correctly (as an ASCII string) * * in the protocol data unit (PDU) that * * the SNMP command ultimately creates * * and sends. * **************************************************************** * RECOMMENDATION: * **************************************************************** When a variable binding is specified on an SNMP SET, SNMP TRAP, or SNMP INFORM command, the value in that variable binding is of type "string" (s), and there are no display hints defined for that MIB variable in the MIB definition files read by the SNMP command, the value in the variable binding is converted from EBCDIC to ASCII, then the result is converted from EBCDIC to ASCII again before inclusion in the outbound PDU. As a result, a receiver expecting an ASCII string in the value of the MIB variable, such as an SNMP agent or SNMP trap receiver, will not recognize the data as ASCII string data. Note that if the MIB variable specified for the variable binding on the SNMP SET, SNMP TRAP, or SNMP INFORM command did have a display hint defined in the MIB definition files read by the SNMP command, this double EBCDIC to ASCII conversion does not occur.
Problem conclusion
Part snmp_api.c is being changed to ensure that only one EBCDIC to ASCII conversion takes place for string data to be included in an outbound PDU. CMVC defect OA46277 tracks this change. Note that although this is a SYSROUTE APAR to route changes for APAR OA44941 to IBM Tivoli NetView for z/OS V6R2M1, it does not need to ship the materials related to AES support, as that is already contained in the base for the V6R2M1 release.
Temporary fix
Comments
APAR Information
APAR number
OA46277
Reported component name
NETVIEW FOR Z/O
Reported component ID
5697NV600
Reported release
21B
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2014-10-14
Closed date
2015-07-27
Last modified date
2015-09-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UA78319
Modules/Macros
CNMSBWLK CNMSGET CNMSGETB CNMSGETN CNMSSET CNMSTRAP CNMSWALK
Fix information
Fixed component name
NETVIEW FOR Z/O
Fixed component ID
5697NV600
Applicable component levels
R21B PSY UA78319
UP15/08/25 P F508
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSZJDU","label":"IBM Z NetView"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"21B","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"21B","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
01 September 2015