RE: [NV-L] snmp_parse_v2trap: rc _SnmpEncodeMessage = -13

[James Shanks <jshanks@us.ibm.com>]

I would have thought that as a service provider (I was one myself once) you would have been entitled to get that IBM customer number and be authorized to open a problem to Support as a condition of the contract. That's how it usually works here. The only way I know to bypass the requirement for a customer number is to have the IBM Sales team open the problem for you. You should probably pursue getting the customer number now, since this list is not a substitute for IBM Support. If you should have a serious problem with the code, no one can help you here.

For what it is worth, I took a look at your trap yesterday during lunch. An rc _SnmpEncodeMessage = -13 is basically saying that there is some structural problem with the trap. So I took it apart to see whether I could find it. A proper SNMPv2 trap should have sysUpTime and the enterprise OID and specific trap number (1.3.6.1.6.3.1.1.4.1.0); other variables are optional. This one has an optional varbind and sysUpTime, but no enterprise OID and specific trap number, so it cannot be translated into SNMPv1 form. By NetView's lights, that makes it invalid.



30 4d 02 01 01 04 06 70 75 62 6c 69 63 a7 40 02 0M.....public.@.
01 00 02 01 00 02 01 00 30 35 30 10 06 08 2b 06 ........050...+.
01 02 01 01 03 00 43 04 00 f6 b6 04 30 21 06 0a ......C.....0!..
2b 06 01 04 01 81 a4 4b 01 04 04 13 50 52 4f 58 +......K....PROX
59 5f 41 43 43 54 20 73 74 6f 70 70 65 64 2e -- Y_ACCT stopped..

30 4d x'4d' = 77 octets follow
02 01 01 SNMP version is SNMPv2c
04 06 70 75 62 6c 69 63 community string is "public"
a7 SNMPv2 trap
40 64 octets remain OK
02 01 00 request-id 0
02 01 00 error-status 0
02 01 00 error-index 0
30 35 53 octets remain OK
30 10 16 octets left in this varbind OK
06 08 2b 06 01 02 01 01 03 00 1.3.6.1.2.1.1.3.0 OID for sysUpTime
43 04 00 f6 b6 04 timeticks in hex
30 21 33 octets left in this varbind OK
06 0a 2b 06 01 04 01 81 a4 4b 01 04 optional OID for value that follows
04 13 50 52 4f 58 59 5f 41 43 43 54 20 73 74 6f 70 70 65 64 2e
P R O X Y _ A C C T s t o p p e d .




James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
"Sumit Pandya" <sumit@elitecore.com>

"Sumit Pandya" <sumit@elitecore.com>
Sent by: nv-l-bounces@lists.ca.ibm.com

08/27/2008 06:46 AM

Please respond to
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>

To	"'Tivoli NetView Discussions'" <nv-l@lists.ca.ibm.com>
cc
Subject	RE: [NV-L] snmp_parse_v2trap: rc _SnmpEncodeMessage = -13

James,
		 Thanks for reply (Always). Not the point is I'm not owner of Tivoli
Netview. Owner of Tivoli Netview is one of large bureaucrat group in a
country. Now in such organization it is very difficult to get "IBM customer
number", which is very much required for opening service request.
		 Do you know any ways to get(buy) this "IBM customer number" without
actually purchase of Software? Or is there any way that I can seek support
without owning product but I'm working for IBM's product.

________________________________

From: nv-l-bounces@lists.ca.ibm.com [mailto:nv-l-bounces@lists.ca.ibm.com]
On Behalf Of James Shanks
Sent: Tuesday, August 26, 2008 9:11 PM

You will need to open a problem to IBM Support and send them your
trapd.trace output for analysis.

The way that trapd works with SNMPv2 traps is to translate them into SNMPv1
versions, and then put them on his internal queue, so that all traps are
parsed in exactly the same fashion. But for some reason the encoding from
SNMPv2 to SNMPv1 is not working. Whether that is due to a problem in the
code or in the trap is a matter for Support to figure out.

_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)

_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to 
internal IBM'ers only)