Hey James,
You have made high valuable effort for my Trap v2 problem :-). We
finally nailed down and get proper BUG fixed into our Software. We were not
sending SNMPv2-MIB::snmpTrapOID.0 with value
SNMPv2-SMI::enterprises.21067.1.3 before sending this trap-variable itself.
I hope this update will make Netview happy (tomorrow). I'll bother
you again if Tivoli Netview wants me (or us) to work more !!!
________________________________
From: nv-l-bounces@lists.ca.ibm.com [mailto:nv-l-bounces@lists.ca.ibm.com]
On Behalf Of James Shanks
Sent: Wednesday, August 27, 2008 7:10 PM
To: Tivoli NetView Discussions
Subject: RE: [NV-L] snmp_parse_v2trap: rc _SnmpEncodeMessage = -13
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 .
_______________________________________________
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)
|