MA5100 trunk捆绑上联

abenmo

MA5100 命令
enable    进入特权模式
config termina   进入配置模式
interface lan 0/13  进入land板或MMX板
trunk-mod loadshare/normal 配置trunk类型
trunk 0xf   配置trunk掩码为前4个网口
end
save
S3900 Switch配置
super
system view
link-aggration group 1 mode manal
interface E1/0/1
port link-aggration group 1
interface E1/0/2
port link-aggration group 1
quit
quit
save
出现的问题：流量不平衡，甚至单边流量，部分用户出现丢包情况
检查端口状态，结果都为up，并无错误包
咨询华为800客服，客服工程师回答为上层交换机aggration端口的工作机制问题，建议多绑几条
据华为的建议，多加了一条链路，问题得到解决，但其中一条的流量仍然很小。
仔细检查Switch及dslam设备，发现MA5100的其中一个网口出现大比例的CRC错误包，但在Switch上并未发现，重做该口接的网线，问题解决，三条链路的流量基本达到平衡
分析：
1、MA5100配置为trunk-mod loadshare后，报文是依据源MAC以流的方式对报文进行分流，实现负载均衡，一旦某一MAC确定出口，则接下的相同MAC的报文都在同一出口出去。因此，当配置trunk-mod loadshare后，网线问题只影响部分用户，由于CRC错误的原因，导致这部分用户的流量锐减，形成该链路流量偏低的情况。
2、关于华为800回复：与上层switch对端口捆绑时，报文转发机制有关。虽然我不知道具体机制如何，但我依然不赞同该说法。
华为，作为一个大型的设备生产商，在做端口捆绑时，应该知道，要做到流量平衡，交换机只能控制数据流出的方向，对入方向的数据都是被动接收。既然只能控制出的方向，在设计报文出口选择机制时，应该考虑到应该以目的MAC进行hash算法，才是合理的选择：原因有三：
a:作为营商，BASE服务器数据远远少于用户数，若选择源MAC进行Hash运算确定出口，以源MAC进行分流，只能分出个数极少的流，不利于流量平衡的控制，将会出现较大的流量偏差
b:如果网络终结在该交换机的三层接口，源MAC就只有一个，若以源MAC进行分流，没有实际的意义
C：如果在对等网中，不管是以源MAC或目的MAC进行分流，效果都是一样。
所以，不管如何组网，对交换机来说，以源MAC进行Hash运算进行分流，都不会比以目的MAC进行分流更有利。所以，聪明的华为人，应该懂得选择。
总结：
配置trunk，必须保证各链路连接正常，有些错误包是单向的，必须检查两端是否存在错误包。


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/22871/showart_1120779.html