Re: [nv-l] SNMP Status Checking traps

2002-09-11 15:07:21
Subject: Re: [nv-l] SNMP Status Checking traps
From: Jane Curry <jane.curry AT skills-1st.co DOT uk>
To: Brian Green <brian.green AT cgi DOT com>, NetView mailing list <nv-l AT lists.tivoli DOT com>
Date: Wed, 11 Sep 2002 20:07:21 +0100
If you do status polls via SNMP, the only thing that changes is that you send
SNMP requests and check the operStatus against the adminStatus for interfaces
and if a node is supposed to be up (adminStatus) but isn't, then you get an
interface down trap raised by netmon, just the same as if he was using to ping
to check status.  Your status polls use the same parameter in xnmsnmpconf for
the status polling interval, regardless whether you use ping or snmp - default
is 5 mins. So, 5 mins later, the same process should be repeated;  if the
interface has come back up you get the usual interface up event.  You can check
entries on the ping list with "netmon -a 12" and on the SNMP poll list via
"netmon -a 16" - look in /usr/OV/log/netmon.trace for output.

Unreachable devices are a slightly different concept and involve the Router
Fault Isolation (RFI) code within netmon, and is portrayed by the white colour
on your maps.  You will get a white network if all interfaces on routers that
provide access to that network, are down.

Do you know that you can use the "event" command for testing, rather than
actually taking devices down?  "event -l" lists the NetView events you can
generate. "event -e IDWN_EV -h fred" would generate an interface down
purporting to come from the node called fred.  This won't help you test your
status polls, but if you want to test trap customisation of NetView events,
it's very handy.


Brian Green wrote:

> I have read the Administrator's manuals, and I am a little unclear on
> something - If I am doing SNMP polling for status of devices, what traps
> will netmon generate for an unreachable device, and what trap when a device
> is reachable again?  I have looked, and other than taking down elements to
> see what happens (something frowned upon in the production world!) I am
> hoping that someone out there knows this!
> Thanks,
> Brian
> Brian W. Green, TCC
> Consultant
> CGI InfoSec COE
> CGI Information Systems and Management Consulting
> 275 Slater Street, 14th Floor
> Ottawa, Ontario
> K1P 5H9
> (613) 234-2155
> brian.green AT cgi DOT ca
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com
> For additional commands, e-mail: nv-l-help AT lists.tivoli DOT com
> *NOTE*
> This is not an Offical Tivoli Support forum. If you need immediate
> assistance from Tivoli please call the IBM Tivoli Software Group
> help line at 1-800-TIVOLI8(848-6548)

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

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