第3层LACP目标地址散列工作到底有多精确？
基于一年前的一个更早的问题（ 多路复用的1 Gbps以太网？ ），我去了一个新的机架，并在全新的地方安装了一个带有LACP链路的ISP。 我们需要这一点，因为我们有单独的服务器（一个应用程序，一个IP），在整个互联网上提供数以千计的客户端计算机，累计超过1Gbps。 这个LACP的想法是要让我们打破1Gbps的障碍，而不用花10GoE交换机和NIC的财富。 不幸的是，我遇到了与出站stream量分配有关的一些问题。 （尽pipeKevin Kuphal在上面的链接问题中提出了警告）。 ISP的路由器是某种思科。 （我从MAC地址推断出来的）。我的交换机是HP ProCurve 2510G-24。 而服务器是运行Debian Lenny的HP DL 380 G5。 一台服务器是热备份。 我们的应用程序不能被聚集。 这是一个简化的networking图，其中包括所有与IP，MAC和接口相关的相关networking节点。 虽然它具有所有的细节，但是要处理和描述我的问题有点困难。 所以，为了简单起见，下面是一个简化为节点和物理链路的networking图。 于是我离开，在新的机架上安装了我的套件，并将ISP的电缆从他们的路由器上连接起来。 两台服务器都有一个到我的交换机的LACP链路，交换机有一个到ISP路由器的LACP链路。 从一开始我就意识到我的LACPconfiguration是不正确的：testing显示，每台服务器的所有stream量都是通过服务器到交换机和交换机到路由器之间的一条物理GoE链路。 随着一些谷歌search和大量RTMF时间有关的Linux网卡绑定，我发现我可以通过修改/etc/modules来控制NIC绑定 # /etc/modules: kernel modules to load at boot time. # mode=4 is for lacp # xmit_hash_policy=1 means to use layer3+4(TCP/IP src/dst) & not default layer2 bonding mode=4 miimon=100 […]