All MIBs › FSC-HPI-MIB › hpiSensorEventAssertion
hpiSensorEventAssertion
Module: FSC-HPI-MIB
OID (symbolic): FSC-HPI-MIB::hpiSensorEventAssertion
OID (numeric): 1.3.6.1.4.1.231.2.60.6.3.1.13.1.4
Node type: OBJECT-TYPE
Type: TruthValue
Access: read-only
Description: Sensor Events and Sensor Event States: Each Event State may be asserted or deasserted. The set of Event States a sensor may support is defined by the sensor's 'Event Category.' A particular sensor, however, does not have to support all the Event States defined for its event category. The specific Event States that a particular sensor supports are indicated in the 'Events' field in the sensor's RDR. A sensor is not required to support any Event States. If no Event States are supported by a sensor, the 'Events' field will be 0x0000. A sensor may not support any Event States that are not defined for its event category. Each Event State is independent, although in some event categories the meaning assigned to the Event States will imply that certain Event States will be mutually exclusive. For example, a sensor that uses the SAHPI_EC_LIMIT event category should only have one of the two Event States, SAHPI_ES_LIMIT_NOT_EXCEEDED or SAHPI_ES_LIMIT_EXCEEDED asserted at any one time. Except where mutual exclusion is implied, however, sensors may have multiple Event States asserted simultaneously. For example, the event category SAHPI_EC_THRESHOLD uses six different event states to report the relationship between the value currently measured by the sensor and up to six different 'threshold' values. Each threshold is independently examined, and each Event State that represents a threshold that has been 'crossed' will be asserted. Threshold values must be configured so that 'Minor', 'Major' and 'Critical' thresholds are increasingly extreme readings, such that when a 'Major' threshold has been crossed, the corresponding 'Minor' threshold will also have been crossed, and thus both Event States will be asserted. When a sensor Event State is asserted or deasserted, an event may be generated by the resource. The generated event identifies the sensor and the event state being asserted or deasserted. The HPI implementation may assign event severity levels for each event state assertion or deassertion on an individual sensor basis.
Examples
Walk all instances (SNMPv2c):
snmpwalk -v2c -c public <target> 1.3.6.1.4.1.231.2.60.6.3.1.13.1.4 snmpwalk -v2c -c public <target> FSC-HPI-MIB::hpiSensorEventAssertion
Get a specific instance (index 1):
snmpget -v2c -c public <target> 1.3.6.1.4.1.231.2.60.6.3.1.13.1.4.1 snmpget -v2c -c public <target> FSC-HPI-MIB::hpiSensorEventAssertion.1
SNMPv3 example:
snmpget -v3 -l authPriv -u snmpv3-user -a SHA -A "AuthPassword1" -x AES -X "PrivPassword1" <target> hpiSensorEventAssertion.1
Start monitoring Fujitsu Siemens PRIMERGY servers with a free 30-day trial of IPNetwork Monitor. Create custom SNMP monitor using the FSC-HPI-MIB::hpiSensorEventAssertion OID value, configure state conditions and alerts, and monitor any Fujitsu Siemens PRIMERGY servers from a single console.
OID Breakdown
Upper-level ancestors (9 from the standard OID tree / other modules)
| Numeric OID | Name | Module |
|---|---|---|
| 1 | iso | LANART-AGENT |
| 1.3 | org | AirPair-MIB |
| 1.3.6 | dod | AirPair-MIB |
| 1.3.6.1 | internet | AirPair-MIB |
| 1.3.6.1.4 | private | AirPair-MIB |
| 1.3.6.1.4.1 | enterprises | AirPair-MIB |
| 1.3.6.1.4.1.231 | sni | AN-MIB |
| 1.3.6.1.4.1.231.2 | sniProductMibs | Application-Monitoring-MIB |
| 1.3.6.1.4.1.231.2.60 | fscHpi | FSC-AC-MIB |
| Numeric OID | Name | Module |
|---|---|---|
| 1.3.6.1.4.1.231.2.60.6 | fscHpiBMIB | FSC-HPI-MIB |
| 1.3.6.1.4.1.231.2.60.6.3 | hpiEvents | FSC-HPI-MIB |
| 1.3.6.1.4.1.231.2.60.6.3.1 | events | FSC-HPI-MIB |
| 1.3.6.1.4.1.231.2.60.6.3.1.13 | hpiSensorEventTable | FSC-HPI-MIB |
| 1.3.6.1.4.1.231.2.60.6.3.1.13.1 | hpiSensorEventEntry | FSC-HPI-MIB |
| 1.3.6.1.4.1.231.2.60.6.3.1.13.1.4 | hpiSensorEventAssertion | FSC-HPI-MIB |