nv-l
[Top] [All Lists]

RE: [nv-l] rfc1213-mib2 traps?

To: "'nv-l@lists.us.ibm.com'" <nv-l@lists.us.ibm.com>
Subject: RE: [nv-l] rfc1213-mib2 traps?
From: "Scherting, Mark" <mscherting@state.mt.us>
Date: Tue, 13 Jul 2004 14:28:53 -0600
Delivery-date: Tue, 13 Jul 2004 21:39:44 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
Phillipe, James,
 
Thanks.  At least now I don't think I'm off my rocker.  I'm looking to see if newer code levels may be available for these devices.  If not, I will take this up with Cisco.
-----Original Message-----
From: James Shanks [mailto:jshanks@us.ibm.com]
Sent: Tuesday, July 13, 2004 10:57 AM
To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] rfc1213-mib2 traps?


Whatever that device is which is sending you these traps, it is broken.  No MIB will help.
Notice the "NO FMT IN TRAPD.CONF: .0.0 (0.0) generic:2"  message?
That indicates that the enterprise OID is 0.0 which is simply an error.  Enterprise id's cannot be zero.
You need to contact the vendor, Cisco, if that's who it is, and get a fix for this.  Failing that I'd turn off the traps because you won't be able to define them in trapd.conf.  

If you want to obtain a hex representation of what is actually  being sent, so you can send that to the vendor, then you can do that with a trapd.trace.
First, use server setup to configure trapd to dump all packets to hex (the -x option).  Then when he's up and running you can toggle the trace off and on again with "trapd -T" issued from the command line.  The trapd.trace file will then contain a hex dump of every incoming trap, and you can match these bad boys up with time stamps in the trapd.log

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group



"Scherting, Mark" <mscherting@state.mt.us>
Sent by: owner-nv-l@lists.us.ibm.com

07/13/2004 12:10 PM
Please respond to
nv-l

To
nv-l@lists.us.ibm.com
cc
Subject
[nv-l] rfc1213-mib2 traps?





Hi all,
 
I'm looking for a mib that I can get some trap definitons from in hopes that I won't have to create a new enterprise and definitions.  I'm receiving the following traps from Cisco Aironet 350 bridges but there are no trap definitions in rfc1213-mib-II where these oid's are defined.  Not only are these traps annoying, but they are not very informative.  Should I just tell all these devices to not send any more traps?

1089734377 2 Tue Jul 13 09:59:37 2004 msp-air-tower2.nms.state.mt.us ? NO FMT IN TRAPD.CONF: .0.0 (0.0) generic:2 specific:0 args(2): [1] mgmt.mib-2.interfaces.ifTable.ifEntry.ifIndex.1 (Integer): 1

1089734377 2 Tue Jul 13 09:59:37 2004 msp-air-tower2.nms.state.mt.us ? [2] mgmt.mib-2.interfaces.ifTable.ifEntry.ifDescr.1 (OctetString): fec0

AND/OR:

1089734377 2 Tue Jul 13 09:59:37 2004 msp-air-tower2.nms.state.mt.us ? NO FMT IN TRAPD.CONF: .0.0 (0.0) generic:2 specific:0 args(2): [1] mgmt.mib-2.interfaces.ifTable.ifEntry.ifIndex.10 (Integer): 10

1089734377 2 Tue Jul 13 09:59:37 2004 msp-air-tower2.nms.state.mt.us ? [2] mgmt.mib-2.interfaces.ifTable.ifEntry.ifDescr.10 (OctetString): br10

Thanks!

Mark Scherting
State of Montana
Information Technology Services Division

mscherting(at)state.mt.us

<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web