Seu diagrama não está muito claro, então eu suponho que você tenha uma configuração como esta:
+-----------------------------+
| Linux bond0 with 4 slaves |
+------+-------+-------+------+
| eth0 | eth1 | eth2 | eth3 |
+------+-------+-------+------+
| | | |
| | | |
+-----+-----+ +-----+-----+
|Gi0/1|Gi0/2| |Gi0/1|Gi0/2|
+-----------+ +-----------+
| Sw1 Po1 | | Sw2 Po1 |
+-----------+ +-----------+
| |
\--switch--interconect--/
Esta é uma configuração válida, mas o driver de ligação verá dois IDs de Agregador (um para cada comutador) e usará apenas um agregador de cada vez, portanto, você fará o balanceamento de carga para um mudar, e só failover para o outro switch, se um interruptor cair.
Você pode ajustar o comportamento de failover com a opção ad_select
bonding:
-
ad_select=bandwidth
pode ser usado para failover com base na velocidade do Agregador. Digamos que um Agregador tenha links de 10Gbps e um Agregador tenha links de 1Gbps, 1x10Gbps ainda seja mais rápido que 2x1Gbps, então é melhor você ficar no único link de 10Gpbs. Todos os links em um Agregador devem ter a mesma velocidade e duplex. -
ad_select=count
pode ser usado para failover com base em qual Agregador tem mais links ativados, portanto, considerando dois Agregadores com duas portas, se um link ficar inativo, a ligação falhará para usar o comutador com dois links ascendentes.
Você pode configurar as chaves para aparecer como a única ID do Agregador, isso é chamado Agregação de Link de Multi-Chassis. A implementação da Cisco é chamada de VPC ou "Virtual Port Channel".
O 2960X não suporta o VPC por si só, no entanto, se você estiver usando o Flexstacking do 2960Xs como Nexus 5000s, o Nexus poderá fazer o VPC usando as portas 2960X.