Cisco Bug: CSCul17640 - snmpEngineBoots doesn't increment on snmpEngineTime wrapping.
Jul 20, 2018
- Cisco Carrier Routing System
Known Affected Releases
Symptom: Object snmpEngineTime OID 126.96.36.199.188.8.131.52.1.3 Type INTEGER Permission read-only Status current Units seconds Range 0 - 2147483647 MIB SNMP-FRAMEWORK-MIB Description "The number of seconds since the value of the snmpEngineBoots object last changed. When incrementing this object's value would cause it to exceed its maximum, snmpEngineBoots is incremented as if a re-initialization had occurred, and this object's value consequently reverts to zero. " ** This doesn't occur. snmpEngineBoots doesn't increment on snmpEngineTime exceeding it maximum. Conditions: * SNMP poll to the following OID: 184.108.40.206.220.127.116.11.1.2 user@unixserver:~ % snmpwalk -v 2c -c public 10.0.0.1 18.104.22.168.22.214.171.124.1.3 SNMP-FRAMEWORK-MIB::snmpEngineTime.0 = INTEGER: 4137372 seconds ! user@unixserver2:~ % snmpwalk -v 2c -c public 10.0.0.1 126.96.36.199.188.8.131.52.1.2 SNMP-FRAMEWORK-MIB::snmpEngineBoots.0 = INTEGER: 5 * SNMP object uptime great enough to cause snmpEngineTime to wrap.
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.
Bug Details Include
- Full Description (including symptoms, conditions and workarounds)
- Known Fixed Releases
- Related Community Discussions
- Number of Related Support Cases