ipv6IfTableLastChange
IPV6-MIB ·
.1.3.6.1.2.1.55.1.4
Object
The value of sysUpTime at the time of the last
insertion or removal of an entry in the
ipv6IfTable. If the number of entries has been
unchanged since the last re-initialization of
the local network management subsystem, then this
object contains a zero value.
This object is obsoleted by
IP-MIB::ipv6InterfaceTableLastChange.
Context
- MIB
- IPV6-MIB
- OID
.1.3.6.1.2.1.55.1.4- Type
- scalar
- Access
- readonly
- Status
- obsolete
- Parent
- ipv6MIBObjects
- Groups
- 1
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 'IPV6-MIB' -M '/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'udp:<hostname>:161' 'IPV6-MIB::ipv6IfTableLastChange.0'
More examples
Translate to a numeric OID
/usr/bin/snmptranslate -Pud -Ir -On -m 'IPV6-MIB' -M '/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'IPV6-MIB::ipv6IfTableLastChange'
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.
Conformance
Member of