首页/网络/网络设备配置速查/静态路由等价多路径(ECMP 负载分担)
路由(静态 / OSPF)62 条

静态路由等价多路径(ECMP 负载分担)

同目的、同优先级、不同下一跳的多条静态路由构成 ECMP:流量按哈希分摊;条件不满足(优先级/度量不同)就退化成主备。

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

什么条件才叫等价

到同一目的网段、优先级与度量完全相同、下一跳不同的多条静态路由会形成等价多路径(ECMP),流量按哈希分摊到各条链路上。条件只要差一点就退化:优先级不同、度量不同、下一跳相同、或某条路径不可达,都会变成主备关系而不是负载分担。ECMP 是静态路由里最容易被想当然的一条。

基本信息

适用平台思科 IOS / 华为 VRP / H3C Comware 三层设备
形成条件同目的、同优先级、同度量、不同下一跳且都可达
分担方式按流(五元组)哈希,不是逐包轮转
配置方式同一目的网段写多条静态路由即可

典型使用场景

  • 双上行或双出口链路做带宽叠加,而不仅仅是主备
  • 与动态路由配合:OSPF 等多路径的判定逻辑相同,理解 ECMP 有助于统一排障思路
  • 验证现状:确认设计中的负载分担是否真的生效,还是退化成了主备
  • 单条大流跑不满带宽时的容量评估与哈希策略检查
  • 割接前核对路由表,避免新增路径悄悄改变流量分布

华为 VRP

华为 VRP
[Huawei] ip route-static 10.10.10.0 255.255.255.0 192.168.1.2
[Huawei] ip route-static 10.10.10.0 255.255.255.0 192.168.2.2
<Huawei> display ip routing-table 10.10.10.0 24
! 同一前缀同时列出两个 NextHop 才是等价多路径

思科 IOS

思科 IOS
SW-CORE-01(config)# ip route 10.10.10.0 255.255.255.0 192.168.1.2
SW-CORE-01(config)# ip route 10.10.10.0 255.255.255.0 192.168.2.2
SW-CORE-01# show ip route 10.10.10.0
! 两条 via 同时出现即为等价;出现一条为 pref/备选则退化

H3C Comware

H3C Comware
[H3C] ip route-static 10.10.10.0 24 192.168.1.2
[H3C] ip route-static 10.10.10.0 24 192.168.2.2
<H3C> display ip routing-table 10.10.10.0 24
<H3C> display ip routing-table 10.10.10.0 24 verbose   # 查看下一跳与出接口

等价还是主备

条件结果说明
优先级与度量相同、下一跳不同ECMP 负载分担按流哈希分摊到多条路径
优先级不同(如 60 与 70)主备只有主路径失效才切换到备路径
下一跳相同、出接口不同通常不构成 ECMP被视为同一路径,不会分担
其中一条路径不可达只剩可达项生效路径恢复后会自动重新加入分担
负载分担按流哈希而非逐包轮转:单条大流(如一次备份任务、一条数据库连接)只会走其中一条链路,两条 1G 并不等于单流 2G,容量设计不能简单相加。
三厂配置方式一致,同一目的网段重复下发静态路由即可;判断是否真正生效要看路由表里同一前缀是否同时列出多个下一跳,而不是看配置行数。

易错点

  • 以为写下多条路由就会自动分担:优先级或度量不同时退化成主备,两种状态在现象上接近但容量差一倍
  • 用 ping 验证负载效果:ICMP 会被哈希固定到某条路径,必须用真实业务流或按源地址构造多组测试
  • 忽略哈希依据:同一对主机之间的多条会话可能全部落在同一条链路,看起来「没在分担」其实是哈希结果使然
  • 把不等价的路径当成冗余:主备切换需要毫秒到秒级,业务敏感的链路必须验证收敛与回切行为

数据来源与参考

  • 华为 静态路由多路径
  • Cisco static route ECMP
  • H3C 静态路由多路径

相关工具

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