Are the events faster than your polling cycle (eg 5 minutes)?
If the up/down events are coming faster than your polling cycle then
there are two possibilities:
1) They are sending traps (link up, link down) and Netview is reacting to
them,
and frequently catching them in an actual down state. Not likely, but
possible
2) Router Fault Isolator is running, and misbehaving due to the nature of
you
network. Perhaps there is a route to that subnet that Netview cannot see.
In
that case, you can turn off RFI by adding '-K 0' as a parameter in the
netmon.lrf file. The procedure is described in the 6.0.1 release notes.
If the events are the same frequency as your polling cycle, eg 5 minutes
apart, then it is either a timeout, or it has to do with the difference
between
status via ping or status via snmpget. If these devices are not snmp
capable,
be sure you are not polling them via SNMP. For instance, if you entered
them in the seedfile with $, or put a P in the oid_to_type file for them,
then
the demandpoll (or regular netmon poll) will turn them red, but a
test...ping will
turn them green.
I know none of this sounds exactly like your situation, from the infomation
you have given us, but perhaps these clues will help you figure out what
is going on.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
z_esm_karekars
<z_esm_karekars@bharatpetr To: "'IBM NetView
Discussion'" <nv-l@tkg.com>
oleum.com> cc:
Sent by: Subject: RE: [NV-L]
DPU Nodes reported Down/Up
owner-nv-l@tkg.com by Netmon
09/14/01 07:56 AM
Please respond to IBM
NetView Discussion
Hi,
I tried setting the SNMP polling interval and timeout as high as possible
but still trapd.log gets updated with Netmon events for these DPU's at very
fast Down/Up events. Where else could be the problem.
Regards,
Santosh
----------
From: Jane Curry[SMTP:jane.curry@skills-1st.co.uk]
Reply To: IBM NetView Discussion
Sent: Thursday, September 13, 2001 3:26 PM
To: IBM NetView Discussion
Subject: Re: [NV-L] DPU Nodes reported Down/Up by Netmon
Put an entry for these devices in your ovsnmp.conf (Options -> SNMP
Configuration). I would suggest increasing both the timeout interval
and also, perhaps, the retries if the lines are a loss-y.
Cheers,
Jane
z_esm_karekars wrote:
Hi,
I have Netview 6.0.1 on AIX 4.3.3
We have almost 180 DPU (SNMP Not supported) locations on slow
link in our Wide Network. It is reported in trapd.log that very
frequently they go Down and come Up so fast (which could be
because of slow link response). If I do a query to database for
these DPU's Up/Down status, it becomes a huge and non relevent
data.
Can I have some solution for this so that the genuine DPU Down
and Up will be reported to trapd.log
Regards,
Santosh
--
Tivoli Certified Enterprise Consultant & Instructor
Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK
Tel: +44 (0)1628 782565
Copyright (c) 2001 Jane Curry <jane.curry@skills-1st.co.uk>. All
rights reserved.
|