静态路由的递归解析
配置静态路由时下一跳并不要求直连：设备允许写一个「经过其他路由才能到达」的地址，转发时会先解析到该下一跳的路由（称为递归解析），再用那条路由的出接口把包发出去。问题在于这种依赖是隐性的：递归底座不存在时，配置还在、界面也看不到报错，但路由不会进入转发表——这是「配了却不生效」的高频隐藏原因。
基本信息
| 适用平台 | 三层交换机与路由器（华为 VRP、思科 IOS、H3C Comware） |
|---|---|
| 核心规则 | 下一跳可达性由本机路由表决定，不要求直连 |
| 底座缺失后果 | 该静态路由被隐藏，不进入转发表 |
| 底座来源 | 直连、其他静态路由、动态协议学习到的路由 |
| 风险点 | 底座由动态协议提供时，协议抖动会带着业务路由一起抖动 |
典型使用场景
- 跨设备指路：下一跳是上游设备的互联地址而不是本机直连地址
- 动态协议与静态混杂：底座靠 OSPF 提供、业务路由用静态兜底的混合设计
- 迁移过渡：新老出口并存期间临时指路，事后统一收敛为直连下一跳
- 故障排查：路由表里查不到某条静态路由时，先确认其下一跳是否有可达路由
- 设计评审：评审静态路由方案时逐条确认下一跳的可达性来源
华为 VRP
华为 VRP
! 示例：10.10.10.0/24 的下一跳 172.16.0.2 并非本机直连
[Huawei] ip route-static 10.10.10.0 24 172.16.0.2
! 本机必须先能到达 172.16.0.2，否则上面这条不生效
<Huawei> display ip routing-table 172.16.0.0 # 确认递归底座存在
<Huawei> display ip routing-table 10.10.10.0 # 确认目标路由已进入转发表
[Huawei] ip route-static 10.10.10.0 24 Vlanif10 172.16.0.2 # 显式出接口更稳定思科 IOS
思科 IOS
SW-CORE-01(config)# ip route 10.10.10.0 255.255.255.0 172.16.0.2
SW-CORE-01# show ip route 172.16.0.0 # 递归底座
SW-CORE-01# show ip route 10.10.10.0 # 有底座才看得到这条
! 更稳的写法：指定出接口
SW-CORE-01(config)# ip route 10.10.10.0 255.255.255.0 GigabitEthernet0/1 172.16.0.2H3C Comware
H3C Comware
[H3C] ip route-static 10.10.10.0 24 172.16.0.2
<H3C> display ip routing-table 172.16.0.0 # 确认底座
<H3C> display ip routing-table 10.10.10.0
! 底座缺失时该静态路由不出现在路由表中两种下一跳写法对比
| 写法 | 优点 | 缺点 |
|---|---|---|
| 只写下一跳地址 | 配置简洁，链路切换时无需改动 | 依赖递归解析，底座缺失即隐藏 |
| 出接口 + 下一跳 | 解析路径明确，行为可预测 | 链路切换时需要同步修改 |
| 底座为直连 | 最稳定，不依赖其他协议 | 仅适用于直连场景 |
| 底座为动态协议 | 灵活适应拓扑变化 | 协议抖动会连带业务路由抖动 |
排查口径：路由表里看不到某条静态路由时，按三步走——查配置是否存在、查下一跳是否有可达路由（底座）、再查是否被更优路由覆盖。多数「配了不生效」都卡在第二步。