nv-l
[Top] [All Lists]

Re: Netmon polling raises too many interface Down/Up events

To: nv-l@lists.tivoli.com
Subject: Re: Netmon polling raises too many interface Down/Up events
From: James_Shanks@tivoli.com
Date: Wed, 25 Apr 2001 08:38:58 -0400
The way to prevent netmon from auto-adjusting these values is to install
6.0.2 and get rid of 5.1.3

It cannot be done without a new netmon.  I don't know if the change to
remove auto-adjusting of polling time-outs was moved into the 5.1 service
tree or not.  If you want to find out, I suggest you call Support and get a
new copy of netmon at the current level for 5.1, which would be 5.1.3+, as
an e-fix, and see if that helps.  But ultimately you need to let go of
NetView 5.1.  It is on its way out anyway and there is no good reason to
stay where you are.  6.0.2 will work in the same operating system
environment you describe.

James Shanks
Team Leader, Level 3 Support
 Tivoli NetView for UNIX and NT



luc BARNOUIN <luc.barnouin@FR.AIRSYSATM.THOMSON-CSF.COM>@tkg.com on
04/25/2001 03:43:47 AM

Please respond to IBM NetView Discussion <nv-l@tkg.com>

Sent by:  owner-nv-l@tkg.com


To:   "'IBM NetView Discussion'" <nv-l@tkg.com>
cc:
Subject:  [NV-L] Netmon polling raises too many interface Down/Up events



Hi forumers,

Configuration

   Netview 5.1.3 + fixes,
   Tru64 (Digital) UNIX 4.0f
   Network implementation (FDDI, single and dual Ethernet - redundant
   transceivers) based on DEC900 family (concentrators, repeaters,
   VnSwitches...)

When one of the redunded element is down, it has an impact on all of the
network elements (i.e. many interface down, then up traps generated by
netmon), including nodes that have no link with the failed element. After
analysis, failure of one element induce an unstability in the network, with
automatic reconfiguration which needs several seconds to recover (FDDI and
Ethernet redundancy, dynamic routing, ...). During this reconfiguration
phase, netmon fails pinging some interfaces, which seems reasonnable.
In order to coope with this unstability period, I've tried to configured
timeout and retries values for this polling (wildcard values in xsnmpconf),
but these values are automatically decreased by netmon down to 1 second and
no retries, which does not coope with the tolerance that was expected!!!

Is there any way to prevent netmon from adjusting dynamically these values?
If using SNMP polling, will netmon also adjust its internal timeouts?

Thanks for any help

Luc BARNOUIN
(See attached file: luc.barnouin.vcf)

Attachment: luc.barnouin.vcf
Description: Binary data





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

Archive operated by Skills 1st Ltd

See also: The NetView Web