静态路由验证三板斧
静态路由配上不等于通了：控制平面有路由条目、转发面有转发条目、端到端双向可达，三层都验证过才算完成。控制平面与转发面分离，是「路由表里明明有，流量就是不通」最常见的原因；只测去程不测回程，则会漏掉最常见的单通问题。
基本信息
| 适用平台 | 华为 VRP、H3C Comware、思科 IOS 三层设备 |
|---|---|
| 第一层 | 控制平面：display ip routing-table / show ip route |
| 第二层 | 转发表：display fib / show ip cef |
| 第三层 | 端到端：ping 与 tracert，建议指定业务源地址 |
| 双向要求 | 路径上每一跳都要有去程与回程路由 |
三层验证对照
| 层次 | 命令 | 异常含义 |
|---|---|---|
| 控制平面 | display ip routing-table / show ip route | 条目缺失：路由未生效或被更优路由覆盖 |
| 转发表 | display fib / show ip cef | 有路由无转发条目：下一跳不可达或递归失败 |
| 端到端去程 | ping 目标地址与 tracert | 不通：沿途设备缺路由或被策略拦截 |
| 端到端回程 | 在目标侧反向 ping 源网段 | 单通：目标侧缺回程路由 |
| 接口与 ARP | display arp / show arp | 无法解析下一跳 MAC，报文直接被丢弃 |
典型使用场景
- 静态路由上线验收：从路由表到业务连通性逐层确认
- 新增专线或旁路链路后验证主备路径是否符合设计
- 排查「路由表有条目但业务不通」，区分控制面与转发面问题
- 双机切换后核对备用路径的转发表是否同步生成
- 联动 BFD 或接口状态的路由，验证失效时是否正确撤销
华为 VRP 与 H3C Comware
华为 VRP 与 H3C Comware
display ip routing-table 10.10.10.0 24 # 控制平面
display fib 10.10.10.0 # 转发表是否命中
ping -c 5 10.10.10.10 # 端到端
ping -a 10.1.1.1 10.10.10.10 # 指定业务源地址验证
tracert -m 5 10.10.10.10 # 逐跳定位思科 IOS
思科 IOS
show ip route 10.10.10.0 255.255.255.0 # 控制平面
show ip cef 10.10.10.0 # 转发面
show ip cef 10.10.10.0 detail # 下一跳与出接口详情
ping 10.10.10.10 source 10.1.1.1
traceroute 10.10.10.10有路由但无转发条目，通常是下一跳不可达或下一跳递归失败（下一跳本身还要再查一次路由）。有转发条目但端到端不通，则要查回程路由、ACL、NAT 与 ARP 解析结果。
验证时必须带业务源地址：设备缺省源可能落在管理网段，命中的路由与策略和业务完全不同。用真实源地址测通，结论才对业务有意义。