nv-l

RE: snmptrap command (reformatted)

2000-03-23 18:42:24
Subject: RE: snmptrap command (reformatted)
From: lclark AT us.ibm DOT com
To: nv-l AT lists.tivoli DOT com
Date: Thu, 23 Mar 2000 18:42:24 -0500
Yes, you could do that. Whether you choose to do so would depend
on how you planned to post-process those traps. If you want the
ability to have different severities in the events display, you
would want to issue separate traps because the severity goes with
the specific trap. If you wanted to handle them in a ruleset,
the different blocks have access to different parts of the trap
with different degrees of ease. You could define your own fake
enterprise as well. Isn't this a great product? Have fun!

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit


---------------------- Forwarded by Leslie Clark/Southfield/IBM on
03/23/2000 06:37 PM ---------------------------

"Boulieris, Arthur" <Arthur.Boulieris AT nz.unisys DOT com>@tkg.com on 
03/23/2000
04:44:06 PM

Please respond to IBM NetView Discussion <nv-l AT tkg DOT com>

Sent by:  owner-nv-l AT tkg DOT com


To:   "'IBM NetView Discussion'" <nv-l AT tkg DOT com>
cc:
Subject:  RE: [NV-L] snmptrap command (reformatted)



Thanks Leslie and James,
I have got it working but this has changed my understanding of if all.
This means that if you want you can have only one trap in your trapd for
all
your requirements and just send through the variables you choose to define
your trap.

regards arthur


-----Original Message-----
From: James_Shanks AT tivoli DOT com [mailto:James_Shanks AT tivoli DOT com]
Sent: Friday, March 24, 2000 3:16 AM
To: IBM NetView Discussion
Subject: Re: [NV-L] snmptrap command (reformatted)




Leslie Clark wrote:
     >> There is an outside chance that you might have trouble with the
specific
     >> number you have chosen. It used to be documented (in V3) that
specific
     >> trap ids 1000-1999 are reserved for your use. I don't know if that
means
     >> it mishandles other numbers.

Nah.  It just means that we pledge not to use this range ourselves.
snmptrap
doesn't care about what specific id you use.  Theoretically, you should be
able
to use it to duplicate any valid trap.  (It won't format invalid ones).  To
solve some customer problems I have even gone  so far as to (a) turn on the
hex
dump of all packets in trapd,  (b) pull out a vendor trap from trapd.trace,
(c)
translate it by hand, and (d) use the translation to construct an snmptrap
command which would send a duplicate trap.  It can do so, even down to the
time
stamp, if that is what you want.

James Shanks
Tivoli (NetView for UNIX and NT) L3 Support


_________________________________________________________________________

NV-L List information (unsubscribing, policies, posting, digest version,
searchable archives): http://www.tkg.com/nv-l
_________________________________________________________________________

NV-L List information (unsubscribing, policies, posting, digest version,
searchable archives): http://www.tkg.com/nv-l


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