Paul,
Thanks for the info I'll look into it. Would this happen to be documented
anywhere?
Jason
-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] On
Behalf Of Paul
Sent: Friday, February 20, 2004 11:13 AM
To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] The use of HTTP for node up/down instead of ping or snmp
?
Jason,
There is a trap in NetView 58916971(I believe that is correct) that will
allow the user to change the color of a device on the map with this trap.
Its fairly easy to use.
Paul
Duppong, Jason wrote:
> Hi Larry,
> I'm in the middle of writing a script that will be responsible for
> testing "basic functionality" of all our production Windows and Unix
> boxes. The systems will be tested using a combination of Samba and
> sshquery.pl. Our thinking is that when a basic function check fails
> it would send a trap to the Netview management server causing another
> product we are using to do network correlation. The function checks
> run in parallel with the normal SNMP and ICMP checks that Netview
> does. It would be easy enough to do something similar in your
> situation, you could group all your "HTTP" servers in a smartset and
> then use a script to list the items in the smartset and run "checks"
> against them (A quick shell script doing a wget would be easy
> enough). If this check fails then you could send a trap to Netview.
>
> In my case I'm using Coordinator from Magnum Technologies to handle
> the correlation of network related problems, but someone on this list
> might know of a way to integrate the TRAP into an event that Netview
> could do something with. In my cause I only need to notify
> Coordinator, but I would love to also manipulate the color of the
> symbol if the function check fails.... this is a future goal :)
>
> Hope this gives you some ideas.
>
> Jason
>
> -----Original Message-----
> *From:* owner-nv-l@lists.us.ibm.com
> [mailto:owner-nv-l@lists.us.ibm.com] *On Behalf Of
> *larry.pytlik@clorox.com
> *Sent:* Friday, February 20, 2004 10:25 AM
> *To:* nv-l@lists.us.ibm.com
> *Subject:* Re: [nv-l] The use of HTTP for node up/down instead of
> ping or snmp ?
>
>
> That is unfortunate, we are trying to replace "What's UP Gold"
> network monitor which does this type of monitoring and fold this
> function it into Netview, (UNIX). I would like to hear from
> anyone who has implemented HTTP node up/down using Netview in a
> UNIX environment.
>
> Regards
> Larry Pytlik
> Clorox
> Network Engineering
>
>
> Please respond to nv-l@lists.us.ibm.com
>
> Sent by: owner-nv-l@lists.us.ibm.com
>
> To: nv-l@lists.us.ibm.com
> cc:
>
> Subject: Re: [nv-l] The use of HTTP for node up/down
> instead of ping or snmp?
>
>
> NetView is an SNMP manager first and foremost.
> The short answer is that there is no such option, so you would
> have to build something of your own to monitor these boxes, as
> netmon will not discover them.
>
> How you might do that will depend greatly on whether you are on
> Windows or UNIX, and on the capabilities of the boxes themselves.
>
> On UNIX, NetView offers a complete programming toolkit for non-ip
> topology and manuals on how to utilize it. That would give you a
> full-blown solution. But it requires C/C++ programming on your
> part. Otherwise you might be able to rig something with servmon
> and scripts.
>
> James Shanks
> Level 3 Support for Tivoli NetView for UNIX and Windows
> Tivoli Software / IBM Software Group
>
> *larry.pytlik@clorox.com*
> Sent by: owner-nv-l@lists.us.ibm.com
>
> 02/19/2004 06:06 PM
> Please respond to
> nv-l
>
>
> To nv-l@lists.us.ibm.com
> cc
> Subject [nv-l] The use of HTTP for node up/down instead of ping
> or snmp?
>
>
>
>
>
>
>
>
>
>
>
>
> How do I configure Netview to use HTTP for node up/down for a few
> "special" network nodes? The particular nodes do not have SNMP and
> Ping is blocked but http is allowed.
> Our Netview version is 7.1.3FP02.
>
> Regards
> Larry Pytlik
> Clorox
> Network Engineering
>
|