nv-l

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

2008-08-27 09:42:21
Subject: RE: [NV-L] snmp_parse_v2trap: rc _SnmpEncodeMessage = -13
From: James Shanks <jshanks AT us.ibm DOT com>
To: Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com>
Date: Wed, 27 Aug 2008 09:39:55 -0400

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 [email protected]
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
Inactive hide details for "Sumit Pandya" <sumit AT elitecore DOT com>"Sumit Pandya" <sumit AT elitecore DOT com>


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

          08/27/2008 06:46 AM
          Please respond to
          Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com>


To

"'Tivoli NetView Discussions'" <nv-l AT lists.ca.ibm DOT 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 AT lists.ca.ibm DOT com [mailto:nv-l-bounces AT lists.ca.ibm DOT 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 AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)

GIF image

GIF image

GIF image

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