S12508‑CR（S12500‑X 系列）查看 ICMP 上送 CPU 丢包（类 COPP/CPCAR）

注意：H3C 12508‑CR没有display copp statistics这条命令（COPP 是思科术语），H3C 框式叫CPP（CPU‑Protect）硬件上送限速，ping 设备本身的 ICMP Echo request 报文需要上送主控 CPU 处理，超过 CPP 限速就会硬件丢包，表现为 ping 设备 IP 规律性丢包，转发流量不受影响H3C。

现象区分：

• ping穿越设备的业务 IP 不丢包，ping 交换机自身三层 Vlan‑if 地址丢包，90% 是 CPP 硬件限速丢弃 ICMP 报文。
• 转发流量走 ASIC，不进 CPU，不受 CPP 限制。

一、普通用户视图（非 probe）可执行命令

1、ICMP 协议统计（看 echo 收发，无法直接看 CPP 丢弃计数）

重点看：Input echo（收到 ping 请求）、Output echo replies（回复 ping 应答），两者差值可侧面反映被丢弃报文数量H3C。

2、查看 CPU‑Protect（CPP）限速配置，确认 ICMP 的限速值

输出会列出各类上送 CPU 报文的 PPS 限速，找到ICMP字段，查看分配的 pps 阈值。高频长 ping 测试容易打满这个阈值产生丢包。

3、查看攻击防范（ICMP‑Flood 防护是否丢包）

如果这里dropped计数持续上涨，说明是 ICMP‑Flood 攻击防范丢弃报文，不是 CPP 硬件限速丢包H3C。

二、Probe 诊断视图（看硬件 CPP 队列真实丢弃计数，最关键）

⚠️probe 视图属于内部诊断视图，生产环境谨慎操作，仅用于故障定位，不要随意修改参数。

输出关键字段：Packet drop，对应各个 CPU 队列硬件丢弃报文数，多次执行看drop 是否持续增长，复现 ping 丢包时 drop 上涨，就确认是 CPP 硬件限速丢弃 ICMP 报文H3C。

S12508‑CR 主控槽位一般 slot 0；IRF 环境替换对应 chassis/slot。

三、完整定位操作流程（现场实操步骤）

1. 先清空统计

2. 外部长 ping 交换机 Vlan‑if 地址复现丢包。
3. 查看 ICMP 统计：display icmp statistics，观察 Input echo 和 Output echo‑replies 差值。
4. 查看 CPP 限速阈值：display cpu‑protect configuration，记录 ICMP 的 PPS 限制。
5. 进入 probe 查看硬件 DMA 队列 drop 计数器：display hardware internal rxtx dma statistic chassis 1 slot 0，看 drop 是否同步上涨。
6. 同时确认：display attack‑defense icmp‑flood statistics，排除攻击防范丢包。
7. 查看主控 CPU 占用：display cpu‑usage，确认 CPU 没有高负载。

四、两种丢包根因区分

1. CPP 硬件限速丢弃（类 COPP 丢包，最常见） probe 视图rxtx dma statistic中 drop 计数随着 ping 持续上涨；转发业务完全正常。 处理：在系统视图下调整 cpu‑protect ICMP 的 pps 限速，适度调大。

默认值偏低，测试长 ping 场景可以调大，生产不要设置过大，防止 CPU 被 ICMP 报文打满。

2. ICMP‑Flood 攻击防范丢弃 display attack‑defense icmp‑flood statistics dropped 计数增长；可以临时关闭 icmp‑flood 验证。

五、重要排坑提醒

1. 只有目的 IP 是交换机自身 Vlan‑if 地址的 ICMP 报文，才会上送 CPU，受 CPP 限制；穿越交换机转发 ping 不受 CPP 限制，不会丢包。
2. 不要混淆：display icmp statistics看不到 CPP 硬件丢弃计数器，只能看到成功送到协议栈的报文；真正硬件丢弃发生在 PP 芯片上送阶段，必须 probe 下rxtx dma statistic查看硬件 drop 计数。
3. 长 ping 测试出现少量丢包属于 CPP 保护 CPU 的正常行为，不等于网络故障。