我们有两台催化剂2960和四台linux服务器，我们希望连接到两台交换机（每台服务器与每台交换机有一条链路）。理想情况下，我们正在寻找无缝故障切换，以防单个交换机脱机。
我们已经推测以太信道是一个可能的解决scheme，但显然2960s不支持交叉交换以太信道。
这里有什么我们完全忽视的东西，或者是像2960s那样的能力？
推测你的4台Linux服务器至less有两个nics？ 他们真的需要两个nics的组合带宽来处理它们的正常负载吗？ 如果没有，那么一些绑定模式提供冗余而不使用以太通道。
Anway，请参阅bonding文档，它提供了许多示例HA情况，具体取决于您需要什么，以及您的networking硬件的能力。
摘自bonding.txt
11.2多交换机拓扑中的高可用性
-------------------------------------------------- -
...
下面是一个示例networking，configuration为最大化
networking的可用性：
| |
| port3 port3 |
+ ----- + ---- + + ----- + ---- +
| | port2 ISL port2 | |
| 开关A + -------------------------- +开关B |
| | | |
+ ----- + ---- + + ----- ++ --- +
| port1 port1 |
| + ------- + |
+ ------------- + host1 + --------------- +
eth0 + ------- + eth1
在这个configuration中，两者之间有联系
交换机（ISL或交换机间链路）以及连接到的多个端口
外部世界（每个交换机上的“port3”）。 没有技术
原因是这不能扩展到第三个交换机。
11.2.1多交换机拓扑的HA绑定模式select
-------------------------------------------------- -----------
在如上例所示的拓扑中，active-backup和
广播模式是优化时唯一有用的键合模式
可用性; 其他模式要求所有链接终止
同样的同行为他们行事理性。
主动备份：这通常是首选模式，特别是如果
交换机有一个ISL，并且一起玩。 如果
networkingconfiguration是这样的，一个交换机是具体的
备份交换机（如容量较小，成本较高等），
那么主要的select可以用来确保
首选链接始终在可用时使用。
广播：这种模式确实是一种特殊的用途模式，适用
只用于非常特殊的需求。 例如，如果两个
交换机没有连接（没有ISL），以及超出的networking
他们是完全独立的。 在这种情况下，如果是
一些特定的单向stream量需要达到这两者
独立的networking，那么广播模式可能是合适的。
如果我没有弄错，这实际上是服务器中NIC \驱动程序的function，而不是交换机。 这听起来像是你想要在每台服务器上设置SFT（交换机容错）configuration。 我从来没有在交换机级看到过这种情况，只有在服务器级别。 服务器有什么网卡，他们支持团队吗？
据我所知，以太通道（和链路聚合）必须处理通过绑定多个适配器提供的带宽聚集在一起，但提供没有容错的意义，你正在寻找。