I understand that the Tivoli TEC can be registered to receive events from
nvcorrd. Would there be any specific reasons to have an application
registered to receive events from the ovesmd?
Regarding your statement about the pmd "In fact he acts as a go-between when
filters are
applied." were you referring to the ovesmd process which filters and
forwards events to registered apps?
-----Original Message-----
From: James_Shanks@tivoli.com [mailto:James_Shanks@tivoli.com]
Sent: Tuesday, January 30, 2001 11:28 AM
To: IBM NetView Discussion
Subject: RE: [NV-L] New to NetView Questions: Trap Flow and Relationship
(SNMP )
There are a couple of samples available in UNIX to illustrate how a trap
application might work. Thanks to Gary for refreshing my memory on that
score.
I was just going to refer you to the books.
On UNIX look in /usr/OV/prg_samples/ovsnmp_app for rectrap.c which will
receive all traps using OVsnmpTrapOpen and look in
/usr/OV/prg_samples/nvsnmp_app/ filtertrap.c for an example of a program
using nvSnmpTrapOpenFilter to receive only those traps which meet specific
criteria. You should consult the NetView Programmer's Guide and the
Programmer's Reference for more information on using these routines. The
books are shipped softcopy with NetView in /usr/OV/books/C in both PDF (for
access by Adobe) or html (for access by a browser).
To answer your specific question, there is an ambiguity here which you need
not be concerned with. The function of pmd as a trap recipient has been
deprecated, though he still plays a role in the interprocess communication
between the daemons. In fact he acts as a go-between when filters are
applied. So he still has to be there but you will not be connecting to him
directly. Instead you have the two APIs discussed above, which connect
with trap directly. How they actually work under the covers is not really
relevant. There were older third-party products, notably some which were
concerned with getting CMOT data, that relied heavily on these interfaces
in pmd. And pmd has a much larger role in OpenView, from which NetView
was derived back in 1991- 93. But our move has been away from pmd ever
since, and the NT product does not even have it at all.
James Shanks
Team Leader, Level 3 Support
Tivoli NetView for UNIX and NT
"Boyles, Gary P" <gary.p.boyles@intel.com>@tkg.com on 01/30/2001 12:28:02
PM
Please respond to IBM NetView Discussion <nv-l@tkg.com>
Sent by: owner-nv-l@tkg.com
To: "'IBM NetView Discussion'" <nv-l@tkg.com>
cc:
Subject: RE: [NV-L] New to NetView Questions: Trap Flow and Relationship (
SNMP )
If you want to "plug into" the event-stream, there should be an example
program in the example directory called "rectrap" (i.e. receive-trap).
Its actually quite handy for trouble-shooting.
C-source and exe code provided.
Gary Boyles, Intel
-----Original Message-----
From: Montoya Vincent-O10501 [mailto:Vincent.Montoya@motorola.com]
Sent: Tuesday, January 30, 2001 8:57 AM
To: 'IBM NetView Discussion'
Subject: [NV-L] New to NetView Questions: Trap Flow and Relationship
(SNMP )
To All,
The diagram on p. 18 of "Tivoli NetView for UNIX Administrator's Guide" the
diagram depicts the trap/event flow. It illustrates that traps go from the
trapd to trapd.log, applications, nvcorrd and the pmd. The discussion does
not explicitly say whether it goes to all for directions for each trap
received. I'm assuming that all events will be logged if logging is turned
on and properly configured.
How do "applications" get configured to receive all traps coming from
trapd?
What are some examples of applications that can do this?
Does nvcorrd and pmd receive each of the events?
According to the discussion on pmd the pmd process retrieves routing
information from the ORS database to send the trap to a registered
application. The nvcorrd receives events from the trapd and correlates them
with event processing decision and actions defined in the rulset forwards
them to registered applications.
Shouldn't there be a relationship between the nvcorrd/actionsver and the
pmd/ORS to know what applications are registered?
----In the middle of difficulty lies opportunity----
Albert Einstein
Vincent Montoya
IT Systems Engineer
Motorola
GCT-Enterprise Systems Management
Email: Vincent.Montoya@motorola.com
Pager: 877-644-6598
Phone: 480-441-2786
Fax: 480-441-5455
----A smile is one wrinkle you don't want to remove----
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
|