三层环路排查

排查步骤

1. 路由环路检测

   • Tracert工具定位：在受影响的源主机上运行 tracert 目标IP。若结果中相同路由器IP（尤其是三层设备接口）重复出现，即可定位环路路径。
   • 日志分析：检查交换机日志是否有路由震荡记录（如频繁的 OSPF adjacency change），这可能表明环路导致协议不稳定。

2. 自定义ACL诊断 Router ID冲突
   当存在OSPF Router ID冲突时（如案例中提到的 "H3C交换机采用自定义ACL查找OSPF Router ID冲突方法"），采用以下步骤：

   # 创建ACL匹配冲突的Router ID（以1.1.1.1为例） acl number 5000 rule 0 permit l2 01010101 ffffffff 70 # 01010101=1.1.1.1的十六进制, 70=OSPF LSU报文偏移量
   • 在二层交换机（非OSPF设备）接入故障区域，对入方向应用ACL过滤：interface GigabitEthernet1/0/1 packet-filter 5000 inbound
   • 观察OSPF邻居状态：被过滤路径上的设备邻居会卡在 Loading/ExStart 状态，即可定位冲突区域。

3. 路由表与快速转发表检查

   • 运行 display ip routing-table 观察可疑路由条目，重点关注下一跳是否指向非预期接口。
   • 通过 display fib 确认硬件转发表与路由表一致性，若表项缺失或错误需排查表项下发异常。

4. ARP表项验证

   • 使用 display arp 检查关键下一跳IP的ARP解析：display arp 192.168.88.198 # 检查三层网关ARP状态
   • ARP漂移（同一MAC在不同接口反复出现）或解析失败可能指示环路或路由异常。

5. 硬件资源诊断

   • 在Probe视图下检查芯片级资源：debug ipv4-drv display config slot 0 # 查看IPv4表项容量 debug l3intf-drv display statistics slot 0 # 验证ARP/IP路由表项是否超限
   • 特别关注输出中如 IPV4 ROUTE SPECIFICATION: 16384 COUNT: 16379，接近规格上限可能导致表项异常。

6. 流量统计定位丢包点

   • 在关键路径接口启用QoS流统：acl advanced 3000 rule permit icmp source 10.1.1.1 0 destination 10.2.2.2 0 traffic classifier test operator and if-match acl 3000 traffic behavior test accounting packet qos policy test classifier test behavior test interface GigabitEthernet1/0/5 qos apply policy test inbound/outbound
   • 对比各节点统计值，突增或0统计值接口即潜在故障点。

💡 关键优化实践

• 启用环路检测机制：全局开启 loopback-detection global enable vlan all，并设置接口动作为阻塞（loopback-detection action block）减少广播风暴影响。
• 检查聚合口状态：display link-aggregation verbose 确认两端聚合成员端口均处于 Selected 状态。
• 排查STP异常：display stp abnormal-port 检查是否有未预期阻塞端口，关闭非必要接口的STP边缘端口（stp edged-port disable）。

注：若涉及跨厂商设备（如案例中华为设备混合组网），务必统一Router ID及路由策略，避免因协议差异引发环路。大网中可分段应用ACL过滤法快速收敛问题范围，优先从核心层向接入层逐段隔离测试。