STP 报文的 CPU 保护
生成树协议报文需要上送 CPU 处理，正常情况下量很小。一旦出现环路、伪造 BPDU 或大规模误接，上送量会暴涨，CPU 占用迅速升高甚至导致协议中断与管理面失联。设备普遍内置协议上送限速机制（常见称法为 CPCAR 类），在上送量超限时按优先级丢弃部分报文，保证设备不被风暴打死。它只保证生存，不解决根因。
基本信息
| 保护对象 | 设备 CPU 与协议处理能力 |
|---|---|
| 触发条件 | BPDU 上送量超过平台设定阈值 |
| 典型机制 | 协议报文按优先级限速与丢弃，保设备存活 |
| 观测入口 | display cpu-usage 与协议上送统计命令 |
| 风险 | 限速丢弃可能同时丢掉正常 BPDU，导致拓扑异常 |
典型使用场景
- 风暴或环路期间确认 CPU 是否成为瓶颈
- 排查设备管理面失联，判断是否由协议报文淹没导致
- 变更拓扑前后核对协议上送量是否异常升高
- 分析保护机制触发日志，追查环路或攻击源
- 容量规划时评估接入规模的协议开销是否接近阈值
观察与留档
观察与留档
display cpu-usage # 整体与各任务占用
display cpu-usage task # 任务级分布
display cpu-defend statistics # 协议上送统计（命令名按平台）
display logbuffer | include CPU # 保护触发日志
display stp statistics # 生成树报文计数观测项与判读
| 观测项 | 正常表现 | 异常表现 |
|---|---|---|
| CPU 总占用 | 平稳且低位 | 持续高位或出现尖峰 |
| 协议上送量 | 随拓扑规模线性且平稳 | 突增并持续，保护机制频繁触发 |
| 保护日志 | 长期无记录 | 短时间多次记录说明上送异常 |
| 报文计数 | 各端口计数均衡变化 | 单端口计数畸高指向环路或误接 |
保护机制触发说明上送量异常，日志给出了时间与端口线索，追查环路或攻击源才是根本动作，仅调高阈值等于把风险推后。
调整协议限速阈值属于风险操作：阈值抬高可能让设备在风暴中失去响应，阈值压低又会误丢正常协议报文，调整前先修拓扑。