This can be accomplished by creating a callback application which registers
with trapd to retrieve a specific set of traps and in turn act on them
according to the logic you have implemented in your application which can
include changing statuses. With respect to changing statuses you need to be
carefull as you can only set certain statuses withing the API.
Best of luck,
Jason Allison
Principal Engineer
ARINC Incorporated
-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] On
Behalf Of alejandro.gabay@reuters.com
Sent: Wednesday, August 18, 2004 1:35 PM
To: nv-l@lists.us.ibm.com
Cc: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] Map color and trap severity.
James,
Thank you very much for your explanation. I guess that I should have been
more elaborated on my idea.
The objects that I need to manually update are GTM object (created by an
external application). This application will keep the icon status color on
the Netview map. The idea was to create several trap customizations is order
to reflect the event severity in both, the map status color and the event
history.
When creating my own trap definitions with its own severity, the problem I
face is how shall I create the trap definition for a GTM object in a way
that Netview knows to which object relate the trap received.
B. Regards
Alejandro Gabay
Operation Supervisor, Argentin Uruguay & Paraguay
Reuters Ltd.
James Shanks
<jshanks@us.ibm.c To: nv-l@lists.us.ibm.com
om> cc:
Sent by: Subject: Re: [nv-l] Map
color and trap severity.
owner-nv-l@lists.
us.ibm.com Header:
Internal Use Only
17/08/2004 11:30
Please respond to
nv-l
I think you need to elaborate on this idea more than you have.
Just exactly what are you trying to accomplish and why? It is generally a
very bad idea to try to override netmon status, since netmon, ovwdb,
ovtopmd, and ipmap have all been designed to work closely together to keep
status accurate. You cannot easily fool them.
For objects you create yourself, that is a different matter.
NetView does offer the status trap, 58916871, which will change the color of
a map object, provided that ovw (the NetView GUI) has started the events
application (nvevents) and the map is open read-write. But this change is
not reflected in the object nor topology databases and will not persist
across GUI start-ups unless the change is for a user-created objects, not
those which netmon monitors. But even given that these are user-objects,
there still is no way to get out of issuing this trap, if that's what you
mean by "duplicating all events". This is the only universal trap which
will alter map status.
However, if the trap you want to use as a trigger for this change is
external, and not from NetView, you can define the trap as a Status Event in
trapd.conf and also specify the status you want to be associated with the
receipt of this trap, and then nvevents will alter the map status in exactly
the same way as it does for the NetView status trap, so you don't have to
issue one of those
Does this help?
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group
!
alejandro.gabay@reuters.com
!
Sent by: owner-nv-l@lists.us.ibm.com
!
!
To
nv-l@lists.us.ibm.com
!
08/17/2004 12:58 PM
!
cc
!
!
Subject
Please respond to
[nv-l] Map color and trap severity.
!
nv-l
!
!
!
!
!
!
!
Hi All:
Is there any way to create a new trap definition that's affect an object
status in the NV map?. The idea is to have one specific trap associated to
an specific map color. I know it can be done trough rulesets but this will
duplicate all events. One for the trap severity and another for the map
status. I am running NV 7.1.4 FP 1 on Solaris 8.
B. Regards
Alejandro Gabay
-----------------------------------------------------------------
Visit our Internet site at http://www.reuters.com
Get closer to the financial markets with Reuters Messaging - for more
information and to register, visit http://www.reuters.com/messaging
Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of
Reuters Ltd.
-----------------------------------------------------------------
Visit our Internet site at http://www.reuters.com
Get closer to the financial markets with Reuters Messaging - for more
information and to register, visit http://www.reuters.com/messaging
Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of
Reuters Ltd.
|