nv-l
[Top] [All Lists]

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

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] Interface down not receiving!
From: Jane Curry <jane.curry@skills-1st.co.uk>
Date: Wed, 09 Mar 2005 09:49:23 +0000
Delivery-date: Wed, 09 Mar 2005 09:50:07 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <D61DF45BFD62304689F621F93CBF0AA874140B@aus0010mb01.ausc.irs.gov>
References: <D61DF45BFD62304689F621F93CBF0AA874140B@aus0010mb01.ausc.irs.gov>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
User-agent: Mozilla Thunderbird 0.5 (X11/20040208)
man netmon is your best bet if you have a Unix NetView.
Cheers,
Jane

McGuire Larry G wrote:

Are there any good references on how to read the various entries in the netmon.trace file?



-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] On Behalf Of Jane Curry
Sent: Tuesday, March 08, 2005 4:01 PM
To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] Interface down not receiving!


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@skills-1st.co.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@arinc.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@lists.us.ibm.com
>>>>[mailto:owner-nv-l@lists.us.ibm.com]
>>>>On Behalf Of Jane Curry
>>>>Sent: Tuesday, March 08, 2005 9:38 AM
>>>>To: nv-l@lists.us.ibm.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@arinc.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@lists.us.ibm.com
>>>>>> >>>>>> >>>>>> >>>>>>
>>>>[mailto:owner-nv-l@lists.us.ibm.com]
>>>> >>>> >>>> >>>>
>>>>>>On Behalf Of Larry Fagan
>>>>>>Sent: Tuesday, March 08, 2005 8:43 AM
>>>>>>To: nv-l@lists.us.ibm.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@skills-1st.co.uk>. All rights reserved.


--
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@skills-1st.co.uk>.  All rights 
reserved.


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

Archive operated by Skills 1st Ltd

See also: The NetView Web