nv-l

Re: [nv-l] Interface down not receiving!

2005-03-08 17:01:47
Subject: Re: [nv-l] Interface down not receiving!
From: Jane Curry <jane.curry AT skills-1st.co DOT uk>
To: nv-l AT lists.us.ibm DOT com
Date: Tue, 08 Mar 2005 22:00:44 +0000
Hi Larry,
Just a little clarification on the netmon -a 12 data - your 88 seconds says that the next ping poll will take place in 88 seconds, not every 88 seconds. If your global default is to poll every 5 minutes, then you shouldn't see any ping-polled machines in a netmon -a 12 output, with a first field greater than 300 seconds. You can watch it change with subsequent netmon -a 12 commands.

Are you really saying that your retry time is in minutes rather than seconds????? Or is your poll time 3 minutes? As Bill says, if your timeout is in minutes then you have all sorts of problems.

As a test, I would do a netmon -a 12 and check when my switch was going to be polled. Then I'd disconnect the switch and do another netmon -a 12 to make sure that that first field rolls past 0 and goes back on the ping list again. With the switch still down, also do a Test -> Ping of the box from the NetView GUI.

If you do an ovtopodump -lr <your switch name> this should show the topology info on the box and it's interface(s) - are you sure it only has 1 interface?

Cheers,
Jane
(Signing off for the night - supper done, wine drunk!)

Larry Fagan wrote:

Jane,
Many thanks here..
When i looked into the netmon -12 in netmon.trcae, it
said that the switch i was looking for , does exist
and the poll interval says 88. This means it polls
every 88 seconds.
Also in global default in SNMP, the setting is set to
5 timeout in 3 retires with 3m. and there is nothing
else configured for sure.
But even by this i'm not getting any interface down
event from this device in trapd.log. Any ideas?
Thanks,
Larry


--- Jane Curry <jane.curry AT skills-1st.co DOT uk> wrote:

By default, NetView polls everything in his database
every 5 minutes. The default is to use ping for this polling. The type of polling is sometime changed to use SNMP - this may happen automatically (for example if a box has unnumbered interfaces) or it can be configured via the netmon seedfile or in /usr/OV/conf/oid_to_type.
The frequency of the polling is configured using the
Options -> SNMP Configuration menu. By default, this has a single global default that polls everything every 5 minutes (the frequency of the status poll is unaffected by the ping/SNMP type). Check this panel and see if there are other entries - you can specify different polling characteristics for individual nodes, networks of nodes or by SmartSets.
The netmon -a 12 command I suggested earlier dumps
netmon's ping list to /usr/OV/log/netmon.trace. The first field in this output specifies how many seconds before the device is next to be pinged - it's a good debugging sanity check.

Cheers,
Jane
Larry Fagan wrote:

Jason, I guess the problem is both.
First is that, i have SNMP traps(link up/downs) to
be
sent to Netview is enabled on the device. But i'm
not
getting any traps.
Second, As i guess, we have this device in netview and we
are
using ping to check the interface up/down i
believe.
But we are getting any interface down when this
device
is switched off. This is not defined in SNMP config
or
in seed file. Does this means netview uses ping to
check up/down's? Pardon my little knowledge in
here.
Many thanks,
Larry

--- "Allison, Jason (JALLISON)"
<JALLISON AT arinc DOT com>
wrote:


I guess there is two parts, and I am not fully
aware
of which one you
are having problems with.

1.  Cisco devices can be configured to send alarms
to a management
station when certain events occur.

2.  NetView can be configuerd so that a device is
managed and polled
using some specific interval.  When NetView
determines a device is not
responding, it will send a trap to itself of a
device being down.

Which one are you having problems with?

Thanks,

Jason Allison
Principal Engineer
ARINC Incorporated



-----Original Message-----
From: owner-nv-l AT lists.us.ibm DOT com
[mailto:owner-nv-l AT lists.us.ibm DOT com]
On Behalf Of Jane Curry
Sent: Tuesday, March 08, 2005 9:38 AM
To: nv-l AT lists.us.ibm DOT com
Subject: Re: [nv-l] Interface down not receiving!


I suppose this switch really is down?  There's no
redundant routing around such that NetView can actually ping this
switch??
The other thing to check is how frequently NetView
is status polling this switch - use Options -> SNMP Configuration. You can also check poll times using netmon -a 12 to dump the ping
list
to /usr/OV/log/netmon.trace and netmon -a 16 to dump
the SNMP poll list.
Cheers, Jane

Larry Fagan wrote:

Yes.. Jason..
The switch is configured and that's the reason we
are
getting cold start traps and chassis alarms ..
I'll check if i can put a sniffer on wire..
Should
switch send down traps or should netview generate
if
it cannot ping the switch.
Thanks,
Larry
--- "Allison, Jason (JALLISON)"
<JALLISON AT arinc DOT com>
wrote:


Is the switch configured to send traps to the IP
address of the NV
management station?  Can you put a sniffer on
the
wire to verify it is
being sent?

Jason Allison
Principal Engineer
ARINC Incorporated


-----Original Message-----
From: owner-nv-l AT lists.us.ibm DOT com
[mailto:owner-nv-l AT lists.us.ibm DOT com]
On Behalf Of Larry Fagan
Sent: Tuesday, March 08, 2005 8:43 AM
To: nv-l AT lists.us.ibm DOT com
Subject: [nv-l] Interface down not receiving!


Hi Guys,
Being a newbie i have a problem as usual. We
have
NV
7.1.3 FP 3 on AIX. The issue is, i'm not getting
a
interface down trap from one of the core switch
when
it is down but i'm getting interface down when
another
switch from same subnet is swithed off from same
site.
All i get is some cold start trap and chassis
alarms.
The switch is in the map and SNMP connectivity
is
fine. But we use pings for this device.
Any ideas why netview is not receiving interface
down
from this device only? Also is switch supposed
to

=== message truncated ===


__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

--
Tivoli Certified Consultant & Instructor
Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK
Tel: +44 (0)1628 782565
Copyright (c) 2005 Jane Curry <jane.curry AT skills-1st.co DOT uk>.  All rights 
reserved.