Linux网络命名空间中iproute2/netlink下Anycast/ECMP失效问题排查

首先，你的ECMP配置本身是正确的——故障切换正常已经证明了路由规则是生效的，流量无法实现负载分担的核心原因是你选择了ping（ICMP协议）作为测试工具，而Linux的ECMP哈希逻辑对ICMP这类无端口的协议，只能基于源IP和目的IP计算哈希值。

在你的场景里：

• 主机的源IP固定为198.51.100.0（lo接口上的/32地址）
• 目的IP固定为203.0.113.0

这两个固定值的哈希结果是唯一的，所以内核只会持续选择其中一条ECMP路径，不会在两条链路间分配流量。

验证ECMP负载分担的正确方法 #

你需要使用带有变化五元组（源IP/目的IP/源端口/目的端口/协议）的流量来测试，推荐两种方式：

1. 多连接TCP/UDP流量测试
   比如用iperf3生成多连接流量：

   # 在ns1和ns2中分别启动iperf服务
   ip netns exec ns1 iperf3 -s -B 203.0.113.0 &
   ip netns exec ns2 iperf3 -s -B 203.0.113.0 &
   
   # 在主机上发起10个并行连接
   iperf3 -c 203.0.113.0 -P 10
   

   此时用tcpdump分别监听veth100和veth200，就能看到流量被分配到两个接口上。

2. 不同源IP发起请求
   在主机lo接口添加额外的/32地址：

   ip addr add 198.51.100.1/32 dev lo
   ip addr add 198.51.100.2/32 dev lo
   

   然后用不同源IP执行ping：

   ping -I 198.51.100.1 203.0.113.0 -c 5
   ping -I 198.51.100.2 203.0.113.0 -c 5
   

   这两组ping流量会被分配到不同的ECMP路径中。

额外配置检查 #

• 确认内核ECMP支持：查看/boot/config-$(uname -r)文件，确保CONFIG_IP_ROUTE_MULTIPATH=y（多数发行版默认开启，若未开启需重新编译内核）。
• 调整ECMP哈希策略：默认策略是dst-src（源IP+目的IP），可以通过sysctl修改为包含端口的策略（仅对TCP/UDP生效）：

  sysctl -w net.ipv4.fib_multipath_hash_policy=2
  

  参数说明：
  • 0：仅基于目的IP
  • 1：基于源IP+目的IP
  • 2：基于源IP+目的IP+源端口+目的端口

结论 #

你当前的场景完全可以实现ECMP负载分担，只是测试工具的选择导致了错误的结果。只要使用带有变化五元组的流量，就能看到流量在两条链路间正常分配。

内容的提问来源于stack exchange，提问作者theG