Skip to main content
Cisco Meraki Documentation

Device Uptime

Click 日本語 for Japanese


Device uptime displays how long a Meraki device has been powered on. The feature is accompanied by a last boot reason, which is logged to the Event log.

Device Uptime.png

Use cases

There are several reasons a network administrator may want to check their device's uptime. Those reasons include but are not limited to network administrators who need to confirm: whether a network outage was due to an upstream issue or a local power event, whether a firmware upgrade was successful, or whether a device was successfully rebooted via the dashboard or API.

Requirements and limitations

Device uptime is supported on most models of Cisco Meraki switches and Access points. Support for other products is planned for future availability.

  • Cisco Meraki switches must be running MS 15.21.1 firmware or higher for the dashboard and API to report device uptime
  • Uptime visibility is being rolled out as of October 2023, and may not be visible to all users yet
  • MS390 and C9300-M support is planned for a future release, as part of CS17
  • Timestamps between the switch details page and event log can be up to 5 minutes apart
  • Cisco Meraki APs must be running 30.x and above firmware version in Dashboard to have the uptime information reported 

  • Only Wi-Fi 6 and above APs  will be supported to show uptime information in Dashboard

  • Timestamps between the switch details page and event log can be up to 5 minutes apart

  • Uptime visibility is being rolled out as of December 2023, and may not be visible to all users yet as this is a phased roll out

Boot reasons

There are several reasons a device might reboot. Here are the following reasons, all of which get logged to the Event log, provided the device has cloud connectivity. These can be easily accessed by clicking “View in event log”, or by navigating to Network Wide > Monitor > Event Log and filtering on the Device Boot event type.

Reason Description
Power event or other The device has either rebooted due to a power related issue or in very rare cases, a software problem. If you suspect a stability issue please ensure you're running the latest firmware. If you continue to see these events please contact Cisco Meraki Support.
Administrator initiated The device was rebooted by an administrator using the dashboard live tool or the API.
Firmware upgrade The device rebooted due to a firmware upgrade
Firmware upgrade failed The device attempted to upgrade its firmware but was unsuccessful and rebooted. Firmware upgrades may fail if the switch is unable to reconnect to dashboard after a firmware upgrade completes or the firmware upgrades exceeds 2 hours.
Device was factory reset A user depressed the physical reset button on the device, causing the device to be reset.


Cropped event log device boot.png

Please note that event log entries older than 30 days might be unavailable. Learn more about our data retention policy here.


The API endpoint, getOrganizationDevicesBootsHistory (GET /organizations/{organizationId}/devices/boots/history), returns a list of all boot records for devices in the organization. If a device is currently online, you can use these records to derive uptime by subtracting the current time with the bootedAt timestamp. You can use API endpoints getOrganizationDevicesBootsHistory, providing the history of your device boots, and getOrganizationDevicesAvailabilitiesChangeHistory, providing the change history of your device availabilities, together for a more complete view.

Troubleshooting unexpected reboots

Identifying not only the occurrence of a reboot, but its cause, is important towards ensuring continued network stability. While the above Boot Reasons chart should provide some initial guidance, the following steps can be taken to narrow down the cause of any unexpected reboots:

Identify Scope
How many devices rebooted at the time of the incident? If more than one, are they the same device type and do they share the same power source? It’s unlikely for a local device failure to occur across multiple devices simultaneously, and so external factors should be considered in this scenario. 

Identify Patterns
Is it the same device or set of devices that are rebooting? Do they consistently occur within a specific interval or timeframe? Are the devices operating on an outdated firmware version?

Identify Recent Changes
When did the reboots start? Do they coincide with any network configuration changes or changes to the physical environment?

Take Action
Once the scope has been identified, steps should be taken to determine if the fault is with the device itself. For example, if a device is frequently rebooting, try changing its power source or swapping the device with another that isn’t. If the issue follows the device, then it may be faulty and require replacement, but if it follows the power source, then that will need to be investigated instead. 

If further assistance is required during investigations or if a device is suspected to be faulty, please contact Cisco Meraki Support for guidance.

  • Was this article helpful?