我试图testingCentOS 6.4和Arista之间的主动/主动LACP绑定。 我正在做的一个testing是closures主机上的一个接口，看看会发生什么。
在交换机上：
从主机我已经尝试（具有相同的结果）来closures端口，如下所示：
我还没有尝试过ifconfig，目前无法尝试。
最终的结果是，接口上的“ifdown”会导致主机在networking上变得不可用约20秒。 另一方面，如果我closures交换机的端口，停机时间不到1秒。
细节：
# cat /etc/redhat-release CentOS release 6.4 (Final) # uname -a Linux hostnameRemoved 2.6.32-358.23.2.el6.x86_64 #1 SMP Wed Oct 16 18:37:12 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux 戴尔R720xd（包括nic的最新固件）
# lspci |grep Broadcom | head -1 01:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5720 Gigabit Ethernet PCIe # ethtool -i em3 driver: tg3 version: 3.124 firmware-version: FFV7.10.18 bc 5720-v1.34 bus-info: 0000:02:00.0 supports-statistics: yes supports-test: yes supports-eeprom-access: yes supports-register-dump: yes supports-priv-flags: no
不要用命令testing绑定链路故障，拉电缆。
如果你阅读ifdown ，它实际上是从债券中取消了一个接口，然后再设置它。 在testing故障转移的条件下，这没有做任何事情来testing绑定故障转移，这只是testing绑定驱动程序是否能够更改其活动的从属设备。
幸运的是，当交换机端口closures时，您的网卡会将PHY视为closures，因此在您closures交换机端口时正在进行快速故障切换。
并非所有的NIC都是这样工作的，有些实际上需要与交换机的电连接断开，所以您可以closures交换机端口，但是NIC不认为链路故障足以使绑定失败。
与miimon结合是高可用性，防止物理链路故障。 对物理链路故障进行testing的方法是使链路发生物理故障，没有其他方式。
拉电缆。