There is no easy way to do that.
But you know the agent for this trap -- it is Cisco. So if there is a trap
definition in a MIB for mib2trap to work on, then it will be in a Cisco MIB --
the one supported by this router. So once again you wind up going to Cisco and
either reading the doc on this router or asking them. Or you can go out to
their web site and see if you can find their MIBs to download or a current
version of their famous addtrap script (don't know what they call it) but it
will add about 400 of their traps to NetView -- just about any one you are ever
likely to get.
James Shanks
Tivoli (NetView for UNIX) L3 Support
Gord Michaels <gord_michaels@HOTMAIL.COM> on 08/19/99 06:03:59 PM
Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
<NV-L@UCSBVM.UCSB.EDU>
To: NV-L@UCSBVM.UCSB.EDU
cc: (bcc: James Shanks/Tivoli Systems)
Subject: Re: Help with unknown Cisco trap...
Hello and Thanks for the response.
So, what I did what use my MIB Browser tool. I went down through the tree
until I reached the following:
.iso.org.dod.internet.mgmt.mib-2.snaDLC.sdlc
(.1.3.6.1.2.41.1)
So, my question is: If I can do this within the MIB Browser, then that means
I must have the MIB already loaded into netview for that enterprise (or
agent - Do MIBs correspond to enterprises or agents?)??.
So now, as previously suggested I can perform a mib2trap command and then
this will update my trapd.conf file and hopefully this will solve the
problem of the trap having no FMT.
But, how can I tell what MIB this trap belongs to??
Any help appreciated.
Gord.
>From: James Shanks <James_Shanks@TIVOLI.COM>
>Reply-To: Discussion of IBM NetView and POLYCENTER Manager on NetView
> <NV-L@UCSBVM.ucsb.edu>
>To: NV-L@UCSBVM.ucsb.edu
>Subject: Re: Help with unknown Cisco trap...
>Date: Thu, 19 Aug 1999 09:07:58 -0400
>
>The enterprise is not a private one, but mib2, which all current snmp
>agents
>support.
>And from the look of the trap, your Cisco router is trying to tell you
>something
>about its SNA interfaces (that's what sdlc is -- "synchronous data link
>control"
>-- the link-level protocol for IBM's SNA ).
>
>So your Cisco doc should (1) explain this trap and what it means, and (2)
>how to
>disable it if you don't want to see it. Can't find the doc or what you
>need in
>it? Call Cisco. It's their device.
>
>James Shanks
>Tivoli (NetView for UNIX) L3 Support
>
>
>
>Gord Michaels <gord_michaels@HOTMAIL.COM> on 08/16/99 03:12:42 PM
>
>Please respond to Discussion of IBM NetView and POLYCENTER Manager on
>NetView
> <NV-L@UCSBVM.UCSB.EDU>
>
>To: NV-L@UCSBVM.UCSB.EDU
>cc: (bcc: James Shanks/Tivoli Systems)
>Subject: Help with unknown Cisco trap...
>
>
>
>
>Hello All.
>
>Several of my Cisco devices, 4500, 2501, ... are sending me this Unknown
>trap from enterprise 1.3.6.1.2.41.1. I receive thousands per day. Anyone
>seen this before????
>
>
>934824039 2 Mon Aug 16 13:20:39 1999 rtr01234 ? NO FMT
>IN
>TRAPD.CONF: mgmt.mib-2.snaDLC.sdlc (1.3.6.1.2.1.41.1) generic:6 specific:2
>args(7): [1] sdlcLSOperEntry.sdlcLSOperState.4.193 (Integer): 1
>934824039 2 Mon Aug 16 13:20:39 1999 rtr01234 ? [2]
>sdlcLSAdminEntry.sdlcLSAdminState.4.193 (Integer): 2
>934824039 2 Mon Aug 16 13:20:39 1999 rtr01234 ? [3]
>sdlcLSOperEntry.sdlcLSOperLastFailTime.4.193 (Ticks): 881536651
>934824039 2 Mon Aug 16 13:20:39 1999 rtr01234 ? [4]
>sdlcLSOperEntry.sdlcLSOperLastFailCause.4.193 (Integer): 4
>934824039 2 Mon Aug 16 13:20:39 1999 rtr01234 ? [5]
>sdlcLSOperEntry.sdlcLSOperLastFailCtrlIn.4.193 (OctetString): 71
>934824039 2 Mon Aug 16 13:20:39 1999 rtr01234 ? [6]
>sdlcLSOperEntry.sdlcLSOperLastFailCtrlOut.4.193 (OctetString): 93
>934824039 2 Mon Aug 16 13:20:39 1999 rtr01234 ? [7]
>sdlcLSOperEntry.sdlcLSOperLastFailREPLYTOs.4.193 (Counter): 6156337
>
>Sincerely,
>
>Gord Michaels
>
>
>______________________________________________________
>Get Your Private, Free Email at http://www.hotmail.com
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
|