[Top] [All Lists]

Re: [nv-l] nvsniffer

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] nvsniffer
From: Paul <pstroud@bellsouth.net>
Date: Mon, 11 Apr 2005 08:50:53 -0400
Delivery-date: Mon, 11 Apr 2005 13:50:53 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <C353F42ACF29E240B9050B86F1852A4F0C2744@nlspm204.emea.corp.eds.com>
References: <C353F42ACF29E240B9050B86F1852A4F0C2744@nlspm204.emea.corp.eds.com>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
User-agent: Mozilla Thunderbird 1.0 (X11/20041206)
For NetView to monitor the mail service/server, NetView needs
to be able to make a connection to the service in question(I think
its simply a tcp connection check, but I could be incorrect, someone
please correct  me if I am). As for being able to test the nvsniffer
trap, I would think you would be able to simply firewall the connection
between NetView and the target device for the port in question. I usually
try to use the network tools available in lieu of stopping and starting
a service.


Liu, David wrote:

Dear list,

Due to some historical reasons, we have some NV7.1.2 running. One of the
customers need to monitor its mail service. I need your advise to confirm
the following:

1) nvsniffer no need snmp access to the monitoring device (it is pingable)?!

2) what kind of trap nvsniffer is sending when it finds the (mail) service
is down. How can I test it without stop the service(snmptrap)?

The command I'm using is

/usr/OV/bin/nvsniffer -s -n hostname (the smartset exist)


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

Archive operated by Skills 1st Ltd

See also: The NetView Web