路由优化实施中的配置误区，多数源于对协议优先级和路径控制逻辑的误判，导致策略不生效或网络震荡。
很多网络工程师在推进路由优化时,明明照着厂商文档敲了命令，结果流量还是走老路，或者干脆出现间歇性丢包，问题往往不在设备本身，而在配置思路的某个死角，下面结合日常运维中高频踩坑点，逐个拆解。
路由优先级与度量值混为一谈的误区
路由表选路不是看谁先配置,而是看管理距离和度量值综合裁决，不少人以为改了静态路由优先级就能立刻覆盖动态协议，结果忘了OSPF内部路由的优先级默认是10，而静态路由默认是60，在华为设备上，静态路由默认优先级为60，OSPF为10，这意味着即便你加了一条静态默认路由，只要OSPF有对应路由，流量照样走OSPF。
- 常见场景：双出口切换时，想用静态路由强制走备线，但主线路由协议仍在宣告，导致静态路由压根进不了路由表。
- 排查命令：
display ip routing-table查看路由来源和优先级，确认目标路由是否真正被优选。 - 正确做法：调整静态路由的优先级（如设为5），或直接对动态协议使用
filter-policy进行路由过滤。
如何判断是度量值问题还是优先级问题
度量值用于同一种协议内部比较,优先级用于不同协议间比较，如果两条路由来自同一协议，修改管理距离没用，得改开销值，业内专家指出，多数故障处理中，优先检查display ospf interface确认cost值配置，而非盲目调优先级。
具体实操时,抓包看到的却是流量绕行，观察tracert路径不难发现，去程走A链路，回程从B链路回来，这种非对称路由往往诱发会话表异常，核心原因不是路由没配全，而是没做双向路径规划。
静态路由与动态路由互指时的黑洞隐患
静态路由指向动态协议邻居,但动态协议邻居侧没有返回路由，就会出现间歇性黑洞，典型场景是核心交换机写了一条静态路由指向出口防火墙，而防火墙没有回程路由指回核心交换机，导致业务流量有去无回。
- 在核心交换机：
ip route-static 0.0.0.0 0.0.0.0 10.0.1.254 - 在防火墙：需要同样配置回程路由，或者启用动态路由协议将内网网段广播出去
- 验证方法：在核心交换机上
ping -a 内网地址 外网地址，观察源地址是否能通。
很多工程师只在一边加路由,另一边完全靠默认路由兜底，一旦默认路由被策略路由或等价路由干扰，双向通信立刻断裂，这类问题的高发节点在汇聚层与接入层之间的三层互联。
路由优化时忽略等价路由的负载均衡行为
当同时存在两条优先级和度量值相同的路由,设备默认启用逐包负载均衡，若底层链路存在时延差，TCP报文乱序会直接拖垮传输效率，有人误以为配置等价路由就能自动获得高可用，结果反而丢包率上升。
- 调整负载方式：
ip load-balance packet或ip load-balance session，根据业务类型选择逐包或逐流。 - 检查命令：
display ip routing-table verbose查看是否同时下发两条路径。 - 操作场景：内网访问互联网流量较大，同时启用两条百兆链路，建议改为逐流转发。
路由策略与策略路由执行顺序的混淆
路由策略（如route-policy）只在路由学习或发布时生效，不改变现有转发表，策略路由（policy-based-route）则是在报文转发时强制指定下一跳，两者执行时机完全不同，但不少实施者把它们写进同一个配置段，导致流量异常。
举个例子：想将内网视频流量引导至专线，很多人直接修改OSPF对外发布的路由属性，结果只是让邻居学到了不同cost，并不影响本机转发的下一跳，正确的做法是配置策略路由，在接口入方向调用traffic classifier匹配视频流，再设置下一跳为专线网关。
- 位置差异：策略路由在入口接口生效，路由策略在路由表中生效。
- 测试命令：
display ip policy-based-route查看策略命中次数，若计数为零，说明报文没走到该接口。 - 常见问题：在VLANIF接口下调用策略路由，但实际流量走三层交换，未经过该接口，导致策略不生效。
路由过滤配置不当引发的环路风险
使用filter-policy过滤路由时，只影响本机路由表，不影响邻居的路由表，若在ABR上过滤了某个网段，但区域内其他路由器仍在宣告该网段，可能形成路由环路，实施过滤前需要明确过滤方向是入方向还是出方向。
- 入方向过滤：本机不接收某些路由，但邻居仍在宣告。
- 出方向过滤：邻居不接收某些路由，本机路由表保留。
- 危险配置：在RIP中配置
undo summary后未取消自动聚合，导致大量子网聚合为B类地址，转发路径错误。
行业共识认为,过滤动作必须配合邻居关系审查同步进行，排错时先看display ospf peer，确认邻居状态是否为Full，再检查过滤策略。
路由优化的常见设备差异坑位
不同厂商对路由优先级的默认值定义不同,思科的管理距离静态为1，华为为60，而锐捷与华为接近，跨厂商对接时，若不统一调整优先级，很容易出现设备A认为备用链路最优，设备B认为主用链路最优，造成流量入口与出口不一致。
| 厂商 | 静态路由默认优先级 | OSPF默认优先级 | 备注 |
|---|---|---|---|
| 华为 | 60 | 10 | 可用命令调整 |
| 思科 | 1 | 110 | 默认静态优先 |
| 锐捷 | 1 | 110 | 遵循思科习惯 |
| H3C | 60 | 10 | 与华为接近 |
在混合组网环境,建议在互联接口上直接配置双方一致的优先级，或者干脆全部改用动态协议，减少人工干预点。
从入门到实战的路由优化检查清单
每次调整后,按顺序执行以下五步，能拦截大部分配置误区：
- 第一步：
display ip routing-table确认目标路由存在且来源正确。 - 第二步：
display fib查看转发信息表，确认实际下发路径。 - 第三步：
tracert验证往返路径，双方向都测一遍。 - 第四步：
display interface检查接口误码率和丢包统计。 - 第五步：在非业务高峰期执行
save并结合配置回滚机制。
关于路由优化配置误区的几个典型问答
为什么我配置了静态路由，但设备还是不生效？
最可能的原因是静态路由的优先级低于当前活跃的动态路由,先检查display ip routing-table中是否有同前缀不同协议的冲突条目，再确认静态路由的下一跳是否可达，若下一跳接口down了，静态路由不会进入路由表。
策略路由和路由策略有什么区别？实施时如何选择？
策略路由基于报文特征（源IP、目的端口、应用类型）强制指定下一跳，适合做流量分流，路由策略基于路由属性（前缀、tag、metric）影响路由的生成或发布，适合做路由过滤和选路控制，前者在转发平面生效，后者在控制平面生效。
路由优化后出现间歇性丢包，优先排查哪个方向？
先排查是否启用了等价路由的逐包负载均衡,若两条链路时延差异较大，TCP会话报文会乱序，其次检查策略路由的命中率，确认没有把管理流量误匹配到低速链路，最后看接口下的风暴控制配置，是否触发了阈值导致临时丢包。
路由优化的每一步配置都应当可追溯、可回滚，避免想当然地堆命令，每一次改动前先确认当前路由表基线，调整后立即验证转发路径，把精力放在路径的对称性和协议优先级的一致性上，大部分故障幻觉会自动消失。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/640943.html
