[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:	DECmcc user notes file. Does not replace IPMT.
Notice:	Use IPMT for problems. Newsletter location in note 6187
Moderator:	TAEC::BEROUD

Created:	Mon Aug 21 1989
Last Modified:	Wed Jun 04 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	6497
Total number of notes:	27359

3179.0. "Can SNMP trap values be passed as a procedure parameter?" by CUJO::HILL (Dan Hill-Net.Mgt.-Customer Resident) Fri Jun 12 1992 16:06

    Greetings,
    
    I just compiled the lastest and greatest CHIPCOM MIB and tested it with
    the T1.2.7 (EFT2) SNMP_AM.  Traps were received nicely.  This is also
    a very nice MIB.
    
    QUESTION:
    I am curious whether or not the alarms FM will allow me to pass a
    MIB variable value (e.g., 1 or 0) as a parameter to a procedure that
    was invoked by the alarm that fired based on the event.  Possible?
    
    In other words, when an SNMP trap is received, is there a mechanism
    for grabbing a MIB variable value from the trap PDU and passing that
    value as a parameter to the alarm procedure when the alarm fires?
    
    The idea is to have one global alarm rule for any configuration event
    and any entity, but still be able to have the alarm procedure do 
    different things based on the MIB variable value that is passed to
    it.
    
    Thanks,
    Dan

T.R	Title	User	Personal Name	Date	Lines
3179.1	Not for the v1.2 product	MOLAR::ROBERTS	Keith Roberts - DECmcc Toolkit Team	`Tue Jun 16 1992 10:55`	25
	RE: .0 > I am curious whether or not the alarms FM will allow me to pass a > MIB variable value (e.g., 1 or 0) as a parameter to a procedure that > was invoked by the alarm that fired based on the event. Possible? > > In other words, when an SNMP trap is received, is there a mechanism > for grabbing a MIB variable value from the trap PDU and passing that > value as a parameter to the alarm procedure when the alarm fires? > > The idea is to have one global alarm rule for any configuration event > and any entity, but still be able to have the alarm procedure do > different things based on the MIB variable value that is passed to > it. Sorry Dan .. but there is no capability for the Alarms FM to pass any extra (ie, user defined) data to the rule-fired/exception script. I do, however, believe that the Event-Arguments are now (v1.2) passed to the script. Is this the data that you want? Even though the Event Arguments are passed .. Alarms does not allow you write rules on these specific event arguments; only that the event has fired. /keith
3179.2	use the event data	TOOK::CALLANDER	MCC = My Constant Companion	`Tue Jun 16 1992 13:49`	2
	yes, alarms now does pass the event data into the command procedure, so you could parse the field out yourself and then use it.
3179.3	Which kit contains event data passing to procedure?	CUJO::HILL	Dan Hill-Net.Mgt.-Customer Resident	`Fri Jun 19 1992 14:01`	12
	This is good news, Jill. I am currently running EFT2 (T1.2.7) and I assume the event data passing capability is not in this version, but will be in the 30-day freeze kit due out soon. What is the exact mechanism used to pass the event data to a command procedure? For example, let's say that I had an enterpriseSpecific value = 3. Could I simple reference this in the command procedure invoked by the alarm rule firing and evaluate the enterpriseSpecific variable in the command procedure? Thanks, Dan
3179.4	passed as ascii text	TOOK::CALLANDER	MCC = My Constant Companion	`Wed Jul 15 1992 12:57`	10
	it wasn't in T1.2.7 but you should have it now. (sorry I have been out of the office for a few weeks again) The event data is converted to english and then passed out as ascii text in one of the arugments to the command procedure. I forget which one it is off of the top of my head but it is the same one used by the attribute rules. Hope this helps. Simply use string routines to search for the argument you want to look at the value of.