Reference record for OID 1.3.6.1.4.1.231.2.60.6.3.1.13.1.4

Parent
1.3.6.1.4.1.231.2.60.6.3.1.13.1 (hpiSensorEventEntry)
Node code
4
Node name
hpiSensorEventAssertion
Numeric OID
1.3.6.1.4.1.231.2.60.6.3.1.13.1.4
URN notation
urn:oid:1.3.6.1.4.1.231.2.60.6.3.1.13.1.4
ASN.1 notation

{1 3 6 1 4 1 231 2 60 6 3 1 13 1 4}

  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) org(3) dod(6) internet(1) private(4) ldap-enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) org(3) dod(6) internet(1) private(4) vendor-objects(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprises(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) iso-organization(3) dod(6) internet(1) private(4) enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) iso-organization(3) dod(6) internet(1) private(4) enterprises(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) iso-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
  • {iso(1) iso-organization(3) dod(6) internet(1) private(4) vendor-objects(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiEvents(3) events(1) hpiSensorEventTable(13) hpiSensorEventEntry(1) hpiSensorEventAssertion(4)}
OID-IRI notation
  • /1/3/6/1/4/1/231/2/60/6/3/1/13/1/4
  • /ISO/Identified-Organization/6/1/4/1/231/2/60/6/3/1/13/1/4
  • /ISO/3/6/1/4/1/231/2/60/6/3/1/13/1/4
Named path variants
  • /iso/identified-organization/dod/internet/private/enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/identified-organization/dod/internet/private/enterprises/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/identified-organization/dod/internet/private/ldap-enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/identified-organization/dod/internet/private/vendor-objects/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/org/dod/internet/private/enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/org/dod/internet/private/enterprises/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/org/dod/internet/private/ldap-enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/org/dod/internet/private/vendor-objects/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/iso-identified-organization/dod/internet/private/enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/iso-identified-organization/dod/internet/private/enterprises/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/iso-identified-organization/dod/internet/private/ldap-enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/iso-identified-organization/dod/internet/private/vendor-objects/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/iso-organization/dod/internet/private/enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/iso-organization/dod/internet/private/enterprises/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/iso-organization/dod/internet/private/ldap-enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion
  • /iso/iso-organization/dod/internet/private/vendor-objects/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiEvents/events/hpiSensorEventTable/hpiSensorEventEntry/hpiSensorEventAssertion

Descriptions

hpiSensorEventAssertion — Reviewed vendor MIB copies in Fujitsu ServerView, Fujitsu / Siemens native MIB archives

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.

Source records

hpiSensorEventAssertion

Status in source: mandatory.

Names: hpiSensorEventAssertion

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "hpiSensorEventAssertion",
    "OBJECT-TYPE",
    "SYNTAX",
    "TruthValue",
    "ACCESS",
    "read-only",
    "STATUS",
    "mandatory",
    "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.\"",
    "::=",
    "{",
    "hpiSensorEventEntry",
    "4",
    "}"
  ],
  "syntax_tree": [
    [
      "row",
      "TruthValue"
    ],
    null,
    [
      "MaxAccessPart",
      "read-only"
    ],
    [
      "Status",
      "mandatory"
    ],
    [
      "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."
    ],
    null,
    null,
    null,
    null
  ]
}
  • Fujitsu / Siemens native MIB archives · Publisher's source file: FSC-HPI-MIB — archive MIB indexed for Fujitsu

    Vendor MIB copy from the MibBrowser.online archive. Fujitsu support.

    Module: FSC-HPI-MIB

    Published definition
    hpiSensorEventAssertion 	OBJECT-TYPE
    	SYNTAX TruthValue
    	ACCESS read-only
    	STATUS mandatory
    	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."
    	::= { hpiSensorEventEntry 4 }
    Module imports
    {'RFC1155-SMI': ['enterprises', 'Gauge', 'Counter', 'IpAddress', 'TimeTicks'], 'RFC1212-MIB': ['OBJECT-TYPE'], 'RFC1215-MIB': ['TRAP-TYPE']}
    · Download FSC-HPI-MIB — archive MIB indexed for Fujitsu

    Related source files and packages:

    • RFC1155-SMI — dependency MIB (MibBrowser.online)Native third-party archive dependency for Fujitsu MIB imports; authorship is not attributed to that manufacturer; Copy from MibBrowser.online; Publisher Last-Modified: Sun, 01 Oct 2023 19:21:04 GMT; 3,067 bytes
    • RFC1212-MIB — dependency MIB (MibBrowser.online)Native third-party archive dependency for Fujitsu MIB imports; authorship is not attributed to that manufacturer; Copy from MibBrowser.online; Publisher Last-Modified: Sun, 01 Oct 2023 19:21:03 GMT; 2,714 bytes
    • RFC1215-MIB — dependency MIB (MibBrowser.online)Native third-party archive dependency for Fujitsu MIB imports; authorship is not attributed to that manufacturer; Copy from MibBrowser.online; Publisher Last-Modified: Sun, 01 Oct 2023 19:21:10 GMT; 3,883 bytes

    Source location: FSC-HPI-MIB::hpiSensorEventAssertion.
    Source version and references

    Published package: Fujitsu archived MIB undated archived revision; file: FSC-HPI-MIB.mib.

    Native third-party archive copy; vendor association comes from the archive catalog and does not establish a current manufacturer release; Copy from MibBrowser.online; Publisher Last-Modified: Sun, 01 Oct 2023 19:21:19 GMT; 254,618 bytes

    Downloaded: 2026-10-27T05:14:00.089151+00:00.

  • Reviewed vendor MIB copies in Fujitsu ServerView · Publisher's source file: Source package: SNMPMIBs.zip

    Module: FSC-HPI-MIB

    Published definition
    hpiSensorEventAssertion 	OBJECT-TYPE
    	SYNTAX TruthValue
    	ACCESS read-only
    	STATUS mandatory
    	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."
    	::= { hpiSensorEventEntry 4 }
    Module imports
    {'RFC1212': ['OBJECT-TYPE'], 'RFC1215': ['TRAP-TYPE'], 'RFC1155-SMI': ['enterprises', 'Gauge', 'Counter', 'IpAddress', 'TimeTicks']}

    Source data warning: MIB copy distributed by Fujitsu in its ServerView package. The original vendor distribution and applicability to a particular device or firmware have not been independently confirmed; consult the named file and IANA enterprise registration.

    · Download ServerView MIB copy — HPI-MIBV1.mib (saved edition 1)

    Related source files and packages:


    Source location: FSC-HPI-MIB::hpiSensorEventAssertion.
    Source version and references

    Module FSC-HPI-MIB; IANA enterprise number(s) 231. MIB copy distributed by Fujitsu in its ServerView package. The original vendor distribution and applicability to a particular device or firmware have not been independently confirmed; consult the named file and IANA enterprise registration.; Publisher path: prim_supportcd/SVSSoftware/Software/ServerView/MIBs/SNMPMIBs.zip; 254,610 bytes

    Downloaded: 2026-11-03T06:22:27.387034+00:00.

First Registration Authority (inferred from ancestor 1.3.6.1.4.1.231)

Rothe Detlef

Siblings (13)

OIDNameDirect childrenDescendantsDescription
1.3.6.1.4.1.231.2.60.6.3.1.13.1.1 hpiSensorEventNum00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.2 hpiSensorEventType00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.3 hpiSensorEventCategory00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.5 hpiSensorEventState00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.6 hpiSensorEventOptionalData00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.7 hpiSensorEventTriggerReadingType00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.8 hpiSensorEventTriggerReading00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.9 hpiSensorEventTriggerThresholdType00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.10 hpiSensorEventTriggerThreshold00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.11 hpiSensorEventPreviousState00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.12 hpiSensorEventCurrentState00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.13 hpiSensorEventOem00
1.3.6.1.4.1.231.2.60.6.3.1.13.1.14 hpiSensorEventSpecific00