nv-l

Re: [nv-l] trapd.conf and custom slot name

2004-03-11 13:04:27
Subject: Re: [nv-l] trapd.conf and custom slot name
From: James Shanks <jshanks AT us.ibm DOT com>
To: nv-l AT lists.us.ibm DOT com
Date: Thu, 11 Mar 2004 13:03:44 -0500

You cannot alter the contents of a trap variable in a ruleset, nor any other way.

If you want to add a varbind or alter its contents, then basically you have to use a ruleset or a script run by ovactiond (from trapd.conf as a command for automatic action)  to issue a new trap of your own making with your additional or altered varbind in it, typically with the snmptrap command.  Then you send that to TEC or to the event console rather than the one you received.  

By the way 58916867, Interface Down has 8 varbinds, not five.  The documentation, the Appendix to the Admin Guide,  was upgraded to reflect this in 7.1.4, but the trap itself has had more since 7.1.  

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group



"Per Lütkemeyer" <pel AT dmdata DOT dk>
Sent by: owner-nv-l AT lists.us.ibm DOT com

03/11/2004 10:37 AM
Please respond to
nv-l

To
nv-l AT lists.us.ibm DOT com
cc
Subject
Re: [nv-l] trapd.conf and custom slot name






Could anyone give an example of how I can set an varbind variable from an external script  ?

Maybe call an Inline command from a ruleset ?


When forwarding a internal trap like 58916867 (interface down) it only contains 5 varbinds, say you want to add another information to that trap.



Regards!


Per Lütkemeyer

DMdata a/s



James Shanks <jshanks AT us.ibm DOT com>
Sent by: owner-nv-l AT lists.us.ibm DOT com

04-03-2004 15:10
Please respond to nv-l

       
       To:        nv-l AT lists.us.ibm DOT com

       cc:        

       Subject:        Re: [nv-l] trapd.conf and custom slot name




If I understand what you said, you added a field to the object in the NetView database.  Well, there is no mechanism provided in trapd to extract that field.  He has no way of knowing about it.  What you can do in trapd.conf is manipulate the varbinds that are sent with the trap itself, but you cannot add anything new except fixed text, or combinations of existing varbinds using the PRINTF syntax.


Either you will have to provide one an extraction mechanism yourself and make it part of your TEC ruleset, or you will have to find what you want in the trap varbinds.    

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group

"Per Lütkemeyer" <pel AT dmdata DOT dk>
Sent by: owner-nv-l AT lists.us.ibm DOT com

03/04/2004 06:23 AM
Please respond to
nv-l


To
nv-l AT lists.us.ibm DOT com
cc
Subject
[nv-l] trapd.conf and custom slot name










Hi,


A question when integrating  Netview 7.14 with TEC 3.9


Reason for my question is that we want to use short nodename i Netview and a longer nodename i TEC.

So we have added an extra field at each object i netview, called tec_nodename where the long name is kept.


Now I want to transfer the content of field "tec_nodename"  in slot map "nv_var15"  to TEC

So the big question is what syntax should I use in trapd.conf ???


I have tried
     nv_var15 tec_nodename

but the result is that nv_var15 contains the fixed text  "tec_nodename"


Any suggestions ........


Regards

Per Lütkemeyer

DMdata a/s



Example from my trapd.conf :

***********************************************************************************

IBM_NVNDWN_EV {1.3.6.1.4.1.2.6.3} 6 58916865 N 4 0 "Status Events"

$3

EVENT_CLASS TEC_ITS_NODE_STATUS

BEGIN_SLOT_MAPPING

nvhostname $NV_IPADDR

nv_var15 tec_nodename

msg $V3

nodestatus DOWN

iflist $V8

END_SLOT_MAPPING

SDESC

This event is generated by IBM Tivoli NetView when

it detects a node is down


The data passed with the event are:

 1) ID of application sending the event

 2) Name or IP address

 3) Formatted description of the event

 4) Timestamp of the event and objid of the node object

 5) Database name

 6) Selection Name

 7) (not used)

 8) Interface list

EDESC

*******************************************************************************

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