Santosh,
you should contact support.
They have to analyse a netmon trace to find the real reason.
One posibility is that the ping is redirected more than once.
Netmon will interpret the second icmp redirect as an error.
If so, you should first try to fix your network configuration.
But there is also an efix for IY20714 available.
With this fix netmon will do as many retries you have configured in your
snmp configuration.
Of course you have to go to NetView 6.0.2 first.
Kind regards
Oliver Bruchhaeuser
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 by Netmon
owner-nv-l@tkg.com
14.09.2001 13:56
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.
|