当ap重新启动时会把触发时间存储在flash中，使用以下的命令显示信息：
show ap debug system-status ap-name <name_of_AP>
Example:
(Aruba5000) #show ap debug system-status ap-name d70
Reboot Information
------------------
AP rebooted Tue Apr 29 05:48:42 PST 2008: SAPD: Reboot requested by controller
------------------------------------------------------------------------------
Rebootstrap Information
-----------------------
(none found)
------------
Descriptor Usage
----------------
Interface Queue Alloc Free In-use Max Failed
--------- ----- ----- ---- ------ --- ------
wifi0 0 0 0 0 0 0
wifi0 1 0 0 0 0 0
wifi0 2 0 0 0 0 0
wifi0 3 92535 92535 0 6 0
wifi0 7(UAPSD) 0 0 0 0 0
wifi0 8(CAB) 0 0 0 0 0
输出信息也可以通过过滤只显示重启的信息，比如：
(Aruba5000) #show ap debug system-status ap-name d70 | include Reboot
Reboot Information
AP rebooted Tue Apr 29 05:48:42 PST 2008: SAPD: Reboot requested by controller
Rebootstrap Information
不同的重启原因归纳如下：
1.AP rebooted Tue Apr 29 10:22:30 PST 2008: SAPD: Unable to contact switch. Called by sapd_hello_cb:4
说明ap在和交换机通信时出现问题，排查L2或L3问题。
2.AP rebooted Tue Apr 29 10:25:31 PST 2008: SAPD: Rebooting after provisioning
说明ap重启是由于被provision或者reprovisioned。
Indicates that the AP rebooted after being provisioned or reprovisioned.
3.AP rebooted Tue Apr 29 10:41:55 PST 2008: SAPD: Reboot requested by controller
说明ap被从控制器的WebUI上重启或者通过CLI的apboot命令重启。
4.AP rebooted Fri Dec 31 16:05:23 PST 1999: SAPD: Reboot after image upgrade
说明ap是由于更新image而重启。
5.2008-04-29 10:33:42 Missed heartbeats on radio 0 VAP 0
这个例子说明ap重启是由于丢失心跳信息，是由于网络原因造成的.
6.有的时候发现不了重启原因，是由于ap没有时间向flash中写信息。
Reboot Information
------------------
(none found)
------------
Rebootstrap Information
-----------------------
(none found)
------------
这个通常是由于ap掉电。另一个少见的可能是ap的内核软件崩溃。
