Capire EtherChannel

Anche se disponiamo di collegamenti ridondanti tra i nostri switch per aumentare la larghezza di banda o fornire un livello di comfort in caso di guasto di un collegamento, il protocollo Spanning Tree impedirà al traffico di fluire su uno di questi collegamenti perché lo vede come un loop. Quindi vediamo come possiamo ignorare questo comportamento utilizzando il canale ether e alla fine permettendoci di utilizzare entrambi i collegamenti contemporaneamente massimizzando la nostra larghezza di banda.

La necessità di EtherChannel

Conosciamo la sfida e cioè, allo spanning tree non piace la ridondanza. La sua missione è infatti quella di rimuoverlo e di conseguenza, i nostri collegamenti paralleli tra gli switch, esistono, ma lo spanning tree li rimuove. E guarda il caso, in cui sono coinvolti i due interruttori inferiori.

Viene completamente rimosso dall’equazione della larghezza di banda e metà della larghezza di banda attraverso il collegamento orizzontale e salendo a sinistra dal basso, anche questo viene rimosso. Quindi vogliamo la capacità di aumentare la larghezza di banda e andare più veloce è un’opzione. Ma c’è un’altra opzione e cioè trovare un modo per sposare il fatto che lo spanning tree deve ancora funzionare nel nostro ambiente. Con la tecnologia che stiamo per mostrarvi, questo ci permetterà di aggiustare un po ‘l’albero e essenzialmente ci darà la nostra torta e ci permetterà di mangiarla.

Vantaggi di EtherChannel. Bilancio del carico

Concentra la tua attenzione sulla topologia. Notare EtherChannel. Cosa stiamo facendo? Stiamo raggruppando i collegamenti insieme, aggregandoli insieme, migliorando la larghezza di banda e la distribuzione del traffico nella nostra topologia. Ma voglio davvero che ti concentri sulla porta bloccata del protocollo spanning tree. È solo una porta che sta bloccando? No, non in questo caso, sta bloccando l’intero bundle EtherChannel. Quindi lo vede come un pacchetto qui di tutte quelle porte fisiche, invece delle singole porte fisiche. Allora qual è il nostro rapporto ora? Ebbene, di questi sei collegamenti ne stiamo usando quattro. È migliore di quello che avevamo originariamente, che era solo due dei sei che stavamo usando.

Ora potresti pensare là fuori, questo è pericoloso, ok? Potresti pensare che questo sia pericoloso perché cosa succede se uno dei collegamenti membri di un bundle EtherChannel si interrompe? Voglio avere stabilità nella mia rete. Ebbene, questa è una delle cose più sorprendenti di EtherChannel: se un collegamento membro si interrompe, il bundle EtherChannel dura. E quante porte puoi inserire in un bundle EtherChannel? Sedici. Risulta che solo otto possono essere attivi in ​​un dato momento. Ma diciamo, ne avevamo otto in un bundle EtherChannel. Quindi inizi a pensare, oh amico, ne ho otto. Quindi la probabilità che uno di questi otto vada giù è esponenzialmente maggiore, ma se uno scende, nessun problema. I collegamenti rimanenti rimangono attivi e mantengono attivo il bundle EtherChannel. Quindi il throughput e la connettività esistono ancora.Quindi l’unica volta che un collegamento EtherChannel andrà inattivo è quando tutti i collegamenti fisici all’interno del bundle falliscono.

Ciò lo rende non solo più in sintonia con le nostre esigenze in termini di disponibilità, ma ci fornisce anche la larghezza di banda che stiamo cercando. Quindi questo è così tremendamente potente per il ridimensionamento della nostra rete. Quindi, se ho bisogno di andare più veloce di Fast Ethernet, potrei mettere insieme quattro collegamenti Fast Ethernet in un bundle o otto. E se ho bisogno di andare più veloce di gigabit, forse metto in bundle alcuni gigabit e possiamo anche raggruppare collegamenti da 10 GB in un bundle EtherChannel. Quindi questa è una tecnologia che viene utilizzata in così tanti luoghi diversi. Lo chiamiamo adapter teaming in alcuni luoghi. Di solito non lo diciamo per Cisco. A volte lo vediamo fino al server, ma ci concentreremo su questa tecnologia tra i nostri switch.

Ricordiamo la discussione che abbiamo avuto sul protocollo spanning tree su una VLAN, abbreviazione di LAN virtuale, per base VLAN. Un’istanza di protocollo spanning tree per VLAN. Quindi gente, possiamo ancora avere il traffico VLAN 1 che segue il percorso su un bundle EtherChannel, mentre il traffico VLAN 2 segue un percorso diverso in un uplink del bundle EtherChannel diverso. Quindi, quando lo guardiamo da questa prospettiva, sì, stiamo bloccando quel bundle EtherChannel, ma è ancora, da una prospettiva di spanning tree, su base VLAN per VLAN. Quindi pensa a tutti i diversi uplink che hai e poi quando manipoli il protocollo spanning tree, puoi usarli tutti, puoi usarli tutti in quel caso. Davvero un ottimo modo per migliorare e aumentare la nostra larghezza di banda a un costo relativamente basso.

Protocolli EtherChannel

Ci sono alcune cose che dovrai togliere da questa discussione. Stiamo per condividere con voi uno di quei due, direi, e cioè i protocolli che potrebbero negoziare dinamicamente il bundle. Voglio che tu capisca che non abbiamo bisogno di questi. Non abbiamo bisogno di nessuno di loro. Possiamo farlo da soli e configurare manualmente un bundle EtherChannel, oppure possiamo utilizzare un approccio di negoziazione più gentile e delicato. Ed è qui che entrano in gioco i protocolli di PAgP, abbreviazione di Port Aggregation Protocol, e LACP, abbreviazione di Link Aggregation Control Protocol, o LACP qualunque cosa tu voglia dire. PAgP è il protocollo EtherChannel proprietario di Cisco – Port Aggregation Protocol. Ma dato un approccio standardizzato, spesso tendiamo verso un approccio standardizzato.

Nella mia mente questi sono uguali, tranne per il fatto che uno è standard; uno è proprietario. Quindi non vedo davvero una grande differenza in termini di comportamento e quindi scegliamo LACP, questo standard 802.3ad e ti insegneremo come configurare LACP per negoziare i nostri bundle EtherChannel. Ma sono le opzioni di configurazione che ho bisogno che tu sappia che ti aiuteranno a capire le ramificazioni della nostra configurazione perché la configurazione si ricollegherà a uno di questi due protocolli e devi sapere esattamente come funziona.

PAgP

Quindi PAgP ha due modalità di funzionamento: desiderabile e automatica. Ora so che vediamo On qui, ma voglio che tu ricordi che in questa modalità non c’è protocollo. Se si specifica una modalità di On, non si utilizza PAgP, si attiva esplicitamente EtherChannel senza protocollo. Quindi in realtà abbiamo a che fare con Desiderabile e Auto. Auspicabile e automatico, abbiamo visto questi termini prima. Questi sono protocolli di trunking: desiderabile, nel senso che stiamo attivamente cercando di formare quel bundle EtherChannel; Auto, nel senso che stiamo aspettando passivamente che qualcuno ci chieda di formare un bundle EtherChannel. Quindi, se guardi le diverse opzioni qui: On-On, formeremo un pacchetto. Auspicabile-Desiderabile, formeremo un fascio. Auspicabile-Auto, formeremo un pacchetto. E quelle sono le uniche opzioni. Notare che non ho mai detto Attivo e desiderabile o Attivo e automatico. Questo è diverso dai nostri bauli. I nostri bauli,possiamo impostarlo su trunk, che era On e avremmo formato un trunk con un sito desiderabile o automatico, perché DTP era ancora in uso. Questa è la differenza e puoi essere sbalordito da differenze come questa in qualsiasi tipo di esame. In questo caso, On – nessun protocollo, quindi, entrambi i lati devono essere On per formare il bundle EtherChannel.

Ricordo vividamente l’arresto di alcuni interruttori, cercando di fare Su un lato e Auto sull’altro. Perché stavo pensando che fosse come il nostro trunking. Non lo è e infatti li ho bloccati. Perché quando ho spostato il lato più lontano su On, quel lato aveva una porta che in precedenza stava bloccando. Quando lo attivi, stai attivando tutte le porte del bundle EtherChannel, quindi non puoi avere una porta bloccata in un bundle EtherChannel. Quindi ho essenzialmente spostato una porta nello stato di inoltro, provocando un loop. Quindi devi stare molto attento, molto, molto attento nel mondo reale con questa configurazione.

LACP

Quindi PAgP di proprietà di Cisco; Standard di settore LACP e nota che ha anche modalità. On significa nessun protocollo. Quindi la stessa discussione di On qui sarebbe la stessa di quella che abbiamo appena avuto con PAgP. Devi essere On-On su entrambi i lati affinché il fascio possa essere formato. Ma nota la differenza qui ora, con le modalità per LACP. Abbiamo Active. Il significato attivo chiede attivamente di formare il bundle EtherChannel, mentre Passive attende passivamente che l’altra parte ti chieda di formare il bundle.

Se ho intenzione di configurarlo, probabilmente eseguirò Attivo su entrambi i lati. Non mi piace spingere all’estremo questi protocolli incentrati sulla negoziazione: attivo da un lato e passivo dall’altro. Funzionerebbe, ma vorrei avere la stessa configurazione. Vorrei poter copiare e incollare. Ma per farti capire, se ti è mai stato chiesto, ehi, voglio che tu configuri un bundle EtherChannel standardizzato e voglio che questo interruttore comunichi con l’altro lato per formare il bundle; questo sarebbe un indizio per te che dovresti impostare tale interruttore su Attivo e potenzialmente l’altro interruttore su Passivo per soddisfare gli obiettivi di progettazione di quella configurazione.

About Author

Valerio Lollini

See author's posts