Come hai appreso nelle sezioni precedenti, STP funziona essenzialmente bloccando i collegamenti ridondanti tra interruttori o segmenti. Potresti chiederti perché esistono collegamenti ridondanti tra interruttori o segmenti. Esistono per fornire un collegamento di backup nel caso in cui un collegamento non riesce. Oltre alla ridondanza, questi collegamenti possono essere utilizzati per fornire larghezza di banda aggiuntiva tra questi switch o segmenti. Invece di avere un unico collegamento per trasferire i dati, il traffico può essere bilanciato tra due o più collegamenti. Poiché STP blocca tutti i collegamenti ridondanti, la capacità di bilanciamento del carico viene persa.
Per superare questa limitazione di STP, EtherChannel viene utilizzato per raggruppare fino a 8 collegamenti in un unico collegamento logico. Dopo che i collegamenti sono stati raggruppati, STP vede solo un singolo collegamento logico e non è in grado di bloccare nulla. I protocolli Etherchannel, d’altra parte, forniscono metodi per eliminare qualsiasi loop all’interno dei collegamenti fisici mentre si bilancia il carico del traffico attraverso di essi.
I protocolli Etherchannel tengono anche traccia dello stato di ogni collegamento fisico. Se uno dei collegamenti fisici si interrompe o si ripristina, i protocolli gestiscono la cancellazione e l’aggiunta del collegamento senza che STP si accorga della modifica. Indipendentemente dallo stato dei collegamenti fisici, STP vede solo un singolo collegamento logico.
Gli switch Cisco possono utilizzare il protocollo LACP (Link Aggregation Control Protocol) standard IEEE o il protocollo PAGP (Port Aggregation Protocol) proprietario di Cisco . È necessario sapere che ogni EthernChannel è chiamato gruppo di canali e può essere aggiunta una porta fisica utilizzando la modalità  numero gruppo gruppo di canali a comando nella modalità di configurazione dell’interfaccia. Un esempio di ciò è mostrato di seguito:
SW1(config)#interface fast 0/11
SW1(config-if)#channel-group 1 mode on
Creating a port-channel interface Port-channel 1
SW1(config-if)#interface fast 0/12
SW1(config-if)#channel-group 1 mode on
SW2(config)#interface fast 0/11
SW2(config-if)#channel-group 1 mode on
Creating a port-channel interface Port-channel 1
SW2(config-if)#interface fast 0/12
SW2(config-if)#channel-group 1 mode on
Nell’esempio precedente, le interfacce fa0 / 11 e fa0 / 12 su SW1 e SW2 sono combinate in un Etherchannel. Ora SW1 e SW2 sono collegati tramite un unico gruppo di canali costituito da due interfacce fisiche. Le interfacce logiche dei gruppi di canali sono presentate come Po <group-number>. Ad esempio, il gruppo di canali creato nell’esempio precedente verrà presentato come interfaccia Po1 poiché è stato utilizzato il gruppo di canali numero 1. Per verificare la configurazione è possibile vedere l’output di show interface trunk come mostrato di seguito:
SW2#show interface trunk
(some output removed for clarity)
Port   Mode        Encapsulation  Status   Native vlan
Po1    desirable  802.1q              trunking        1
Per vedere se l’effetto di Etherchannel su STP, vedere l’output del  comando show spanning-tree vlan come mostrato di seguito:
SW2#show spanning vlan 10
(some output removed for clarity)
Interface Role   Sts    Cost    Prio.Nbr Type
Po1         Desg  FWD  12      128.65   P2p
Si noti che dove sarebbero state visualizzate due interfacce fisiche, viene visualizzata solo una singola interfaccia logica (Po1) ed è nello stato di inoltro.
Ora chiuderemo la porta 0/11 su SW2 e vedremo l’effetto su etherchannel e STP
SW2#conf t
SW2(config)#int fast 0/11
SW2(config-if)#shutdown
3w0d: %LINK-5-CHANGED: Interface FastEthernet0/11, changed state to administratively down
SW2#show spanning vlan 10
VLAN0010
Spanning tree enabled protocol ieee
Interface Role Sts Cost Prio.Nbr Type
Po1 Desg FWD 19 128.65 P2p
SW2#show interface trunk
Port Mode        Encapsulation  Status Native  vlan
Po1  desirable   802.1q              trunking            1
Nelle uscite precedenti si noti che Po1 è ancora in modalità di inoltro e il trunk è ancora attivo. Lo stato di un’interfaccia fisica in un Etherchannel non influisce su STP o Trunking. Questo è vero finché una singola interfaccia fisica rimane attiva nell’etherchannel. Se tutte le interfacce fisiche si interrompono, anche il canale si interromperà e avrà effetto STP e Trunking.