This functionality is needed for a multitude of reasons. I first suggested this via "Make a Wish" on the Meraki Dashboard interface almost a year ago. I reached out to my sales representative last February and requested this functionality though the proper channel. I have been trying to understand why others have not spoken up about lacking this feature.
I have also posted this request to the GitHub for the Meraki provisioning library. (https://github.com/meraki/provisioning-lib/issues/3)
Reasons this functionality is needed:
Delegated Administration - Since Meraki doesn't have any delegated functionality at the item level their is no way to give a user access to reboot AP's in a network besides making them a "full blown" administrator.
Reboot Scheduling - Ability to schedule the reboot of an AP at a certain time.
Bulk Reboot - Ability to enumerate AP's from list and reboot them with one click.
Meraki / Support generally advise not to reboot APs. If there is an issue that requires a reboot, it’s possibly a bug. Please call or email Meraki support.
How can you reboot Meraki APs?
You can disable the port (or turn off PoE) on the upstream Meraki switches, which is providing power to the Meraki AP.
What if you don't have Meraki switches?
However I had to solve this exact problem for a customer without Meraki Switchesand managed to reboot thousands of APs using an API script to remove and add the AP from the network. This forces the AP to reboot and connect to the Meraki Cloud to get it's config.
Slow Method - I have tested and used this with customers.
Step 1. Remove AP from Network
Step 2. Wait some amount of time and the AP will download a default config.
Step 3. Add AP back to the Network
Step 4. Confirm the AP is now online with the original config. The GET request should be successful.
In the default settings when you do this operation it add a tag to all of the AP's ( recently-added ). Do you have any way of dealing with this side effect? Though this is a possible workaround, I think actually having a specific call to reboot the AP is warranted ( much cleaner way of preforming the action).
One other thing that would be nice (nothing to do with the API) is the fact when you reboot an AP it doesn't log an event for this action. I know you can have it send you a notification (gateway goes offline for 5 minutes or more). In most cases on a reboot the AP will be back online in less time than the threshold.
Scheduled AP reboots - if you use Meraki switching you can attached a schedule to a switch port. We use this to power down our VoIP phones and access points at night time when no body is here.