RE: Changing Object Status

2001-12-31 08:31:19
Subject: RE: Changing Object Status
From: BAUDOUX BERNARD <bernard.baudoux AT fortisbank DOT com>
To: nv-l AT lists.tivoli DOT com
Date: Mon, 31 Dec 2001 14:31:19 +0100

we do this more of less.

We monitor the status of the NCP (SNA devices) by means of the trap 58916871.  
Here's how we dot it.

The mainframe is sending periodically a trap to the NetView 6000 with the 
status of the various NCPs.   When the trap is received by the NetView, a 
scripts is executed that issue trap 58916871 for each of the NCP icons defined 
in Netview.

The type of icons we've used : location.   Indeed we have defined some symbols 
of type location that were added in the Netview map to represent the NCPs.   
After having added the icon do not forget to 'Edit -> Modify/Describe -> 
Symbols'  it and set the 'Status Source' to Object' (by default it is 'Compound 

If the status of any NCP in the traps received from the mainframe is UP, we set 
the object to green, and to red if the status is DOWN.
If we do not received the trap in the expected interval, we set the object to 
blue (unknown) and send a trap to the mainframe asking him to send the status.

The status (UP, DOWN, UNKNOWN) of the NCPs are kept in a work file.   This 
seamed lighter to us than implementing an MLM just for that.
The Perl scripts are pretty small.   I can send them to you if you are 
interested in.

Note that trap 58916871 is not log only by us (we want to be aware of the 
change of a status)

Bernard Baudoux
Phone: +32 (0)2/565.24.68
e-mail : bernard.baudoux AT fortisbank DOT com

> -----Original Message-----
> From: Paul Sandler [SMTP:paul AT swebs DOT com]
> Sent: Friday, 28 December, 2001 23:02
> To:   IBM NetView Discussion
> Subject:      RE: [NV-L] Changing Object Status
> Thanks for your advise Don.  I would like to actually have an icon.  
> Poll for each software application and then turn their respective icon 
> a color dependent on the variable response.  Each appl has a variable 
> that represents up, down, coming_up, going_down.  You would think that 
> this wouldn't be such a difficult task?  Create and icon, poll (or 
> watch for traps) and change the object status in the db on the results.
> Your idea of using the MLM is a good option.
> Paul
> -----Original Message-----
> From: "Davis, Donald" <donald.davis AT firstcitizens DOT com>
> To: "'IBM NetView Discussion'" <nv-l AT tkg DOT com>
> Date: Fri, 28 Dec 2001 16:19:44 -0500
> Subject: RE: [NV-L] Changing Object Status
> > Paul,
> > There is some "unexpected" behavior associated with the 58916871
> > trap!
> > First, it must not be set to log only.
> > Second, the Events Display must NOT be closed .
> > Third, 58916871 must not be blocked with a filter or ruleset.
> > You cannot use this method to change the status of an object, just
> > the
> > color!
> > I tried this way but gave up on it as a bad idea.
> > 
> > My solution was to install MLM on my NetView server (could be
> > anywhere).
> > Then, use Agent Policy Manager to configure a threshold monitor that 
> > queries the mib for a specific value. If the expected value is not
> > returned,
> > 
> > you have a critical threshold and a "Marginal" node. 
> > I use this method to monitor the status of my Internet Frame Relay
> > circuit.
> > 
> > Don Davis
> > 
> > 
> > 
> > -----Original Message-----
> > From: Paul Sandler [mailto:paul AT SWEBS DOT COM]
> > Sent: Friday, December 28, 2001 4:01 PM
> > To: nv-l AT tkg DOT com
> > Subject: [NV-L] Changing Object Status
> > 
> > 
> > I am using NV 5.1.3 on AIX.  I need to be able to change the status
> > of 
> > an object to reflect the status of an application running on a Unisys
> > Mainframe.  The SNMP agent in the Unisys has a MIB variable I can
> > poll, 
> > but I have been unable to make the 58916871 trap alter the color of
> > the 
> > icon.  As I read further in the Admin manual, the object status does 
> > not actually change in the database if I do get the trap to work so 
> > this may not solve my problem.  I must forward the status change to 
> > NetView/390, which I believe will require the status to change in the> 
> > NV/AIX db.
> > 
> > First, I have been able to configure snmptrap to create an event, but
> > not change the color of the icon.  This is something I would like to 
> > figure out, although it may be academic.  I'm using a script that
> > James 
> > wrote up in this forum a while back for using trap 58916871.
> > 
> > How can I actually change the status of an manually created object in
> > the database?  Is anyone monitoring a MIB variable to change the
> > status 
> > of a manually created icon?  I created a software icon to represent
> > my 
> > mainframe application.  There were a few archive items that talked 
> > about doing this, but the item was not complete enough for me to 
> > reproduce the task.
> > 
> > Paul 
> > 
> > 
> > _____________________________________________________________________
> > ____
> > NV-L List information and Archives: http://www.tkg.com/nv-l
> > 
> > ---------------------------------------------------------------------
> > ---------
> > This electronic mail and any files transmitted with it are
> > confidential and are intended solely for the use of individual or
> > entity to whom they are addressed. If you are not the intended
> > recipient or the person responsible for delivering the electronic
> > mail to the intended recipient, be advised that you have received
> > this electronic mail in error and that any use, dissemination,
> > forwarding, printing, or copying of this electronic mail is strictly
> > prohibited. If you have received this electronic mail in error,
> > please immediately notify the sender by return mail.
> > 
> > =====================================================================
> > =========
> > 
> _________________________________________________________________________
> NV-L List information and Archives: http://www.tkg.com/nv-l

This email and any attached files are confidential and may be legally 
If you are not the intended recipient, any disclosure, reproduction, 
copying, distribution, or other dissemination or use of this communication 
is strictly prohibited.  
If you have received this transmission in error please notify the sender 
immediately and then delete this email.
Email transmission cannot be guaranteed to be secure or error free as 
information could be intercepted, corrupted, lost, destroyed, arrive late or 
incomplete, or contain viruses.  
The sender therefore is in no way liable for any errors or omissions in the 
content of this message, which may arise as a result of email transmission. 
If verification is required, please request a hard copy.

<Prev in Thread] Current Thread [Next in Thread>