|
Chris -
You are laboring under a couple of misconceptions.
(1) trapd has no connection to the xnmloadmib2 database (/usr/OV/conf/snmpv2mib.bin). He only knows about the V1 database (/usr/OV/conf/snmpmib.bin). It matters not what you load via xnmloadmib2 as far as trapd is concerned.
(2) Even so, the $n (e.g. $2) syntax you put in trapd.conf via xnmtrap directs trapd to print out the value he actually receives, in this case, an integer value. The fact that this integer has a meaning, and represents an enumerated value in a MIB, is not reflected, even for SNMP V1 MIBs loaded into the V1 database, snmpmib.bin. So the fact that this an SNMP V2 MIB value you want to reflect is irrelevant. It would not be automatically replaced by the textual meaning even if the MIB were V1.
(3)There are two ways you can use to get the trapd log / display message to reflect the textual meaning, one which is recommended and one which is not. The one that is recommended is this:
(a) Make the Log message says something like
healthMonRxStatus value received = $n, where 1 = crossedBelowThreshold, 2 = noChange, 3 = crossedAboveThreshold
This way your operators not only know what was sent but also what the range of possible responses is, and what they can expect when the condition being reported clears or changes.
(b) The other way is to experiment with entries in the /usr/OV/conf/oid_to_label file. You could define entries there for a set of state enum mappings which would cause trapd to substitute the text you want in the log and display message. That's not recommended because of its limitations. It's a bit difficult and tedious to do, and you need to be aware that this substitution occurs just in the log / display message. What will be passed on the nvcorrd or ovactiond will be the integer itself, not the text.
Hope this helps.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group
 "Christopher J Petrina" <cjp8@meadwestvaco.com>
|
|
To: nv-l@lists.us.ibm.com
cc:
Subject: [nv-l] |
Alrighty then,
An indepth question that may be asnwered here (I hope). I am using Alcatel MIBs who only have a SNMPv2 version. I have been able to strip out the traps and load them into xnmtrap. They are pulling the correct information, HOWEVER, what they are pulling is the integer vs. the name of what that integer means. below is the portion of the MIB I am trying to pull. there are actually 6 of them but for brevity I only put these two. in xnmtrap I am getting the actual integer of (2) instead of the statement noChange. Now these MIBs are loaded via xnmloadmib2. When I create the trap for them and use the actual object type in the message line I use healthMonRx Status $1, How does xnmptrap lookup the textual description of the OBJECT-TYPE?
healthMonRxStatus OBJECT-TYPE
SYNTAX INTEGER {
crossedBelowThreshold (1),
noChange (2),
crossedAboveThreshold (3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Rx threshold status."
::= { healthTrapInfo 1 }
healthMonRxTxStatus OBJECT-TYPE
SYNTAX INTEGER {
crossedBelowThreshold (1),
noChange (2),
crossedAboveThreshold (3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"RxTx threshold status."
::= { healthTrapInfo 2 }
###########################################
Below is the entry in trapd.conf. I am only curious that when trapd runs does it go back and look at the OBJECT-TYPE to define the information that is held in the INTEGER?
healthMonDeviceTrap {1.3.6.1.4.1.6486.800.1.3.2.5} 6 1 A 1 0 "Status Events"
$1 $2 $3 $4 $5 $6 :healthMonRxStatus healthMonRxTxStatus healthMonMemoryStatus
EVENT_CLASS TEC_ITS_BASE
SDESC
Device-level rising/falling threshold crossing trap.
EDESC
Thank you for any help
Chris Petrina
|