cisco 2960 flapping

51911_cu

两台cisco 2960用两条六类网线将各自的23、24号端口连接起来，设为trunk模式，port-channel 5
一台hp388g7，rhel 5.5 x86_64双网口做了绑定，网口1连接交换机1的15端口，网口2连接交换机2的15端口
现在在cisco 2960的console口上总有提示 mac xxxx（绑定后的mac地址）in vlan 1 is flapping between port gi1/0/15 and port Po5
但是网络是通的，无论拔掉哪一个网线，和其他机器都是通的。

这个信息到底有没有大问题呢。

51911_cu

linux网卡bonding mode=1 主备模式

ssffzz1

主备模式

如果是主备模式的话不应该这样。你再试试其他的模式选项。

51911_cu

回复 3# ssffzz1

问题怪就怪在这里了，我设的模式是1，主备模式，不是负载均衡，按说不应该出这样flapping。

有位CCIE告诉我，flapping不频繁的话，倒是没什么大事，不过对我说的故障，他觉得我不应该用两台2960做etherchannel，2960不支持跨交换机的etherchannel，因为我的hp 388g7的两个网口，一个插了一台交换机。

CCIE也说不清楚我配的主备模式，还出这样的问题。唉，头大啊

ssffzz1

按说是主备模式的时候，备网卡是不工作的，如果出现flapping那么说明备网卡有报文发出。你再主机上调整下捆绑MODE我记得除了 0均衡， 1主备外还有其他的，譬如6 。这几种模式的细节，我记不太清楚了。你查下。

的确如果网络对时延和抖动丢包不十分敏感的话 不频繁的抖动是问题不大的。是在不行就捆绑到1台交换机上吧。

51911_cu

回复 5# 南京php
感谢帮顶。
在linux里面cat /proc/net/bonding/bond0
看到模式的确是主备模式
Bonding Mode: fault-tolerance (active-backup)

eth0的状态是Primary Slave的

51911_cu

ssffzz1 发表于 2012-06-11 11:17
按说是主备模式的时候，备网卡是不工作的，如果出现flapping那么说明备网卡有报文发出。你再主机上调整下捆 ...

就是对网络延时和抖动很敏感，所以才来求助的，做交易用的，不希望有任何隐患，虽然目前也没有出现什么问题，万一出问题就麻烦了。

我就是需要mode=1的主备模式，不需要负载均衡的。

不知道哪里出异常了。

有人说是RHEL5.5的版本不好用，用5.7的比较好，这个不太好弄，能不升级尽量不升级，本来好好的，结果升级之后更差了，我罪过就大了。

51911_cu

是2960g太低端，还是hp388g7对rhel5.5支持不够友好呢，麻烦

ssffzz1

mode=6，表示load balancing (round-robin)为负载均衡方式，两块网卡都工作，但是该模式下无需配置交换机，因为做bonding的这两块网卡是使用不同的MAC地址
mode=1，表示fault-tolerance (active-backup)提供冗余功能，工作方式是主备的工作方式，也就是说默认情况下只有一块网卡工作,另一块做备份

你试试mode=6

ssffzz1

bond模式：
Mode=0(balance-rr) 表示负载分担round-robin，和交换机的聚合强制不协商的方式配合。
Mode=1(active-backup) 表示主备模式，只有一块网卡是active,另外一块是备的standby，这时如果交换机配的是捆绑，将不能正常工作，因为交换机往两块网卡发包，有一半包是丢弃的。
Mode=2(balance-xor) 表示XOR Hash负载分担，和交换机的聚合强制不协商方式配合。（需要xmit_hash_policy）
Mode=3(broadcast) 表示所有包从所有interface发出，这个不均衡，只有冗余机制...和交换机的聚合强制不协商方式配合。
Mode=4(802.3ad) 表示支持802.3ad协议，和交换机的聚合LACP方式配合（需要xmit_hash_policy）
Mode=5(balance-tlb) 是根据每个slave的负载情况选择slave进行发送，接收时使用当前轮到的slave
Mode=6(balance-alb) 在5的tlb基础上增加了rlb。

5和6不需要交换机端的设置，网卡能自动聚合。4需要支持802.3ad。0，2和3理论上需要静态聚合方式
但实测中0可以通过mac地址欺骗的方式在交换机不设置的情况下不太均衡地进行接收。