我很好奇的意见，调查结果或证据表明，使用LACP绑定到多个交换机端口的多个接口可以增加冗余。 以前绑定的接口一直是单个交换机，冗余通道连接到另一个端口。
没有涉及供应商的具体情况，我的想法是，因为这是一个单一的LACP，事件或变化的可能性可能导致广泛的服务中断。 没有备用设备或时间在不同的交换机上testing这个单一信道，任何人都可以拥有比我更高的networking知识，告诉我是否有一个networking端事件会降低networking连接到已经build立了一个绑定接口的服务器到单独的交换机上的两个端口？
从服务器跨多个交换机（我们build议我们可以使用）使用绑定的以太网通道是否可以提供改进的吞吐量（无疑）和改进的冗余（不确定性）。 networking事件（如交换机故障，端口迁移，修补，恢复等）是否会导致两个服务器networking接口的通道不可用？
提前致谢。
LACP本身不提供在多个交换机之间进行绑定的能力; 它通过单个以太网交换机上的多个端口进行绑定，根据供应商的不同，甚至可能会限制交换机上的哪些端口可以绑定在一起。
一些供应商拥有私有协议（通常称为MLAG ），允许通过不同的以太网交换机绑定以太网通道; 使用服务器的以太网端口时，这可能没有帮助。
从服务器跨多个交换机（我们build议我们可以使用）使用绑定的以太网通道是否可以提供改进的吞吐量（无疑）和改进的冗余（不确定性）。 networking事件（如交换机故障，端口迁移，修补，恢复等）是否会导致两个服务器networking接口的通道不可用？
LACP 应该为LACP通道内的单个物理端口或电缆故障提供保护。
LACP无法防范人为因素，例如意外closuresLACP接口，删除vlan或在端口通道成员链路上运行TDR。 LACP也不能通过该LACP信道上的单个成员链路，生成树事件，广播风暴，过多的未知单播洪泛等来防止过度分配带宽。
如果您担心恢复时间，请确保在接口上使用短LACP协议超时。
LACP通常只能作为一个单一设备或一组设备来完成。 所以…你可以在交换机和交换机堆栈之间做，但不能跨越多个独特的设备。
LACP是主机与交换机通信的一种协议，它希望聚合多个物理连接。 然而，这种聚集可能并不总是可能的。 如果连接到多个交换机，那么这些交换机必须支持一些合作的方法来build立绑定链路，否则它们将不能。
大多数交换机不支持这种合作。 一些然而， 最常用的方法是SMLT协议，它允许交换机合作创build绑定链路。 一些交换机还支持堆叠协议，使多个交换机可以充当一个逻辑交换机。 无论哪种情况，您都需要检查文档以确保支持和configuration。
LACP将相同两个设备之间的多个物理链路聚合为一个具有更高吞吐量的逻辑链路。 如果在交换机故障时寻找冗余，则需要将链路设置为两台交换机，并将服务器configuration为使用生成树协议桥接两个链路。 STP会自动select一条链路激活，另一条备份。 如果主链路断开（交换机死了），它将切换到备份。 这与LACP没有任何关系。
4nics聚合（2of4主动+自动故障转移）：
Linux：eth0-3 – > bond0，绑定模式= 4
交换机（例如Juniper）：端口1 +端口2 – > ae1设置接口ae1 aggregated-ether-options lacp被动设置接口ae1（… vlan assignments here …）
被动的在交换机端确保它是设备伙伴谈话的Linux。 如果您需要在同一个nics上进行PXE启动，请在A-switch上寻找强制 （juniper）选项，ge-0/0/1
链路聚合可以发生在设备与2个或更多Cisco交换机之间，只要它们在一个堆栈中，或者在使用VSS的核心上。 通常，一个好的经验法则是，如果只有一个mgmt接口控制一堆交换机，那么它将有一个mac地址表，Etherchannel或LACP可以用来跟踪正在使用的IP和MAC每个EC / LACP聚合path。