"Register" is a technical term here. It does not mean just "get traps
from". It involves the use of an internal UNIX domain socket and a queue
of events maintained inside the sender. Traps are sent across the socket
in a particular C++ structure, not as raw data. So actually the correct
answer to your first two questions is "no".
No application can register with ovesmd except ovelmd, who logs the events
that ovesmd sends him. There is no user API here.
And the Tivoli TEC can get events from NetView but it does so via the use
of an adapter, which formats the trap information into the a style that TEC
can use, and uses a TCP session to send it. TEC has many adapters that it
ships, including one for HP OpenView. They used to ship one for NetView
for UNIX too, but discontinued it when NetView brought out an internal
adapter. The internal adapter is actually inside nvserverd, which is sent
the traps to forward to TEC by nvcorrd using a ruleset defined in the
/usr/OV/conf/tecinit.conf file. This file is created for the first time
when you configure TEC forwarding through the dialogs.
You are correct that I was referring to ovesmd when talking about pmd and
filters.
But I think this entire discussion is headed in the wrong direction. It
would be helpful, I think, if you would tell us what you want to
accomplish with traps, so that everyone on the list might contribute their
suggestions on how to get it done, rather than asking about how the API's
work. It sounds to me like you are not ready to do any API work yet.
James Shanks
Team Leader, Level 3 Support
Tivoli NetView for UNIX and NT
Montoya Vincent-O10501 <Vincent.Montoya@motorola.com>@tkg.com on 01/31/2001
01:30:03 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 )
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
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
|