Reference record for OID 1.3.6.1.4.1.231.2.60.6.2.6.1.4

Parent
1.3.6.1.4.1.231.2.60.6.2.6.1 (hpiDomainAlarmEntry)
Node code
4
Node name
hpiDomainAlarmAcknowledged
Numeric OID
1.3.6.1.4.1.231.2.60.6.2.6.1.4
URN notation
urn:oid:1.3.6.1.4.1.231.2.60.6.2.6.1.4
ASN.1 notation

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

  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) org(3) dod(6) internet(1) private(4) ldap-enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) org(3) dod(6) internet(1) private(4) vendor-objects(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprises(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) iso-organization(3) dod(6) internet(1) private(4) enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) iso-organization(3) dod(6) internet(1) private(4) enterprises(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) iso-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
  • {iso(1) iso-organization(3) dod(6) internet(1) private(4) vendor-objects(1) sni(231) sniProductMibs(2) fscHpi(60) fscHpiBMIB(6) hpiDomain(2) hpiDomainAlarmTable(6) hpiDomainAlarmEntry(1) hpiDomainAlarmAcknowledged(4)}
OID-IRI notation
  • /1/3/6/1/4/1/231/2/60/6/2/6/1/4
  • /ISO/Identified-Organization/6/1/4/1/231/2/60/6/2/6/1/4
  • /ISO/3/6/1/4/1/231/2/60/6/2/6/1/4
Named path variants
  • /iso/identified-organization/dod/internet/private/enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/identified-organization/dod/internet/private/enterprises/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/identified-organization/dod/internet/private/ldap-enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/identified-organization/dod/internet/private/vendor-objects/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/org/dod/internet/private/enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/org/dod/internet/private/enterprises/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/org/dod/internet/private/ldap-enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/org/dod/internet/private/vendor-objects/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/iso-identified-organization/dod/internet/private/enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/iso-identified-organization/dod/internet/private/enterprises/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/iso-identified-organization/dod/internet/private/ldap-enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/iso-identified-organization/dod/internet/private/vendor-objects/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/iso-organization/dod/internet/private/enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/iso-organization/dod/internet/private/enterprises/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/iso-organization/dod/internet/private/ldap-enterprise/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged
  • /iso/iso-organization/dod/internet/private/vendor-objects/sni/sniProductMibs/fscHpi/fscHpiBMIB/hpiDomain/hpiDomainAlarmTable/hpiDomainAlarmEntry/hpiDomainAlarmAcknowledged

Descriptions

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

An HPI User acknowledges an alarm to indicate that it is aware of the alarm and to influence platform-specific alarm annunciation that may be provided by the implementation. Typically, an implementation ignores acknowledged alarms when announcing an alarm on annunciation devices such as audible sirens and dry contact closures. However, alarm annunciation is implementation-specific. An acknowledged alarm will have the Acknowledged field in the alarm entry set to True. DomainAlarms are acknowledged by one of two ways: a single alarm entry by DomainAlarmId regardless of severity or as a group of alarm entries by Severity regardless of DomainAlarmId. To acknowledge all alarms contained within the DAT, set the Severity parameter to allSeverities(256), and set the DomainAlarmId parameter to SAHPI_ENTRY_UNSPECIFIED. To acknowledge all alarms of a specific severity contained within the DAT, set the Severity parameter to the appropriate value, and set the DomainAlarmId parameter to SAHPI_ENTRY_UNSPECIFIED. To acknowledge a single alarm entry, set the DomainAlarmId parameter to a value other than SAHPI_ENTRY_UNSPECIFIED. The DomainAlarmId must be a valid identifier for an alarm entry present in the DAT at the time of the function call. If an alarm has been previously acknowledged, acknowledging it again has no effect. However, this is not an error. If the DomainAlarmId parameter has a value other than SAHPI_ENTRY_UNSPECIFIED, the Severity parameter is ignored. If the DomainAlarmId parameter is passed as SAHPI_ENTRY_UNSPECIFIED, and no alarms are present that meet the requested Severity, this function will have no effect. However, this is not an error. SAHPI_ENTRY_UNSPECIFIED is defined as the same value as SAHPI_FIRST_ENTRY, so using either symbol will have the same effect. However, SAHPI_ENTRY_UNSPECIFIED should be used with this function for clarity.

Source records

hpiDomainAlarmAcknowledged

Status in source: mandatory.

Names: hpiDomainAlarmAcknowledged

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "hpiDomainAlarmAcknowledged",
    "OBJECT-TYPE",
    "SYNTAX",
    "TruthValue",
    "ACCESS",
    "read-write",
    "STATUS",
    "mandatory",
    "DESCRIPTION",
    "\" An HPI User acknowledges an alarm to indicate that it is aware of the alarm and to influence platform-specific alarm annunciation that may be provided by the implementation. Typically, an implementation ignores acknowledged alarms when announcing an alarm on annunciation devices such as audible sirens and dry contact closures. However, alarm annunciation is implementation-specific. An acknowledged alarm will have the Acknowledged field in the alarm entry set to True. DomainAlarms are acknowledged by one of two ways: a single alarm entry by DomainAlarmId regardless of severity or as a group of alarm entries by Severity regardless of DomainAlarmId. To acknowledge all alarms contained within the DAT, set the Severity parameter to allSeverities(256), and set the DomainAlarmId parameter to SAHPI_ENTRY_UNSPECIFIED. To acknowledge all alarms of a specific severity contained within the DAT, set the Severity parameter to the appropriate value, and set the DomainAlarmId parameter to SAHPI_ENTRY_UNSPECIFIED. To acknowledge a single alarm entry, set the DomainAlarmId parameter to a value other than SAHPI_ENTRY_UNSPECIFIED. The DomainAlarmId must be a valid identifier for an alarm entry present in the DAT at the time of the function call. If an alarm has been previously acknowledged, acknowledging it again has no effect. However, this is not an error. If the DomainAlarmId parameter has a value other than SAHPI_ENTRY_UNSPECIFIED, the Severity parameter is ignored. If the DomainAlarmId parameter is passed as SAHPI_ENTRY_UNSPECIFIED, and no alarms are present that meet the requested Severity, this function will have no effect. However, this is not an error. SAHPI_ENTRY_UNSPECIFIED is defined as the same value as SAHPI_FIRST_ENTRY, so using either symbol will have the same effect. However, SAHPI_ENTRY_UNSPECIFIED should be used with this function for clarity. \"",
    "::=",
    "{",
    "hpiDomainAlarmEntry",
    "4",
    "}"
  ],
  "syntax_tree": [
    [
      "row",
      "TruthValue"
    ],
    null,
    [
      "MaxAccessPart",
      "read-write"
    ],
    [
      "Status",
      "mandatory"
    ],
    [
      "DESCRIPTION",
      "An HPI User acknowledges an alarm to indicate that it is aware of the alarm and to influence platform-specific alarm annunciation that may be provided by the implementation. Typically, an implementation ignores acknowledged alarms when announcing an alarm on annunciation devices such as audible sirens and dry contact closures. However, alarm annunciation is implementation-specific. An acknowledged alarm will have the Acknowledged field in the alarm entry set to True. DomainAlarms are acknowledged by one of two ways: a single alarm entry by DomainAlarmId regardless of severity or as a group of alarm entries by Severity regardless of DomainAlarmId. To acknowledge all alarms contained within the DAT, set the Severity parameter to allSeverities(256), and set the DomainAlarmId parameter to SAHPI_ENTRY_UNSPECIFIED. To acknowledge all alarms of a specific severity contained within the DAT, set the Severity parameter to the appropriate value, and set the DomainAlarmId parameter to SAHPI_ENTRY_UNSPECIFIED. To acknowledge a single alarm entry, set the DomainAlarmId parameter to a value other than SAHPI_ENTRY_UNSPECIFIED. The DomainAlarmId must be a valid identifier for an alarm entry present in the DAT at the time of the function call. If an alarm has been previously acknowledged, acknowledging it again has no effect. However, this is not an error. If the DomainAlarmId parameter has a value other than SAHPI_ENTRY_UNSPECIFIED, the Severity parameter is ignored. If the DomainAlarmId parameter is passed as SAHPI_ENTRY_UNSPECIFIED, and no alarms are present that meet the requested Severity, this function will have no effect. However, this is not an error. SAHPI_ENTRY_UNSPECIFIED is defined as the same value as SAHPI_FIRST_ENTRY, so using either symbol will have the same effect. However, SAHPI_ENTRY_UNSPECIFIED should be used with this function for clarity."
    ],
    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
    hpiDomainAlarmAcknowledged 	OBJECT-TYPE
    	SYNTAX TruthValue
    	ACCESS read-write
    	STATUS mandatory
    	DESCRIPTION
    		"
    		 An HPI User acknowledges an alarm to indicate that it is aware of the alarm 
    		 and to influence platform-specific alarm annunciation that may be provided  
    		 by the implementation.  Typically, an implementation ignores acknowledged   
    		 alarms when announcing an alarm on annunciation devices such as audible     
    		 sirens and dry contact closures.  However, alarm annunciation is            
    		 implementation-specific.                                                    
    		                                                                             
    		 An acknowledged alarm will have the Acknowledged field in the alarm entry   
    		 set to True.                                                                
    		                                                                             
    		 DomainAlarms are acknowledged by one of two ways: a single alarm entry by DomainAlarmId
    		 regardless of severity or as a group of alarm entries by Severity
    		 regardless of DomainAlarmId.                                                      
    		                                                                             
    		 To acknowledge all alarms contained within the DAT, set the Severity
    		 parameter to allSeverities(256), and set the DomainAlarmId parameter to         
    		 SAHPI_ENTRY_UNSPECIFIED.                                                    
    		                                                                             
    		 To acknowledge all alarms of a specific severity contained within the DAT,
    		 set the Severity parameter to the appropriate value, and set the DomainAlarmId
    		 parameter to SAHPI_ENTRY_UNSPECIFIED.                                       
    		                                                                             
    		 To acknowledge a single alarm entry, set the DomainAlarmId parameter to a value   
    		 other than SAHPI_ENTRY_UNSPECIFIED.  The DomainAlarmId must be a valid identifier 
    		 for an alarm entry present in the DAT at the time of the function call.     
    		                                                                             
    		 If an alarm has been previously acknowledged, acknowledging it again has no 
    		 effect.  However, this is not an error.                                     
    		                                                                             
    		 If the DomainAlarmId parameter has a value other than SAHPI_ENTRY_UNSPECIFIED,    
    		 the Severity parameter is ignored.
    		                                                                             
    		 If the DomainAlarmId parameter is passed as SAHPI_ENTRY_UNSPECIFIED, and no       
    		 alarms are present that meet the requested Severity, this function will
    		 have no effect.  However, this is not an error.                             
    		                                                                             
    		 SAHPI_ENTRY_UNSPECIFIED is defined as the same value as SAHPI_FIRST_ENTRY,  
    		 so using either symbol will have the same effect.  However,                 
    		 SAHPI_ENTRY_UNSPECIFIED should be used with this function for clarity.      
    		 "
    	::= { hpiDomainAlarmEntry 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::hpiDomainAlarmAcknowledged.
    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
    hpiDomainAlarmAcknowledged 	OBJECT-TYPE
    	SYNTAX TruthValue
    	ACCESS read-write
    	STATUS mandatory
    	DESCRIPTION
    		"
    		 An HPI User acknowledges an alarm to indicate that it is aware of the alarm 
    		 and to influence platform-specific alarm annunciation that may be provided  
    		 by the implementation.  Typically, an implementation ignores acknowledged   
    		 alarms when announcing an alarm on annunciation devices such as audible     
    		 sirens and dry contact closures.  However, alarm annunciation is            
    		 implementation-specific.                                                    
    		                                                                             
    		 An acknowledged alarm will have the Acknowledged field in the alarm entry   
    		 set to True.                                                                
    		                                                                             
    		 DomainAlarms are acknowledged by one of two ways: a single alarm entry by DomainAlarmId
    		 regardless of severity or as a group of alarm entries by Severity
    		 regardless of DomainAlarmId.                                                      
    		                                                                             
    		 To acknowledge all alarms contained within the DAT, set the Severity
    		 parameter to allSeverities(256), and set the DomainAlarmId parameter to         
    		 SAHPI_ENTRY_UNSPECIFIED.                                                    
    		                                                                             
    		 To acknowledge all alarms of a specific severity contained within the DAT,
    		 set the Severity parameter to the appropriate value, and set the DomainAlarmId
    		 parameter to SAHPI_ENTRY_UNSPECIFIED.                                       
    		                                                                             
    		 To acknowledge a single alarm entry, set the DomainAlarmId parameter to a value   
    		 other than SAHPI_ENTRY_UNSPECIFIED.  The DomainAlarmId must be a valid identifier 
    		 for an alarm entry present in the DAT at the time of the function call.     
    		                                                                             
    		 If an alarm has been previously acknowledged, acknowledging it again has no 
    		 effect.  However, this is not an error.                                     
    		                                                                             
    		 If the DomainAlarmId parameter has a value other than SAHPI_ENTRY_UNSPECIFIED,    
    		 the Severity parameter is ignored.
    		                                                                             
    		 If the DomainAlarmId parameter is passed as SAHPI_ENTRY_UNSPECIFIED, and no       
    		 alarms are present that meet the requested Severity, this function will
    		 have no effect.  However, this is not an error.                             
    		                                                                             
    		 SAHPI_ENTRY_UNSPECIFIED is defined as the same value as SAHPI_FIRST_ENTRY,  
    		 so using either symbol will have the same effect.  However,                 
    		 SAHPI_ENTRY_UNSPECIFIED should be used with this function for clarity.      
    		 "
    	::= { hpiDomainAlarmEntry 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::hpiDomainAlarmAcknowledged.
    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.2.6.1.1 hpiDomainAlarmId00
1.3.6.1.4.1.231.2.60.6.2.6.1.2 hpiDomainAlarmTimestamp00
1.3.6.1.4.1.231.2.60.6.2.6.1.3 hpiDomainAlarmSeverity00
1.3.6.1.4.1.231.2.60.6.2.6.1.5 hpiDomainAlarmCondType00
1.3.6.1.4.1.231.2.60.6.2.6.1.6 hpiDomainAlarmCondEntityPath00
1.3.6.1.4.1.231.2.60.6.2.6.1.7 hpiDomainAlarmCondSensorNum00
1.3.6.1.4.1.231.2.60.6.2.6.1.8 hpiDomainAlarmCondSensorEventState00
1.3.6.1.4.1.231.2.60.6.2.6.1.9 hpiDomainAlarmCondName00
1.3.6.1.4.1.231.2.60.6.2.6.1.10 hpiDomainAlarmCondMid00
1.3.6.1.4.1.231.2.60.6.2.6.1.11 hpiDomainAlarmCondDataType00
1.3.6.1.4.1.231.2.60.6.2.6.1.12 hpiDomainAlarmCondDataLanguage00
1.3.6.1.4.1.231.2.60.6.2.6.1.13 hpiDomainAlarmCondData00
1.3.6.1.4.1.231.2.60.6.2.6.1.14 hpiDomainAlarmInstanceStatus00