nv-l
[Top] [All Lists]

RE: [nv-l] question about modifying objects in netview 7.1.3

To: <nv-l@lists.us.ibm.com>
Subject: RE: [nv-l] question about modifying objects in netview 7.1.3
From: "Freeman, Michael" <mfreeman@netcogov.com>
Date: Tue, 21 Sep 2004 12:06:10 -0500
Delivery-date: Tue, 21 Sep 2004 18:22:28 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
Thread-index: AcSf7zWomccIPZznTlC7B+7dZRa6qAAACWwAAAEnMCAAADyOgAAA4emAAAEJ4SA=
Thread-topic: [nv-l] question about modifying objects in netview 7.1.3

Our environment is made up with Cisco routers, switches, and what have you. Yes it is a possibility to tune the timeout/retry information, but we are running a large network and we cannot rely on the operators to take care of that. In some geo’s in our network we have unreliable devices or we have NetView telling us that Node’s are down when they really aren’t, and we are just trying to add some extra verification before we take that data and put it into our SLA database.

 

We’re just using Tivoli NetView 7.1.3 and have no options to purchase or leverage other solutions, other than ones we can come up with on our own using opensource software or our inhouse development team.

 

 


From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] On Behalf Of Barr, Scott
Sent: Tuesday, September 21, 2004 11:35 AM
To: nv-l@lists.us.ibm.com
Subject: RE: [nv-l] question about modifying objects in netview 7.1.3

 

One other consideration – shouldn’t your SNMP agent be responding to polls more reliably? Have you tried increasing your timeouts or retries slightly to make the node up / node down more bullet-proof? Are these solaris boxes by chance? I understand your desire to guarantee a node down actually means node down but the bottom line is that if your SNMP is not reliable, then something is wrong with connection to the box or the agent / workload itself. Maybe the way to avoid engineering a lot of extra SLA support is just to fix up the SNMP agents.

 

Another question is are you using Tivoli Monitoring and do you have the ITM heartbeat capability? NetView has already skinned this cat for you with polling so I question why you would work hard to find some other method of guaranteeing availability? Seems to me that if the SNMP daemon is running (something that should be checked via cron locally on the server) then it should answer status polls reliably. Maybe I’m all wrong here.

 


From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] On Behalf Of Allison, Jason (JALLISON)
Sent: Tuesday, September 21, 2004 11:11 AM
To: nv-l@lists.us.ibm.com
Subject: RE: [nv-l] question about modifying objects in netview 7.1.3

 

Well, I think you have a number of options.  Lets take a step back and make sure I have an understanding of what the problem statement is:

 

You are using Node Up/Down events to gather SLA stats (stored in an Oracle DB).  You have found that Netview is not issueing the Node Up/Down in "real-time", i.e some time after the device actually changed state.  You are looking for means proactively change a state of an object w/in Netview to facilitate closer "real-time" gathering of SLA stats.

 

Does that sound about right?

 

Jason Allison
Principal Engineer
ARINC Incorporated

 

 

 -----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] On Behalf Of Freeman, Michael
Sent: Tuesday, September 21, 2004 12:04 PM
To: nv-l@lists.us.ibm.com
Subject: RE: [nv-l] question about modifying objects in netview 7.1.3

Well we have netmon polling it, but we are relying on information from the trapd.log to use for SLA data. Like if we get a Node Down event or Node Up event, we put that into an Oracle database. We are trying to verify that the Node is really down, in a lot of cases in our network a Node will go down, and then an operator will do a demand poll or ping it, and then it will start responding again. So we have a script that tails the trapd.log file looking for Node Downs and if it receives one, it does a test trying to open a tcp connection a few times to verify that its really down, if it is, it gets inserted into the database. We also want to change the status of that object back to Node Up before netmon gets a chance to do it. Now of course there are other ways to do this verification by having a ruleset that has an inline function that does this but we had some problems with that..

 

So what do you think I should do? Use the API and OVwSetStatusOnObject to change the status, or is there an easier way?

 

Thanks in advance!

Mike Freeman


From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] On Behalf Of Allison, Jason (JALLISON)
Sent: Tuesday, September 21, 2004 10:31 AM
To: nv-l@lists.us.ibm.com
Subject: RE: [nv-l] question about modifying objects in netview 7.1.3

 

You can use the API, but if you have netmon polling that IP device on interval, it will notice the incorrect status and change it back.  Start at "man OVwSetStatusOnObject", this will give you a start.  If you have any specific questions, feel free to ask.  Some statuses are "Reserved" and it wont allow you to change it via the API (eg Acknowledged), but there are programmatic ways around that.

 

Good luck,

 

Jason Allison
Principal Engineer
ARINC Incorporated

 

 -----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] On Behalf Of Freeman, Michael
Sent: Tuesday, September 21, 2004 11:25 AM
To: nv-l@lists.tivoli.com
Subject: [nv-l] question about modifying objects in netview 7.1.3

We are trying to find a way to modify an object in NetView. If we know the node name, and want to change its status from say down, to up, because of an additional verification that proved it was up, how would we go about doing it? Are there any utilities or where should I look in the API?

 

Thanks,

Mike

 

*** Note new e-mail address

--

Michael J. Freeman

Netco Government Services

mfreeman@netcogov.com

--

 

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

Archive operated by Skills 1st Ltd

See also: The NetView Web