Eth-trunk配置为手工负载分担模式时在某些网络故障场景下导致丢包问题

发布时间:  2012-06-21 浏览次数:  115 下载次数:  0
问题描述
1、某局在分别位于两个局点的两台设备之间启用链路捆绑,因无千兆光口资源,通过光电转换器进行转接(见图1),用户反映位于接入用户侧的设备下的部分用户业务中断。
2、某局在两台设备之前启用链路捆绑(见图2光纤直连),某天用户反映部分业务中断


处理过程
1、经检查发现:接用户一侧设备的一条上联链路down了,所有的上行流量都走另外一条链路。部分用户不通应该和下行流量有关系,登陆到上行设备上查看发现设备仍然向两条链路上扔包,两个设备采用的是手工Eth-trunk方式对接的,又是通过光电转换器连接的,上行设备不清楚下行设备相应端口已经down掉;在静态对接的情况下只要是端口up了,该端口就是捆绑组当中的一员,又由于默认是per destination的方式,因此会造成部分用户通,部分用户不通的情况(如果是用了per packet方式,所有用户都应该有严重丢包的现象)。恢复链路路后问题解决,并建议用户使用静态lacp方式进行对接。
2、检查物理链路发现其中一对光纤的一根断了,检查配置发现采用的是手工Eth-trunk方式。由于光纤是收发各一根,当其中一根断掉,两台设备中的一台就会收不到光,表现为接口down掉,流量都转移到另外一根链路上;但另外一台设备能收到对端的光,接口仍然up,也就仍然是捆绑组中的一员。恢复链路后问题解决,建议局方采取静态lacp的方式进行对接.
根因

Eth-Trunk手工负载分担模式下,无法检测到接口或链路异常,导致丢包

解决方案
1.在有光电转换器转接的情况下,必须使用LACP的方式进行链路捆绑。
2.在设备之间是光纤连接的情况下,必须使用静态LACP的方式进行链路捆绑。
建议与总结
1.在有光电转换器转接的情况下,必须使用LACP的方式进行链路捆绑。
2.在设备之间是光纤连接的情况下,必须使用静态LACP的方式进行链路捆绑。

END