In un video precedente, ottimizziamo Spanning Tree per impostare lo switch 1
come root per le VLAN 1 e 10 e per commutare 2
come root per VLAN 20.
Sull'interruttore 1 come esempio sh spanning-tree vlan 1 mi mostra
che lo switch sta effettuando l'inoltro su
tutte le porte e lo stesso vale per VLAN 10 ma per VLAN 20
lo switch sta bloccando su gigabit 0/1.
Lo stesso vale per switch 2 sh spanning-tree vlan 1
che sta bloccando su gigabit 0/1 perché lo switch VLAN
10 sta bloccando su gigabit 0/1 ma sta
inoltrando su tutte le porte per VLAN 20.
Quindi, in altre parole, il traffico inviato da questo PC a NPM verrà inviato allo
switch 2 e quindi verrà inoltrato su gigabit 0/0 per arrivare a NPM.
Va bene se hai solo pochi PC ma
se avessi più switch di accesso con il loro host in VLAN 20
il loro traffico verrebbe inviato a questo
switch e il traffico dovrebbe attraversare questo
link gigabit che diventerà un collo di bottiglia per dire multiplo server sul lato sinistro.
Quindi il traffico che sta attraversando da 1 switch core a un altro è
limitato all'utilizzo di questo collegamento a 0 gigabit.
Quindi, ciò che faremo collegheremo o legheremo queste 2 interfacce fisiche in un EtherChannel
logico o collegheremo l'aggregazione in modo
che Spanning Tree veda le 2 porte fisiche come un'unica porta e non blocchi
nessuna delle porte .
Quindi, ancora una volta sullo switch 1 si nota che il gigabit 0/1
sta bloccando e che cambierà in un momento in cui creiamo la link aggregation o EtherChannel.
Quindi, per configurare un EtherChannel, digiterò
la gamma di interfaccia di tipo conf i gigabitEthernet 0/0 - 1, quindi eseguirò le
modifiche di configurazione su entrambe queste interfacce contemporaneamente.
In
altre parole, inserirò entrambe le interfacce
in EtherChannel 1,
puoi creare più EtherChannel un interruttore.
Quindi, ad esempio, potrei avere 2 interfacce fino a
questo switch di accesso e unirle insieme in link aggregation 2
o EtherChannel 2 ma in questo
esempio userò EtherChannel 1
Vado a specificare una modalità e in questo esempio , Userò la modalità attiva LACP.
Ora in EtherChannel ci sono 3 modi per farlo se
lo si imposta su di esso significa che si
crea manualmente un EtherChannel e non c'è
negoziazione con l'altro lato l'interfaccia viene semplicemente aggiunta a un EtherChannel, si potrebbe anche usare LACP o PAgP ora
LACP o Link Aggregation Control Protocol è un protocollo standard del settore
che consente agli switch
di negoziare la formazione di porte aggregate di link o EtherChannels come le chiama Cisco.
Il protocollo di aggregazione delle porte o PAgP è un protocollo di proprietà Cisco
che consente di configurare le porte aggregate di collegamento.
Quindi lo accendi senza negoziazione con il dispositivo vicino.
Quindi, commuta 1 come esempio, non negozierà con lo
switch 2 per formare un'aggregazione di link o un EtherChannel o specifichi LACP o PAgP ora
quando usi LACP hai 2 opzioni.
Attivo significa che negozierà con l'altro lato per formare un'aggregazione di link.
Quindi sta attivamente cercando di formare un'aggregazione di collegamenti con il terminale remoto.
Passivo significa che il dispositivo è in attesa di messaggi vicini al dispositivo LACP prima
che formi un'aggregazione di collegamenti.
Quindi vuoi assicurarti di non impostare entrambi i lati
passivi perché ciò significa che entrambe le parti
stanno aspettando che l'altro lato formi l'aggregazione dei
link e poiché nessuno di essi sta iniziando l'aggregazione dei link non sarà formato.
Quindi puoi impostare entrambi i lati su attivo o 1
lato su attivo e l'altro lato
su passivo, ma non impostare entrambi i lati su passivo.
Nel nostro esempio, metteremo entrambe le parti
attive ora con PAgP avete un'idea simile.
La modalità desiderata di PAgP indica che gli switch andranno a chiedere all'altro lato
di configurare l'aggregazione dei link.
Auto significa che attenderà che l'altro lato avvii l'aggregazione dei link.
Quindi nel nostro esempio abbiamo
impostato l'aggregazione dei link o la modalità del canale di porta su attiva.
Quindi stavamo usando LACP o LACP o link aggregation per formare un'aggregazione di
link con il lato remoto.
Ora dal punto di vista di Spanning Tree,
imposteremo il tipo di collegamento da punto a
punto per consentire a Spanning Tree di negoziare le cose in modo più rapido.
Non vogliamo utilizzare un collegamento condiviso che
vogliamo utilizzare point-to-point collegamenti per migliorare i timer di convergenza di Spanning Tree.
In Rapid Spanning Tree se un link è condiviso in altre parole,
il duplex è a metà di esso utilizza timer
come blocco, ascolto, apprendimento e inoltro ma se si
tratta di un collegamento point-to-point Spanning
Tree non deve attendere i timer per scadono
che le porte inizino l'inoltro,
quindi è necessario utilizzare collegamenti
point-to-point se si desidera utilizzare la convergenza rapida e Rapid Spanning Tree.
Quindi non chiuderò le interfacce su questa porta.
Facciamo qualcosa di simile sullo switch 2, ora potresti voler
aspettare che entrambi i lati siano configurati
prima di non chiudere le interfacce perché
altrimenti riceverai messaggi come quelli che seguono.
LACP non è abilitato sul terminale remoto,
quindi la mia aggregazione di link o
EtherChannel non è stata creata, quindi diamo un'occhiata all'output del comando di riepilogo dello show EtherChannel
Nota al momento abbiamo 2 porte che sono state aggiunte a EtherChannel 1 siamo utilizzando
il protocollo LACP ma notare D significa che le porte non funzionano.
Quindi stiamo impostando una aggregazione di link layer 2, non un layer 3, quindi
stiamo usando switching piuttosto che routing.
Quindi utilizzeremo i trunk su queste porte come
esempio, ma le porte sono attualmente inattivo perché lo switch non può negoziare con l'altra estremità.
L'aggregazione dei link non funziona.
sh run mi mostrerà la mia
notifica di configurazione c'è il mio canale di porta
e sulle mie 2 interfacce notiamo che queste 2 interfacce fanno parte
dell'aggregazione di link o
port channel che è port channel 1 stiamo usando LACP è una porta trunk quindi usa un'interfaccia di livello
2 e stiamo eseguendo Spanning Tree attraverso questo, rendendoli link point-to-point.
Ciò significa che Spanning Tree convergerà più rapidamente.
Il canale di porta sh etherchannel mi mostra
alcune informazioni aggiuntive come il numero di porte
nell'aggregazione di link che è 0 nessuna porta
è attualmente in questo canale di porta.
Quindi configuriamo lo switch 2 e vediamo se fa alcuna differenza.
Quindi qui switch 2, conf i range gigabitEthernet 0/0 - 1 quindi queste 2 porte
core chiudono le interfacce. e switchport trunk
incapsulamento dot1q modalità switchport trunk channel-group useremo lo stesso numero in questo caso, quindi EtherChannel 1 non deve
essere lo stesso su entrambi
i lati.
La modalità che useremo è attiva perché vogliamo usare LACP e vogliamo
che anche queste porte inizino l'aggregazione di link con il lato remoto.
spanning-tree link-type point-to-point sh run vediamo cosa
abbiamo configurato
e quindi non chiuderò l'interfaccia.
Quindi c'è il nostro canale di porta o EtherChannel.
Ecco la nostra configurazione sulla prima porta e la
configurazione sulla seconda porta.
Ora qualcosa che è davvero importante è assicurarsi che
la configurazione su tutte le porte sia la stessa.
Quindi, in altre parole, la velocità e il
duplex del tipo di interruttore, tutte le impostazioni devono essere uguali su
entrambi i lati per garantire che l'aggregazione di link si presenti.
Quindi non ho chiuso la porta o piuttosto non ho chiuso la porta per
vedere se la negoziazione ha luogo correttamente.
Quindi possiamo vedere che l'interfaccia è
arrivata con il gigabit 0/0 in arrivo, ecco il
gigabit 0/1 in arrivo, quindi lo
stato della linea è cambiato in riepilogo sh etherchannel, le nostre 2 parti sono raggruppate in un canale port.
Quindi P usa il protocollo LACP, è un EtherChannel di livello 2.
Quindi S per il livello 2 e le porte sono in uso. Quindi va bene.
Diamo un'occhiata al canale della porta
in modo da vedere più informazioni di quante non ne abbiamo viste in precedenza sullo switch 1.
Quindi il nostro canale port è il port
channel 1 il numero di porte nel
canale sono 2 possiamo vedere le 2 porte che sono attive nel canale
sono gigabit 0/0 e gigabit 0/1 l'ultima
porta che era in bundle è 0/1, quindi, tornando sull'interruttore 1, in precedenza
non si nota alcuna porta facente parte del canale della porta, ma qui
il canale della porta è venuto fuori.
Quindi, se eseguiamo nuovamente il comando, ora
vediamo che 2 porte si trovano nel canale della porta
o nella link aggregation
o EtherChannel e entrambe le porte gigabit 0/0 e 0/1 sono attive.
Quindi abbiamo raggruppato queste 2 porte in un'aggregazione di
link come influisce su Spanning Tree?
so sh spanning-tree vlan 20 Avviso
VLAN 20 sta inoltrando su tutte le porte sullo switch
1 Vlan 1 tutte le porte stanno inoltrando, vlan 10 tutte le porte stanno inoltrando.
Ora, in precedenza, lo switch 1 gigabit 0/1 stava bloccando, ma ora si nota che
tutte le porte sono in fase di inoltro.
La porta principale dello switch 1 è il canale della porta o EtherChannel.
Si noti che il costo del percorso è diminuito da 4 a 3 perché
vede questo come un percorso migliore.
La porta sta inoltrando è la porta principale.
Sull'interruttore 2 sh spanning-tree vlan 1 tutte le porte stanno inoltrando il canale
1 o EtherChannel
1 è la porta principale e stavano inoltrando,
il costo è sceso a 3 lo stesso
per VLAN 10 e per VLAN 20.
Tutte le porte stanno inoltrando su questo core switch.
Pertanto, per la ridondanza e il throughput più elevato tra
i nostri switch principali, vogliamo abilitare l'aggregazione di link o
EtherChannel anche chiamati canali di porta.
L'aggregazione dei link o l'unione di più porte ci consentirà
di bilanciare il carico del traffico attraverso l'aggregazione dei link.
Significa anche che Spanning Tree non sta bloccando 1 delle porte in modo da
ottenere un throughput molto migliore attraverso i collegamenti.
Fornisce inoltre ridondanza perché se una delle porte scende il canale
della porta sarà ancora attivo.
Quindi, per esempio, per VLAN 20 sullo switch 1 la porta root è la porta
1 se vado in gigabit 0/0 e chiudo la porta
e poi scrivo show riepilogo etherchannel possiamo vedere che una delle porte è scesa
ma una di la porta è ancora nel canale della
porta e da un punto di vista
Spanning Tree il canale della porta è ancora attivo
e ancora in fase di inoltro.
La differenza qui, tuttavia, è che il costo
è aumentato perché una delle porte è diminuita.
torna nell'interfaccia e non chiuderla.
Guardare nuovamente Spanning Tree è
in arrivo la porta, la porta root è ancora la porta 0/1 guardando la
nota di riepilogo entrambe le porte fanno ora parte dell'aggregazione dei collegamenti.
Quindi, come possiamo vedere il canale della porta è ancora usato da
Spanning Tree, ci vorrà un po 'di
tempo perché tutto converga se guarderemo i dettagli del canale della porta.
Notare che entrambe le porte sono ora attive nel canale della porta un minuto e 26 secondi fa gigabit
0/0 è stato separato dal canale della
porta e 47 secondi fa è stato incluso nell'aggregazione di collegamento o EtherChannel.
Quindi questo è un esempio di configurazione di un aggregatore di link layer 2 tra
2 switch che fornisce ridondanza aggiuntiva
di throughput aggiuntivo e interrompe le porte di blocco Spanning Tree inutilmente.