AP固件损坏导致POE端口震荡的排查与修复

1. 问题现象与初步排查

那天早上刚到办公室，就接到报修说某楼层无线网络全断了。登录核心交换机一看，发现是POE交换机的上联口被人为shutdown了。赶紧undo shutdown恢复端口，结果发现更诡异的事情——交换机上有几个端口开始反复up/down，日志显示每隔1-2分钟就震荡一次。

1.1 环路保护误判

第一反应是触发了STP环路保护机制。毕竟端口频繁up/down是环路的典型症状。但仔细检查日志后发现：

• 没有"STP BLOCK"或"LOOP DETECTED"等关键日志
• 端口状态变化记录中只有简单的"interface up/down"提示
• 震荡周期非常规律，不像环路引发的随机震荡

经验之谈：真正的环路通常伴随大量广播包和MAC地址漂移，可以通过show mac address-table命令辅助判断

1.2 设备替换测试

排除了环路可能后，开始怀疑是POE交换机硬件故障。我们做了以下验证：

1. 将问题端口连接的网线换到交换机其他端口 → 问题依旧
2. 更换全新同型号交换机 → up/down现象仍然存在
3. 使用便携式POE测试仪供电 → AP依然无法稳定在线

此时在AC控制器上发现：掉线的AP正好对应着那些震荡端口下挂的设备。这个关键线索将问题定位方向转向了前端AP。

2. 深入诊断AP故障

来到故障AP（型号APD-M(EA)）现场，做了几个基础检查：

• 重新拔插LAN口网线 → AP重启后仍然离线
• 更换不同位置的网口连接 → 现象无变化
• 测量POE供电电压 → 53.5V（正常范围）

2.1 Console连接异常

当通过Console线连接AP时，发现了决定性线索：

• 终端始终显示乱码，无法正常交互
• 更换不同波特率（9600/115200等）均无效
• 使用不同终端软件（SecureCRT/Putty）问题依旧

咨询锐捷工程师后确认：这种情况通常意味着主程序损坏，需要重新烧录固件。

2.2 固件恢复准备工作

进行TFTP升级前需要准备：

1. 硬件连接：
   • Console线连接AP的Console口
   • 网线连接PC和AP任意空闲网口
2. 软件准备：
   • 从厂家获取正确的bin文件（本例为33