首页/网络/网络设备配置速查/查路由定位:为什么目的网段不通
设备排障72 条

查路由定位:为什么目的网段不通

路由排障两级都要查:控制面看路由表有没有、转发面看 FIB 是否真正下发。只查一级经常误判。

网络设备配置速查网络更新于 2026-10-13

控制面与转发面两级都要查

目的网段不通时,先看路由表里有没有这条路由(display ip routing-table / show ip route),再看转发面 FIB / CEF 是否真正下发。路由表有而 FIB 没有,报文照样发不出去,只查一级很容易把结论定在错误的层级。

基本信息

适用平台三厂三层交换机与路由器
路由表命令display ip routing-table / show ip route
转发面命令display fib / show ip cef
查询方式直接查单个目的地址,输出即最长匹配结果
关注字段路由来源、优先级/管理距离、下一跳、出接口
权限要求普通查看命令无需特权

典型使用场景

  • 目的网段不通,先确认本机是否有可达路由
  • 怀疑被更具体的明细路由覆盖,用单地址查询看真正命中哪条
  • 确认 OSPF 或静态路由是否被正确引入并优选上表
  • 下一跳不可达导致 FIB 不下发的隐蔽故障定位
  • 双出口环境核对选路是否与分流规划一致

华为 VRP / H3C Comware

华为 VRP / H3C Comware
display ip routing-table 10.1.1.1        # 查单地址,看最长匹配命中哪条
display ip routing-table 10.1.1.0 24     # 查整个网段
display fib 10.1.1.1                     # 转发面是否下发(H3C 命令相同)
display ip routing-table protocol ospf   # 只看某协议来源的路由

思科 IOS

思科 IOS
show ip route 10.1.1.1                     # 单地址最长匹配
show ip route 10.1.1.0 255.255.255.0       # 按掩码查网段
show ip cef 10.1.1.1                       # 转发面核对,查不到说明未下发
show ip route ospf | include 10.1.1.0      # 只看 OSPF 来源的条目

路由条目字段读法

字段含义异常信号
Destination/Mask目的网段与前缀长度查不到目标网段就是路由缺失
Proto / Pre路由来源与优先级(思科为管理距离 AD)同网段出现非预期协议说明优选被抢
NextHop下一跳地址显示 0.0.0.0 多为直连或黑洞路由
Interface出接口出接口 Down 时路由不会下发到 FIB
三家都能按具体地址查询并自动做最长匹配:华为/H3C 直接跟地址,思科 show ip route 加地址。查看时要留意优先级与度量,同一网段同时存在 OSPF 与静态路由时,胜负由优先级决定,不是先配的先赢。
路由表有条目但 display fib / show ip cef 查不到,说明下一跳不可达或出接口异常。此时排查方向是链路与邻居状态,继续加静态路由只会掩盖问题。

易错点

  • 只看路由表就断言路由没问题,忽略 FIB 未下发,故障定位停在错误层级,浪费大量沟通时间
  • 加静态路由时掩码或下一跳写错,形成错误条目反而覆盖了原本正确的路由,本来可通的业务被打断
  • 双出口下两条默认路由优先级与度量相同,选路随机,表现为时通时不通,日志里看不出异常
  • 排查时不指定目的地址,只翻整张路由表,几千条条目里看不出真正命中的那条

数据来源与参考

  • 华为路由表命令
  • Cisco show ip route / show ip cef
  • H3C 路由表命令

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌