Progettazioni EtherChannel

Introduzione

Questo documento descrive varie possibili combinazioni di dispositivi diversi connessi tramite EtherChannel.

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza dei seguenti argomenti:

• Switching e operazioni Catalyst Cisco
• STP
• Nozioni base su EtherChannel
• Protocolli Cisco Layer 2

Componenti usati

Le informazioni fornite in questo documento si basano, tra l'altro:

• Switch Cisco Catalyst.
• Cisco Nexus Switch
• HA con VSL (Virtual Switch Link), VSS, stack e vPC
• EtherChannel

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Se la rete è operativa, accertarsi di comprendere il potenziale impatto di qualsiasi modifica della connessione al livello fisico.

Premesse

Questo documento è utile per comprendere i diversi modi consigliati per creare EtherChannel tra dispositivi Cisco o un dispositivo Cisco e un dispositivo non Cisco.

Spiegazione

EtherChannel è costituito da singoli collegamenti di interfaccia che devono avere le stesse proprietà logiche e fisiche. Questi collegamenti vengono raggruppati come un unico collegamento logico che non è altro che EtherChannel.

Ad esempio, 

Dal punto di vista del collegamento: le interfacce Gigabit Ethernet possono essere combinate tra loro, ma l'interfaccia Gigabit Ethernet non può essere combinata con Fast Ethernet o Ten Gigabit Ethernet e viceversa.

Dal punto di vista del dispositivo: EtherChannel può essere formato tra due dispositivi, ossia due switch o uno switch e uno switch multilivello o uno switch e un server, ecc.

Inoltre, può essere creata tra due dispositivi logici, ad esempio due stack di switch, o uno switch e uno stack di switch, uno switch OR e un vPC, ecc.

Esposizioni Multiple EtherChannel

Progettazione 1. EtherChannel tra due switch singoli

Progettazione 1. EtherChannel tra due switch singoli

Le presentazioni di EtherChannel mostrano il progetto base di EtherChannel, composto da due collegamenti tra due switch.

Progettazione 2. EtherChannel con 8 collegamenti

Progettazione 2. EtherChannel con 8 collegamenti

Le presentazioni di EtherChannel mostrate sopra rappresentano la progettazione di base di EtherChannel, costituita da otto collegamenti tra due switch, che è il massimo supporto per i collegamenti attivi (come per PAGP).

EtherChannel può avere in totale 16 collegamenti dove 8 sono attivi e gli altri 8 in hot standby (ss per LACP).

Progettazione 3. EtherChannel tra lo stack e uno switch singolo. Variazione 1.

Progettazione 3. EtherChannel tra lo stack e uno switch singolo. Variazione 1

Questa progettazione mostra la connessione EtherChannel in un ambiente in stack. Lo stack switch 1 e lo stack switch 2 sono due switch diversi, ma agiscono logicamente come un'entità Single Switch che esegue StackWise come protocollo.

Design 4: EtherChannel tra due stack. Variazione 1.

Design 4: EtherChannel tra due stack. Variazione 1

In questo modo viene dimostrata la connessione EtherChannel tra due switch in stack.

Lo switch logico 1 a sinistra è composto da due switch fisici, ossia lo switch 1 e lo switch 2 dello stack, connessi tramite cavi dello stack e, analogamente, a destra è presente uno switch logico 2.

In questo caso, EtherChannel è formato tra il commutatore logico 1 e il commutatore logico 2.

EtherChannel creato qui si trova tra due entità logiche singole, un'entità è il commutatore logico 1 e l'altra è il commutatore logico 2.

Design 5: EtherChannel tra due impostazioni VSS / VSL

Design 5: EtherChannel tra due impostazioni VSS / VSL

In questo modo viene dimostrata la connessione EtherChannel tra due switch di installazione VSS/VSL. Lo switch in alto a sinistra funge da switch virtuale attivo, mentre lo switch in basso a sinistra da switch virtuale in standby vengono collegati insieme tramite il protocollo VSS/VSL, che di conseguenza funziona come un unico switch logico. Analogamente, è stata progettata anche la configurazione virtuale corretta.

EtherChannel mostrato di seguito è un esempio perfetto di ridondanza completa tra due configurazioni VSS/SVL.

Design 6: EtherChannel tra lo stack e uno switch singolo. Variazione 2.

Design 6: EtherChannel tra lo stack e uno switch singolo. Variazione 2

In questo progetto viene mostrato EtherChannel tra lo switch logico sul lato sinistro e lo switch sul lato destro.

Lo switch logico 1 funziona come uno switch singolo, ma è composto da uno stack di tre switch fisici, ad esempio lo switch 1, lo switch 2 e lo switch 3.

non è obbligatorio avere un collegamento di un membro EtherChannel a ciascuno switch dello stack.

Design 7: EtherChannel tra due stack. Variazione 2.

Design 7: EtherChannel tra due stack. Variazione 2

Questa è la variante del progetto precedente ma in questo progetto abbiamo anche la pila sul lato destro.

Design 8: EtherChannel con vPC

Design 8: EtherChannel con vPC

In questo progetto, a sinistra, sono presenti due dispositivi Nexus separati fisicamente e logicamente, Nexus Switch 1 e Nexus Switch 2.

Questi switch Nexus eseguono il protocollo Virtual Port Channel (vPC) in modo che il dispositivo peer (in questo caso lo switch sul lato destro) percepisca la configurazione di Nexus come un singolo switch.

vPC è una funzione disponibile per gli switch Nexus. Utilizzando i collegamenti EtherChannel, è possibile interconnettere due switch Nexus che eseguono la funzionalità e la configurazione vPC. In questo modo, è possibile creare un singolo nodo logico.

vPC collega due switch Nexus mediante spoofing di layer 2, tra cui STP BPDU e FHRP (First Hop Routing Protocol — HSRP, VRRP, GLBP).

Nexus viene utilizzato principalmente per i centri dati e VSS per gli ambienti campus. Il numero massimo di dispositivi utilizzabili sia per vPC che per VSS è 2. Per quanto riguarda la differenza, VSS ha un control plane rispetto a vPC ne ha due diversi. Con VSS si elimina l'uso di VRRP, HSRP, ecc. Con VPC è ancora necessario utilizzare un HSRP o VRRP.

vPC è una tecnologia di virtualizzazione che consente ai collegamenti fisicamente connessi a due diversi dispositivi Cisco serie Nexus di apparire come un canale a porta singola per un terzo endpoint.

Design 9:EtherChannel con gruppo NIC

Design 9:EtherChannel con gruppo NIC

Il raggruppamento NIC consente di combinare più interfacce di rete fisiche e virtuali in un'unica scheda virtuale logica denominata NIC Team. 

In questo modo viene dimostrata una connessione EtherChannel tra lo switch e il server.

In questo caso, dall'estremità dello switch, EtherChannel può essere configurato con la modalità ON o con la modalità LACP attivo/passivo, il tutto a seconda del protocollo in esecuzione dal lato peer.

Design 10: EtherChannel con firewall in modalità HA

Design 10: EtherChannel con firewall in modalità HA

In questa progettazione viene illustrata la connessione EtherChannel tra gli switch di installazione VSS/VSL e il firewall in modalità HA.

Lo switch in alto a sinistra funziona come switch attivo, mentre lo switch in basso a sinistra funziona come switch in standby collegato tramite protocollo VSS/VSL. Di conseguenza, entrambi agiscono come un singolo commutatore logico.

Sul lato destro, sono presenti due firewall separati logicamente e fisicamente che in genere agiscono come attivi e in standby. Per ottenere la ridondanza, da ciascun firewall deve essere presente un collegamento collegato a entrambi gli switch delle impostazioni VSS / VSL. La ridondanza viene assicurata da due EtherChannel, in questo caso PortChannel 10 e PortChannel 20. PortChannel 10 è costituito da due collegamenti che iniziano rispettivamente dal firewall 1 e terminano con lo switch VSS/VSL attivo e in standby, e dallo stesso modo in cui PortChannel 20 inizia da Firewall 2.

Progettazione 11. Progettazione non supportata con firewall ridondante

Progettazione 11. Progettazione non supportata con firewall ridondante

Progettazione non supportata. Il motivo è che la configurazione del canale della porta sul lato dello switch è errata e porta a un blocco del traffico sul dispositivo di standby. Tale progettazione è supportata solo quando si configura l'ASA o l'FTD in modalità Cluster Spanned.

Per ulteriori informazioni, fare riferimento al modello precedente.

Progettazione 12. Progettazione non supportata con router configurati con FHRP

Progettazione 12. Progettazione non supportata con router configurati con FHRP

Questo progetto non è supportato in quanto viola il principio di progettazione di base di EtherChannel.

In questo progetto, sul lato sinistro entrambi gli switch agiscono come un singolo switch logico, mentre sul lato destro i router sono fisicamente e logicamente separati.

Il router 1 e il router 2 sono associati al protocollo FHRP e non supportano la ridondanza EtherChannel.

Pertanto, non è legittimo e supportato raggruppare i collegamenti provenienti da questi router in un unico EtherChannel.