感谢各位热情读者朋友的大力支持这篇文章，交流群的一位读者这么说的：“一台电脑有一块无线网卡、一个有线网卡，连在同一个网络里，一点事没有，上网正常”。

他是对的，电脑允许两块网卡配置同一个网段地址，比如192.168.1.x/24。这两块网卡其实没有任何关联性。如果你把电脑看成一个流量的蓄水池，这两块网卡就是两个出口（outgoing traffic），或者两个进口（incoming traffic）。称它们为A口（wired）、B口（wireless）。

蓄水池是如何负载均衡的？

• 流量全部从A口流出

• 流量全部从B口流出

• 流量一半从A口流出，剩下一半从B口流出

计算机操作系统，对于不同类型的接口，有自己的喜好。认为可靠性高的物理接口，有更高的优先级，在路由选路算法中占据优势。那么这种优先级用什么来衡量呢？

用Metric，Metric越小，说明优先级越高，路由算法里优先选择。大家来看一张路由表：

路由表的最后一栏，就是metric，最小的metric =35，最大的metric = 331。但是在这张路由表里metric没有多大意义。因为任何一个路由条目只有一个表项，比如：0.0.0.0/0，这是一条指向Internet的路由，就这一条路由，无论metric多少，只有这一种选择。

回到主题上来，A口与B口谁的优先级高呢？

A口的优先级高，通常有线口的丢包率、延迟性能都优于无线口，所以metric会更小，那么路由算法就会优选A口。流量会全部从A口进出。

可以手动将B口metric值修改得比A口小，让流量优先从B口进出？

当然是可以的。

可以将A、B口的metric 修改成一样的，让流量一半从A口出，一半从B口出？

当然也是可以的。这里要敲黑板了，这就是上篇文章里提到的ECMP（Equal Cost Multiple Path），这是一种统计学意义上的负载均衡。

什么是统计学意义上的负载均衡？

当有多条ECMP等价路由（Metric相等）时，是将流量平均分配到每一条链路（出口）上去吗？

并不是！为什么不这么做呢？

这样就把同一个session的流量平均分摊到多条链路，造成的潜在后果是，后发的报文先到，造成乱序。而乱序的后果挺严重，在报文的接收方眼里，乱序和丢包几乎没有差别。会触发发送方重传乱序的报文，一旦发送方开始重传，伴随的是流量降速，从而影响session的整体性能。

那么，如何保证同一个session的流量走同一条链路？

你在浏览器打开一个网站，浏览一副图片，这就是一个session。

一个session的四元组通常是一样的，这四元组分别是：

• 源IP

• 目的IP

• 源端口

• 目的端口

将一个session的四元组做为输入参数，运行一个Hash函数，得出的值是不是都是一样的？

Hash函数，和高中一年级学习到的函数并没有本质的差别。输入值相同，得出的输出值也会相同，这就是函数。

digest = hash(source ip, source port, destination ip,destination port)

假设现在有2条ECMP链路，用digest （digest为正整数）除以2，得到的余数只有两种可能：

• 0

• 1

将余数为0对应的digest所代表的session，流量分摊到A接口。

将余数为1对应的digest所代表的session，流量分摊到B接口。

假设现在有3条ECMP链路，用digest 除以3，得到的余数只有三种可能：

• 0

• 1

• 2

将余数为0对应的digest所代表的session，流量分摊到A接口。

将余数为1对应的digest所代表的session，流量分摊到B接口。

将余数为2对应的digest所代表的session，流量分摊到C接口。

无论有多少条链路，采用以上算法依此类推，即可算出分摊到的物理链路。

如果朋友们觉得这篇文章有点帮助，可以转发给您的朋友一起看。如果文章统计意义上的数据达到心里的预期，会在下一篇文章里写“会员专享”内容，这些内容和ECMP高度相关，里面包含有多年排错的积累，这些内容只会在Kirin博客和交流群里分享，感谢各位朋友的阅读！