ospf 重传包

堆叠交换机的告警

Less recent LSA 指收到 LSA 更新时，发现对方发来的实例不比本地已有的一份新（Age 更大或 Sequence 相同/更小），直接丢弃。常见成因按可能性排：

Received less‑recent LSA：本设备收到序列号比本地 LSDB 版本旧的 LSA 报文，设备直接丢弃该条 LSU 报文；对端收不到确认 ACK，就会触发LSA 重传，网管上报 OSPF 重传告警H3C。

关键点：计数只在 S5703 堆叠上增长，SR8803F 路由器不涨，问题点偏向S5703 堆叠系统（IRF）报文处理 / 泛洪逻辑，不是物理链路错包。

排查步骤（按优先级）

1、确认 LSA 源头，定位哪条 LSA 在反复震荡

重点看：AdvRouter 通告者是谁，LSA 类型（Router/Network）。

• 如果是 Network LSA，重点检查 DR/BDR 角色是否频繁切换（广播型网段 DR 漂移，IRF 堆叠容易出现）。

2、重点检查 S5703 IRF 堆叠（最高嫌疑点）

S5703 堆叠主备板 OSPF 报文处理异常是该现象常见诱因：

1. 确认 IRF 状态：display irf topology，成员设备状态正常，没有频繁主备切换；display irf configuration优先级、域配置正确。
2. 检查堆叠链路：display irf link，堆叠链路是否存在瞬时丢包 / 错包（即使接口统计为 0，也可能存在微秒级瞬时丢包，OSPF 感知到）。

IRF 堆叠如果堆叠链路存在极短时隙丢包：LSA 泛洪在堆叠两台成员之间同步不完全；从路由器过来的 LSU 报文，堆叠从板收到旧版本 LSA 上报给主控，就会产生less‑recent LSA计数上涨，路由器侧看不到报错。

3、检查 OSPF 计时器与 LSA 防震荡参数

业务没中断，优先不修改，先确认现网配置

• lsa‑arrival‑interval：LSA 重复到达抑制，缺省 1000ms；IRF 堆叠环境不建议调小。
• 接口 ospf retransmit 重传时间，默认 5 秒，不要设置过小。

4、排查 DR/BDR 漂移（广播网段）

S5703 与 SR8803F 三层互联 Vlanif 网段：

• 如果 DR 反复变化，会不停生成 Network LSA，序列号持续上涨，引发泛洪异常；
• 解决方案：把 SR8803F 接口 ospf priority 调大，固定路由器做 DR，交换机 priority 设为 0 不参与 DR 选举。

5、版本层面排查（无配置变更，突然出现）

1. S5703 堆叠两台成员IRF 务必版本完全一致，不能混合版本。
2. 查询 S5703 当前版本，查知了社区 / 400 确认该版本是否存在 IRF 堆叠 OSPF LSA 泛洪已知 bug；部分 S5703 老版本 IRF 场景会出现该类统计计数异常（计数上涨，但业务路由正常，无业务影响）。

6、辅助确认链路层面

虽然接口无错包，还是确认：

• 互联端口没有 CRC、input‑error；display interface brief error
• 光模块型号合规，无瞬时信号劣化；

本现象路由器侧没有报错，单纯物理链路问题一般两端都会涨错误计数，所以物理链路概率偏低。

临时缓解 & 处理建议

1. 业务不受影响，可以先观察：该计数只是收到旧 LSA 丢弃，路由表计算正常，属于协议层面告警；
2. 清除统计观察：reset ospf statistics，观察错误计数是否再次持续上涨；
3. 优先固定 DR，S5703 互联 vlanif 设置ospf dr‑priority 0，禁止交换机参与 DR 选举；
4. 检查 IRF 堆叠链路质量，必要时升级 S5703 堆叠固件到推荐稳定版本；
5. 如果计数疯狂增长、后续出现邻居 DOWN，立即收集：IRF 信息、ospf updated‑lsa、retrans‑queue，联系 400 开 CASE 分析。

简短总结

Received less‑recent LSA只在 S5703 堆叠上涨，路由器无报错，大概率是IRF 堆叠内部 LSA 同步异常，或广播网段 DR 角色漂移，不是物理链路错包。优先确认 IRF 状态，固定 DR 由 SR8803F 担当；观察 LSA 频繁更新条目，核对 S5703 版本是否存在已知 bug。业务暂时不受影响，但需要跟踪，防止后续邻居震荡。

先说结论：UPD less recent LSA 持续增长，说明交换机不断收到比自己 LSDB 里更旧的 LSA 实例。接口无错包、光功率正常，基本可以排除物理层，问题在 OSPF 协议层。这个计数的精确含义我没查官方文档，下面是按 OSPF 机制做的判断。

最常见的几种原因（按概率排序）

1. Router ID 冲突。 两台设备用同一个 RID，会互相用新序列号刷新对方的 LSA，来回"抢"，表现为重传和 less recent 计数持续增长。"没改配置"也可能出现：新上线设备、堆叠分裂或合并、某端口配了 loopback 地址后 RID 重选。
2. 某条 LSA 在被反复重新生成。 例如重分发路由抖动，或某个远端链路 flap。LSA 序列号快速增长，邻居来不及确认，就触发重传。
3. 确认包（Ack）丢失或被限速。 物理口没错包，但 CPU 队列、协议报文限速、ACL 或堆叠链路上可能有丢包。

建议依次检查（H3C Comware）

判断方法

• 间隔几分钟连续抓两次 display ospf lsdb，对比同一条 LSA 的 Sequence。涨得很快的那条就是源头，看它的 Advertising Router 是谁。
• 抓到的 Advertising Router 如果是堆叠交换机自己或另一台设备的 RID，就要排查重复 RID。
• 如果某条 Type-5 外部 LSA 在涨，多半是重分发路由在抖动。去对应设备查是哪条路由在 flap。