Thanks Bernard,
My situation is almost the exact reverse. I have many users watching
NetView/390 graphics to monitor SNA and IP. NV/390 gets all its IP
information from NV/AIX. So, we see PUs, LUs, NCP, mainframe
subsystems and applications, and IP on Windows graphics connected to
the IBM Mainframe. In order to monitor tasks running in another
mainframe (Unisys), we only have SNMP capability. I need to use the
Unisys traps, or polling of MIB variables, to get an "alert" to
NV/390. I may try to set the trap destination on the Unisys to NV390
and do the work there. Right now, I've decided it may be easier to add
an icon to the Unisys on NV/AIX, poll or wait for traps, but then I
must alter the actual status in the db on NV/AIX so the Service Point
can create an alert to NV390, which is where all our graphics are.
58916871 seems to only change the color on the NV/AIX graphics. I
don't think that is going to be sufficient. If it creates a log event,
which it seems like it will, that might drive an alert to NV390 for
me. So far, I have not been successful at changing the color on the
icon on NV/AIX. I get the event to occur, but the "shadowed"
application icon never changes from blue to any color, even though the
event shows the verbage in the snmptrap command...and I don't see an
NPDA event in NV390.
I'm sure this can be done, I'm just not having much success yet.
Thanks for sharing the way you do it. As I said, I may make NV390 the
trap receiver and then your plan might do the trick.
If you could, I would like to have a copy of your script.
Thanks again, Paul
-----Original Message-----
From: BAUDOUX BERNARD <bernard.baudoux@fortisbank.com>
To: "'IBM NetView Discussion'" <nv-l@tkg.com>
Date: Mon, 31 Dec 2001 14:31:19 +0100
Subject: RE: [NV-L] Changing Object Status
> Paul,
>
> 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 (Propagated)').
>
> 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)
>
> Regards,
> Bernard Baudoux
> Phone: +32 (0)2/565.24.68
> e-mail : bernard.baudoux@fortisbank.com
>
>
> > -----Original Message-----
> > From: Paul Sandler [SMTP:paul@swebs.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@firstcitizens.com>
> > To: "'IBM NetView Discussion'" <nv-l@tkg.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@SWEBS.COM]
> > > Sent: Friday, December 28, 2001 4:01 PM
> > > To: nv-l@tkg.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
> privileged.
> 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.
>
>
>
>
> _____________________________________________________________________
> ____
> NV-L List information and Archives: http://www.tkg.com/nv-l
>
|