This discussion has been locked. The information referenced herein may be inaccurate due to age, software updates, or external references.
You can no longer post new replies to this discussion. If you have a similar question you can start a new discussion in this forum.

Am I the only one with incorrect boot time for Cisco devices?

I was asked to create a report showing the devices that have the longest uptime. I used the Last Boot time that SolarWinds reports and I was told this was not showing the correct dates.

For example, this Cisco 3800 stack shows an obvious discrepancy:

SolarWinds

LAST BOOT -  Wednesday, February 22, 2023 7:10 AM 

Console

"uptime is 6 years, 14 weeks, 2 days, 12 hours, 1 minute"

Has anybody else had this problem and found a workaround?

Apparently this time is from the SysUptime OID (1.3.6.1.2.1.1.3), which seems to be true as my value is currently 302 days.

I have seen an older article recommended using HrSysuptime OID (1.3.6.1.2.1.25.1.1), but this returns "not supported" in most cases.

Any help would be appreciated, thanks!


  • This is a limitation of the SNMP counter for uptime, it rolls over every 500ish days .  You can also reset the counter by stopping the snmp service.  It's just kind of a lie that the field is called sysUptime, but thats par for the course with SNMP data.

    networkengineering.stackexchange.com/.../what-is-the-length-of-snmp-sysuptime-counter

    There's not really a great workaround, some vendors do some trickery where if it looks like it rolled over they internally keep a counter of the number of times they have seen it roll over, but even thats kind of a lie too because it doesn't know about rollovers that may have happened before the system was added to the tool.

    Like you saw, hrsysuptime is a different counter, but is not part of the standard set most device manufacturers offer so it rarely works.  

    If you have NCM you could capture the device output for "show version" but it would take some massaging to turn that into a sortable list that you can export.

  • I have created a UnDP for snmpEngineTime (1.3.6.1.6.3.10.2.1.3), which in most cases matches the number we are looking for.

    I also created a Transform for snmpEngineTimeDays ({snmpEngineTime} / 86400) to help display on reports.

  • thanks for the info, it took some research to find a workable alternative

  • Most all Cisco devices return a useful value for this OID, but sadly- the Cisco wireless controllers in my environment do not