5102e非常卡

看下设备CPU 内存情况是否正常

🔌 先排除 Console 连接本身的"假死"（最高频）

• 波特率 9600 / 8 / 1 / 无校验 / 流控全关（RTS/CTS 必须关，开流控直接锁输入）
• 拔插 Console 线、换电脑、换 USB 口，劣质 PL2303 线很容易出这问题，FTDI 芯片稳一些
• 终端窗口里 多按几次回车，设备自检完停在 "Press ENTER to get started" 这类等待态，不按回车就一直静默
• 如果之前配过 Telnet/SSH，试着走网路登，能登进去就说明 Console 口参数或线的问题，设备本身是活的

⚙️ Console 参数没问题，那就是控制面被压死了

要是 S5100-EI 这类交换机

1. 广播风暴 / 环路​ → 某端口 display interface看到广播包飙升、CRC 错误 → 先 shutdown可疑口止血
2. STP TC 报文频繁​ → display stp brief看 TC 计数，接入端口没配 stp edged-port会反复触发
3. ARP 表项被打满​ → display arp count看是否接近规格上限

💡 卡到命令都输不进去时，display cpu-usage可能也敲不响——这时候直接 shutdown 上联或疑似环路口​ 试，比硬查快。

要是 WA5102E 这种 AP（5102E 更像这款）

• AC 频繁下发配置 + 射频侧负载高（瘦 AP 模式常见）
• AP 自己跑了 FAT 模式 + 带了很多客户端 + 有广播扫
• 内存泄漏（老版本固件常见，WA 老款尤其）

🆘 彻底无响应的兜底

1. 拔电重启（AP/交换机都适用，最粗暴但最有效）
2. 重启时 按 Ctrl+B 进 BootROM，可以选跳过当前配置启动，把配置导出来再查
3. 要是重启都起不来 / 起完还是立马卡死 → 硬件（Flash 坏块或主控）概率大，走售后

一、先区分两种 “输不进去命令” 现象
终端假卡死（优先排除，10 秒验证）
SSH/CRT/Xshell 误按 Ctrl+S 锁定终端输出，键盘字符无回显，看起来像设备卡；
解除：按 Ctrl+Q 立刻恢复输入。
Console 串口核对参数：波特率 115200，8N1，无流量控制，乱码 / 无输入都是参数不匹配。
设备真实系统资源耗尽（90% 场景，核心故障）
CPU 持续 95%~100%、内存占满，主控处理平面报文、命令行交互线程阻塞，打字延迟几十秒、回车无响应。
二、S5102E OLT CPU 爆满五大根因（EPON 专属）
1. PON 口大量 ONU 频繁上下线、光路震荡（最高发）
光路劣化、分光器故障、ONU 供电不稳，ONU 反复注册 / 离线，OLT 持续处理发现、认证、DBA 调度报文，控制报文打满 CPU。
现象：display onu all 大量 up/down 日志刷屏，CPU 持续 90%+。
2. 二层广播 / ARP 风暴、环路
下联用户环路、终端 ARP 攻击、DHCP 大规模请求，广播报文上送主控 CPU 处理，占用全部算力。
3. 开启 debug 调试、海量日志输出
曾经开了debugging epon/debugging arp未关闭，持续打印海量日志，命令行线程被抢占。
哪怕后台日志刷屏，前台输入完全卡住。
4. 内存耗尽、进程卡死
在线 ONU 数量接近设备规格上限、大量 MAC/ARP 表项堆积，内存溢出，系统调度缓慢。
5. 版本 BUG、老旧固件资源泄漏
老版本 S5102E 存在 EPON 进程内存泄漏，长期运行后 CPU / 内存持续走高，越用越卡。
三、应急操作（Console 串口优先，SSH 大概率连不上）
1. 快速恢复输入（临时救急）
plaintext
# 关闭所有调试报文输出
undo debugging all
undo info-center enable
# 关闭日志打印到控制台
info-center source default console deny

关闭刷屏日志后，命令行立刻恢复响应。
2. 查看资源占用定位根因
plaintext
# 查看CPU整体占用
display cpu-usage summary
# 查看哪个进程吃CPU
display cpu-usage process
# 查看内存使用率
display memory
# 查看PON口ONU震荡日志
display logbuffer | include onu
# 查看端口震荡
display logbuffer | include down

3. 缓解 PON 口震荡负载
plaintext
# 关闭频繁震荡PON口临时隔离
interface Onu 1/0/X
shutdown
# 配置端口广播抑制，防止风暴
interface GigabitEthernet 1/0/X
broadcast-suppression bandwidth 10000

4. 临时重启释放资源（业务中断）
资源占满无法清理时，Console 输入 reboot 重启，CPU / 内存清零恢复正常。
四、长效根治方案
光路整改：清理劣化 ONU、更换分光器 / 尾纤，消除 ONU 频繁上下线；
关闭无用调试：日常运维禁止长期开启 debug；
配置广播抑制、端口安全、ARP 防攻击，保护控制平面；
升级官方稳定固件，修复内存 / CPU 泄漏 BUG；
规范规划单 PON 口承载 ONU 数量，不要满配超负载运行。
极简处理顺序
按 Ctrl+Q 排除终端锁定；
Console 登录关闭所有 debug、控制台日志刷屏；
查看 CPU / 内存，定位是 PON 震荡还是广播风暴；
隔离故障 PON 口 / 环路端口；
临时重启恢复，长期升级版本优化光路。