horizonEquipmentLastOutTrapTimeStamp
HORIZON-EQUIPMENT-LOG-MIB ·
.1.3.6.1.4.1.7262.2.100.1.4.2
Context
- MIB
- HORIZON-EQUIPMENT-LOG-MIB
- OID
.1.3.6.1.4.1.7262.2.100.1.4.2- Type
- scalar
- Access
- readonly
- Status
- current
- Parent
- horizonEquipmentSnmpTrap
Net-SNMP examples
How SNMP and these commands workScalars have one instance, identified by the .0 suffix.
Read the scalar instance
/usr/bin/snmpget -v2c -c '<community>' -Pud -Ir -OQUv -m 'HORIZON-EQUIPMENT-LOG-MIB' -M '/opt/observium/mibs/dragonwave:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'udp:<hostname>:161' 'HORIZON-EQUIPMENT-LOG-MIB::horizonEquipmentLastOutTrapTimeStamp.0'
More examples
Translate to a numeric OID
/usr/bin/snmptranslate -Pud -Ir -On -m 'HORIZON-EQUIPMENT-LOG-MIB' -M '/opt/observium/mibs/dragonwave:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'HORIZON-EQUIPMENT-LOG-MIB::horizonEquipmentLastOutTrapTimeStamp'
Syntax
- Source
- SNMPv2-TCTimeStamp
- Base type
Unsigned32- Based on
- SNMPv2-SMITimeTicks
Type Description
The value of the sysUpTime object at which a specific
occurrence happened. The specific occurrence must be
defined in the description of any object defined using this
type.
If sysUpTime is reset to zero as a result of a re-
initialization of the network management (sub)system, then
the values of all TimeStamp objects are also reset.
However, after approximately 497 days without a re-
initialization, the sysUpTime object will reach 2^^32-1 and
then increment around to zero; in this case, existing values
of TimeStamp objects do not change. This can lead to
ambiguities in the value of TimeStamp objects.
Values & Constraints
No enumerated values or constraints recorded.