CE交换机Eth-Trunk与服务器对接故障问题

发布时间:  2016-09-05 浏览次数:  131 下载次数:  0
问题描述


 

如图所示两台CE交换机做堆叠系统,堆叠系统从两台CE设备分别出两个端口加入Eth-Trunk组连接到服务器双网卡,服务器网卡之间做捆绑。现从交换机长Ping服务器出现丢包大概在50%左右的丢包率
处理过程

怀疑原因1:设备接口与服务器网卡双工模式不一致导致丢包问题,修改设备接口双工模式问题未能得到解决。

 

怀疑原因2:Eth-Trunk工作模式不一致造成

查看Eth-Trunk工作模式,Eth-Trunk工作模式为手动模式(NORMAL)

 

经与客户了解到网卡捆绑工具使用的是惠普一款名为Network Configuration Utility工具,用户可以通过该工具很方便的把服务器多张网卡捆绑到一起以达到容错和增加带宽的目的。

据了解Network Configuration Utility有七种工作模式供用户选择,默认情况下使用Automatic模式,在Automatic协商失败后使用TLB模式。

http://img.blog.csdn.net/20160413183101276?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center

 

Automatic:推荐模式,也是默认的模式。先以802.3ad模式协商,如果协商不失败,则切换到TLB模式。

TLB:报文的发送为负载均衡。捆绑后的网卡以一定的规则从所有捆绑接口向外发送数据,但是只使用一个主网卡接收数据报文,其他网卡不接收报文。

在这种情况下,交换机为静态链路聚合端口,无法通过802.3ad模式协商,所以服务器切换到TLB模式,TLB这种模式仅从一个端口接收报文,这和上面ping测试只有一条链接的报文可达符合。

根因

因网卡捆绑后工作模式与Eth-Trunk工作模式协商不成功造成故障问题

解决方案

现可修改网卡工作模式与修改Eth-Trunk工作模式来解决问题,因客户要求尽量不修改服务器配置我们将Eth-Trunk的工作模式进行修改为LACP模式问题解决

修改Eth-Trunk工作模式

查看Eth-Trunk工作模式

建议与总结

  在日常使用Eth-Trunk与友商设备做对接时经常有对接不成功的现象,我们可先了解友商设备Eth-Trunk默认的工作模式后在进行必要的模式调整。在CE系列交换机中我方Eth-Trunk支持三种工作模式即 manual lacp-staticlacp-dynamic

默认情况下使用的是manual模式,等同于友商的静态模式。该模式为手动负载分担模式,在该模式下可加入多个成员接口以增加设备间的带宽与可靠性。Lacp-static等同于友商的动态模式,该模式可实现负载分担与冗余备份双重功能。除这两种常见的模式外CE交换机还支持 Lacp-dynamic模式,该模式仅用于与服务器链接,若在其他场景使用可能会使网络成环。当服务器重启后为空配置时,LACP协商超时,动态LACP协议可保证设备从文件服务器获取的数据成功转发给服务器。当部署动态LACP模式Eth-Trunk接口的设备能够收到对端的LACP协议报文,两端设备将通过LACP协议报文进行聚合参数协商。协商成功后的聚合链路功能与两端都配置为静态LACP模式Eth-Trunk接口的链路一样。

END