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 AT us DOT ibm.c To: nv-l AT lists.us.ibm
DOT 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 AT reuters DOT com
!
Sent by: owner-nv-l AT lists.us.ibm DOT com
!
!
To
nv-l AT lists.us.ibm DOT 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.
|
