Stephen,
Thanks for the reply. I have just sent a reply to Jason's comment
describing what we are trying to do.
I do not understand how we could use the existing trap 58916871. If we
generate one of these traps does ipmap(?) try to set the symbol status
of all the symbols associated with the object to the status in the trap?
We have our own map application which starts with Netview via its
registration file. Our application does not set the object status field
in the object database (BTW I don't see this field when using
ovobjprint). The parent symbols of our submaps use a compound status
source so the parent symbol is automatically calculated from the child
submap symbols.
We have an equivalent to netmon which polls the status of the software
and hardware on our nodes and the status received from this polling is
sent to our map application via our own trap so the child submap symbols
get updated with the status change.
--
Robin
email: robin.james@thalesatm.com
tel: +44 (0) 1633-862020
fax: +44 (0) 1633-868313 --- Begin Message ---
Robin,
Why not setup a script callable from NetView menu (via registration file).
This script calls snmptrap to set the map status of your selected object
using existing trap 58916871. This script must also call a executable of
your writing to set the object status field in the NetView object database
or use a command from within a NetView ruleset.
The second piece to the puzzle is when someone opens a new NetView map.
You need an executeable that can be initialized from the registration file,
will find all your map objects and initialize their status to the object
status field in the object database. This is what ipmap does when it is
"syncing". Since your objects are not owned by ipmap, they will not be
updated by ipmap.
Kind regards,
Stephen Hochstetler shochste@us.ibm.com
International Technical Support Organization at IBM
11400 Burnet Road Austin, TX 78758
Office - 512-838-6198 (t/l 678) FAX - 512-838-6931
------------------------------------------------------------
http://www.redbooks.ibm.com
"Allison, Jason
(JALLISON)" To: "'nv-l'"
<nv-l@lists.tivoli.com>
<JALLISON@arinc.c cc:
om> Subject: RE: [nv-l] adding
events to Netview
11/11/2002 12:50
PM
Robin,
We used the Ack facility for a bit. I needed to write some 'messy'
callbacks for it to work how we wanted it to work on our system. It sounds
like the same sort of issue you are having. Before I can make
recommendations though, can you tell me a bit more about what you are
trying
to do?
For example, our problem was that we wanted our operators to acknowledge a
container icon on the top level map. We wanted the Ack to be removed when
-any- status changed underneath. As it turned out, if the object below the
container went from ovwCriticalStatus -> ovwMarginalStatus, nothing
happened, the top level remained Acked. While if the underneath object
changed to ovwNormalStatus, the upper level Container would show the status
change. The "monitor_ack" API app I wrote -changed- this so any lower
level
status change would be reflected up the map thus removing the Acknowledged
status.
Thanks,
Jason Allison
Principal Engineer
ARINC Incorporated
Office: (410) 266-2006
FAX: (410) 573-3026
-----Original Message-----
From: Robin James [mailto:robin.james@thalesatm.com]
Sent: Monday, November 11, 2002 12:53 PM
To: NetView Discussion
Subject: [nv-l] adding events to Netview
Acknowledge/Unacknowledge does not work with our customised objects and
maps because these options only work properly with objects in the
topology database.
Hence we are trying to introduce an alternative mechanism.
The Programmer's Guide describes how to make use of callbacks for
standard Netview events but it doesn't look like you can add new events.
Can anyone suggest a method for sending a customised event to our map
application based on an object that has been selected from a submap? We
would only be changing the status of symbols on our customised maps and
we would leave the standard Netview IP Internet submaps well alone.
The best I can think of so far is:
1. Add the new Netview option to the ovw registration file.
2. Select an object via a symbol on the maps in the normal way.
2. Select the new option on the Netview menu and generate an event using
something like snmptrap passing the selected object as a parameter to
the event.
3. Our map application handles the new event and updates the colour of
the map appropriately.
Is there a more elegant solution that has eluded me?
Thanks for any help.
--
Robin
email: robin.james@thalesatm.com
tel: +44 (0) 1633-862020
fax: +44 (0) 1633-868313
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
--- End Message ---
|