nv-l
[Top] [All Lists]

Re: [nv-l] using SNMP trap to change object attribute

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] using SNMP trap to change object attribute
From: Paul <pstroud@bellsouth.net>
Date: Thu, 27 Jan 2005 11:01:08 -0500
Delivery-date: Thu, 27 Jan 2005 16:01:29 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <A35515742711B147B00F268E993020020142CAD2@ANPMB2.arinc.com>
References: <A35515742711B147B00F268E993020020142CAD2@ANPMB2.arinc.com>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
User-agent: Mozilla Thunderbird 1.0 (X11/20041206)
Missed that, well now things get interesting, I could write a script
that ran from cron that removed them every hour or something, but
my feeling is we are still missing information. What is the time limit
they want to use, do they want to base it on a per day basis? There
are several ways this could be addressed:

get the trap, set the flag, wait x minutes, remove the flag. I use a pass
on match node for this with no second input, so it acts as a timer and
then passes the event on. Later in the ruleset after the timer kicks
the flag could be removed.

You could remove them via a cron script, either hourly or daily.

There's just not enough information to determine exactly what he wants
to do, that is going to determine what kind of solutions fits best...

Paul

Allison, Jason (JALLISON) wrote:

From Craig's second email, it seems our answer is "Can an attribute be
set to clear after a certain period of time?"  That would mean we would
want the flag to be removed after a period of time that a specific trap
has not been received.  I am far from knowledgeable about Smart Sets, is
this possible?  What other ways can it be accomplished?

Jason


-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]
On Behalf Of Paul
Sent: Thursday, January 27, 2005 10:33 AM
To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] using SNMP trap to change object attribute


Jason,
Well first we would want to know what event is going to create a
situation where the flag should be removed, new traps, specfic traps,
what? So if we receive BGP traps from a device in the smartset, run an
action to remove the flag.  This could easily be done from a ruleset,
but we would need more information about what should cause the flag to
be removed.

Paul

Allison, Jason (JALLISON) wrote:

Agreed, but how is the flag on the device being removed/un-set? From my understanding of Leslie's email, it takes an operator action to un-set the flag. How does an operator know if X number of BGP traps have been received in Y amount of time?

Jason

-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]
On Behalf Of Paul
Sent: Thursday, January 27, 2005 9:14 AM
To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] using SNMP trap to change object attribute


If membership in the smartset requires that flag to be set, once the
flag is removed
the device should be removed from the smartset. I am not sure of the timing of this,
but I would think within 5 minutes or so that device should be removed.

Paul


Allison, Jason (JALLISON) wrote:



There is a lot of good information in here. I guess my only question would be is how are the devices removed from the smartset? Looking at


your information below it seems the operator needs to run the
Trap_Flag_Clear.sh (highlight nodes / OVwSelections) in order to clear


the condition.  From what I understood from the original problem
statement is that after a period of time, the devices should be removed automatically.


Jason

  -----Original Message-----
  *From:* owner-nv-l@lists.us.ibm.com
  [mailto:owner-nv-l@lists.us.ibm.com] *On Behalf Of *Leslie Clark
  *Sent:* Wednesday, January 26, 2005 6:11 PM
  *To:* nv-l@lists.us.ibm.com
  *Subject:* RE: [nv-l] using SNMP trap to change object attribute


  I do that sort of thing like this:
  1) add a field to my custom fields file /usr/OV/fields/C/My.fields
  Field "My_Trap_Flag" {
          Type    String;
          Flags   locate, general;

  }
  Run 'ovw -fields' after messing with a fields file.
  2) In trapd.conf, define the traps of interest as having a trap
  source of 'Y' instead of the usual 'A' or 'u'
  3) Make a Netview ruleset that with an Event Attribute cube that
  checks trap source for 'Y' and invokes an action
  '<path>/TrapFlag.sh -set $NVA'
  4) Make that ruleset run in the background
  (/usr/OV/conf/ESE.automation)
  5) write a little script TrapFlag.sh that uses nvdbimport to set
  the field 'My_Trap_Flag' to TRUE for the node that the trap is
from.


  6) On the reports menu (/usr/OV/reports/C) add two scripts to call
  that script: TrapFlagSet.sh and TrapFlagClear.sh

  Trap_Flag_Set.sh
  #!/bin/ksh
# Set trap flag to True for the selected nodes. name=$(basename $0)
  xnmappmon -geometry 680x500 -commandTitle "$name" \
     -commandHeading "Setting Trap Flag to TRUE for Selected Nodes "
\


     -cmd <path>/TrapFlag.sh -set $OVwSelections

  Trap_Flag_Clear.sh
  #!/bin/ksh
# Set Trap Flag to false for the selected nodes. name=$(basename $0)
  xnmappmon -geometry 680x500 -commandTitle "$name" \
     -commandHeading "Setting Trap Flag to FALSE for Selected Nodes
" \


     -cmd <path>/TrapFlag.sh -clear $OVwSelections

  Users can execute those functions against one or more nodes
  selected on the map. Usually they would only use the clearing one.
  But the setting one is handy for testing.

  The job of the TrapFlag.sh script is to generate an import file
  that looks like this:
    Selection Name,My_Trap_Flag
    nodename,TRUE  (or FALSE on the clear)
  and run nvdbimport to set the values for the nodes selected on the
  map, or indicated by the rule. See the man page for nvdbimport.
  There are samples in /usr/OV/conf/nvdbtools.

  Then make your problem smartset include the criteria " ||
  My_Trap_Flag=TRUE

  The operators will know that green things in the problem smartset
  are there because of traps. They should look up the events for
  that node to see what they are. I usually provide another function
  on that reports menu that does a grep in trapd.log for the
  selected node. You could do the grep right from the script in
  /usr/OV/reports/C, but I usually have it all another one in my
  custom scripts directory. The reason for this is so I can offer
  the same function to web console users as I do to the Motif users.

  Cordially,

  Leslie A. Clark
  IBM Global Services - Systems Mgmt & Networking
  (248) 552-4968 Voicemail, Fax, Pager



  *"Freter, Craig" <Craig.Freter@ssa.gov>*
  Sent by: owner-nv-l@lists.us.ibm.com

  01/26/2005 04:16 PM
  Please respond to
  nv-l


        
  To
        "'nv-l@lists.us.ibm.com'" <nv-l@lists.us.ibm.com>
  cc
        
  Subject
        RE: [nv-l] using SNMP trap to change object attribute



        





  Jason,

  I assumed that if we set attribute 'IP Status', then it would get
  reset the
  next time NetView polls the device. If we set another attribute,
  then I
  assume we will have to reset manually, or use a clearing trap to
  reset the
  attribute. Can an attribute be set to clear after a certain period
  of time?

  How would you suggest that we do this?

  Thanks.


  --
  Craig Freter
  Social Security Administration
Mailto:craig.freter@ssa.gov Phone: 410-965-9502
  -----Original Message-----
  From: owner-nv-l@lists.us.ibm.com
  [mailto:owner-nv-l@lists.us.ibm.com] On
  Behalf Of Allison, Jason (JALLISON)
  Sent: Wednesday, January 26, 2005 4:10 PM
  To: nv-l@lists.tivoli.com
  Subject: RE: [nv-l] using SNMP trap to change object attribute

  It can be done (not sure how with smartsets though).  The theory
  being when
  a BGP trap arrives, set a certain status or set some other
attribute.


  However, when do you toggle the other way?  Meaning, after what
  interval do
  you want a router to be removed from the smartset?

  Jason


  -----Original Message-----
  From: owner-nv-l@lists.us.ibm.com
  [mailto:owner-nv-l@lists.us.ibm.com] On
  Behalf Of Freter, Craig
  Sent: Wednesday, January 26, 2005 4:02 PM
  To: 'nv-l@lists.tivoli.com'
  Subject: [nv-l] using SNMP trap to change object attribute


  Hello,

  System information:
  OS - AIX 5.1
  NetView - 7.1.3
  FixPack3

  We are currently using a Smartset to view Routers that are either
  down or
  unreachable. Here is the Smartset rule: (('IP Status'='Critical')
  || ('IP
  Status'='Unreachable')) &&
  ('isRouter'=True)

  Besides "Critical' and 'Unreachable', we would also like this
  Smartset to
  display routers that send BGP traps to NetView. Is there any way
  to have an
  incoming SNMP trap change the value of 'IP Status', or any other
  object
  attribute? Is this the wrong use of a Smartset?

  Thanks.

  --
  Craig Freter
  Social Security Administration
  Mailto:craig.freter@ssa.gov
  Phone: 410-965-9502











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

Archive operated by Skills 1st Ltd

See also: The NetView Web