交换机日志The quality of the link is poor

日志 LIPC/4/LIPC_CHECK: The quality of the link is poor 完整故障解析（UNIS S5800X-38C-EI-G IRF 堆叠）
一、日志含义
LIPC = IRF 堆叠内部进程通信报文（两台堆叠成员之间同步配置、表项、心跳的核心报文）
The quality of the link is poor：堆叠内部 LIPC 心跳报文持续丢包、时延超限，系统判定IRF 堆叠链路质量劣化
日志参数解读：
local address/port=8/48127, remote address/port=32768/0
本地成员 8 端口进程和对端堆叠成员通信异常，故障载体是IRF 堆叠物理链路，不是业务上行口。
二、四大根因（按出现概率排序）
1. 堆叠物理链路硬件劣化（最常见）
堆叠 SFP + 光模块老化、光功率过低 / 过高；
光纤弯折、端面脏污、衰减过大；
堆叠 DAC 高速线缆接触不良、线损高；
堆叠端口持续产生 CRC 错包、输入错误报文，LIPC 心跳丢包。
2. IRF 堆叠链路带宽拥塞
堆叠链路承载业务流量过大，挤占 LIPC 控制报文带宽，心跳报文被队列丢弃，触发链路质量告警。
3. 端口队列 / CPU 防护误拦截 LIPC 报文
全局 CPU 防攻击策略、端口 ACL、QoS 限速，拦截 / 限速了 IRF 内部 LIPC 通信报文。
4. 设备版本缺陷（当前版本 Release 6010P03）
该早期补丁存在 LIPC 心跳检测阈值逻辑 bug，轻微丢包就频繁打印告警，新版本固件优化了检测阈值。
三、分步排查 & 解决操作
步骤 1：查看 IRF 堆叠链路状态、错包统计
plaintext
# 查看IRF整体拓扑、链路UP状态
display irf topology
display irf link

# 查看堆叠物理端口详细错误计数（重点看CRC、Input Error）
display interface Ten-GigabitEthernet 1/0/X
display interface Ten-GigabitEthernet 2/0/X
只要Input error / CRC error持续增长，直接更换堆叠光模块 / 光纤 / DAC 线。
步骤 2：检查堆叠链路带宽占用，确认是否拥塞
plaintext
display interface Ten-GigabitEthernet 堆叠端口号
查看输入输出带宽利用率，若长期 90% 以上：
新增一条 IRF 堆叠链路做聚合扩容；
业务分流，减少跨成员大流量转发。
步骤 3：放行 IRF LIPC 控制报文，避免被限速拦截
plaintext
# 全局CPU防护放开IRF内部报文
cpu-defend policy IRF-PROTECT
permit ip source 127.0.0.0 0 destination 127.0.0.0 0
cpu-defend apply policy IRF-PROTECT
# 堆叠端口取消不必要ACL/QoS限速
interface Ten-GigabitEthernet 堆叠端口
undo packet-filter inbound
undo qos apply policy all
步骤 4：硬件替换测试（快速验证）
对调两端堆叠光模块、更换新光纤 / DAC；
更换设备空闲万兆口重新绑定 IRF-Port，排除端口硬件故障；
更换后日志不再刷新 = 硬件链路损坏。
步骤 5：版本根治（长期方案）
当前 V7.1.070 Release 6010P03 存在 LIPC 告警阈值缺陷，升级至Release 6319P01 及以上稳定补丁：
优化 LIPC 心跳检测灵敏度，轻微丢包不再刷屏日志；
修复堆叠链路质量误报 bug。
四、风险提示
该告警持续不处理的隐患：
LIPC 心跳大量丢包 → 堆叠配置、MAC、ARP 表项同步中断；
极端场景 IRF 分裂、MAD 双主，全网业务瘫痪；
主备设备切换异常，虚拟机 / 业务批量断流。
极简总结
日志本质：两台堆叠交换机之间 IRF 内部心跳报文丢包，堆叠链路质量差；
优先排查：堆叠万兆端口 CRC 错包、光模块 / 光纤硬件故障；
临时缓解：扩容堆叠带宽、放开 CPU 防护对 LIPC 报文限制；
彻底根治：更换故障堆叠硬件，或升级交换机固件修复版本告警 bug。

一、 检查物理链路状态与错误统计

1. 查看接口详细状态：执行 display interface brief 或 display interface [具体接口名]，重点关注接口的物理状态（是否频繁 UP/DOWN）以及 CRC 错误、Input/Output Errors 等计数是否在持续增长。
2. 检查设备日志与告警：执行 display logbuffer 和 display alarm active，查看是否有该端口反复出现 Interface down / Interface up 的震荡记录，或相关的硬件告警信息。

二、 排查光模块与线缆健康状况

1. 检查光模块状态（如为光纤链路）：执行 display transceiver interface [接口名] verbose，重点查看接收光功率（Rx Power）和发送光功率（Tx Power）是否在正常阈值范围内。光功率过低或过高都会导致链路质量差。
2. 检查电口 SNR 值（如为网线链路）：如果是电口，日志提示链路质量差可能是由于网线质量不好或存在信号干扰（如 SNR 值异常）。建议尝试更换高质量的 Cat6A 网线或屏蔽网线。
3. 交叉替换测试：尝试重新插拔该端口的光模块/网线，或者直接更换已知正常的光模块和光纤/网线进行交叉测试，以排除物理介质损坏的可能。

三、 检查端口协商与设备负载

1. 确认端口协商状态：执行 display interface [接口名]，确认两端设备的速率和双工模式是否匹配。如果协商异常，可以尝试关闭自动协商，手动强制指定速率和全双工模式。
2. 检查设备资源与温度：执行 display cpu-usage、display memory 和 display temperature，确认设备是否存在 CPU/内存资源耗尽或温度过高的情况，这有时也会导致 PHY 芯片工作不稳定。

四、 临时恢复与硬件故障判定

1. 复位端口：如果问题频繁发生且影响业务，可以在业务低峰期尝试重启该端口（先执行 shutdown，再执行 undo shutdown）来重新初始化物理链路。
2. 判定硬件故障：如果在更换了线缆和光模块、复位端口后，告警依然持续且端口无法正常转发数据，基本可判定为该端口对应的 PHY 芯片或业务板卡存在硬件级故障。此时建议收集 display diagnostic-information 的诊断信息，并联系 H3C/UNIS 官方技术支持申请更换板卡或端口。

光口有光弱