Então, vamos começar com uma tipologia simples para ilustrar como a árvore de gastos funciona.
Por que você precisaria gastar a árvore em uma rede comutada?
Digamos que a tipologia que temos que ficar conectada para comutar um comutador, um por vez, está
conectada para comutar t e mudar para o host estar conectado a ele.
Topologia muito simples.
Agora, se o link fosse desativado entre o switch 1 e o switch para o host, eles não seriam capazes
de se comunicar com o host B e vice-versa.
Então você provavelmente vai querer implementar algum tipo de redundância entre esses dois
switches, adicionando um link adicional.
Então, isso é ótimo porque agora você tem uma redundância de rede no caso de um dos links ficar inativo.
No entanto, isso introduz problemas em um ambiente comutado.
Geralmente é recomendado em redes hoje que você implemente algum tipo de redundância.
Portanto, neste exemplo, você tem dois links entre seus dois switches, mas isso introduzirá problemas
adicionais que serão discutidos agora.
Vamos supor, no momento, que esses switches tenham acabado de inicializar e que as tabelas de endereços
MAC ou tabelas de campos estejam vazias e ajudem a explicar esse problema.
Vamos adicionar as tabelas do McEnroe à topologia para que você possa ver como as tabelas de endereços MAC são atualizadas
quando o tráfego é enviado de um host para outro.
Então, vamos supor que nessa topologia os switches acabaram de surgir.
Em outras palavras, eles foram reinicializados ou ligados e as tabelas de endereços MAC ou tabelas de
dinheiro estão vazias nos dois switches.
Agora, em um sentido de quadro para ser o endereço de destino e o quadro será B e o endereço
de origem será um envio de um quadro para B e quando chegar ao switch um, um lerá o endereço MAC de
origem do quadro e O switch verá que os endereços de origem do switch atualizarão sua tabela de
endereços MAC para indicar que A pode ser encontrado no endereço MAC da porta 1.
B, no entanto, não está na tabela de endereços MAC.
Assim, o switch inundará o quadro de todas as portas, exceto na porta em que ele chegou.
Portanto, neste exemplo, o frame tem uma porta e também a porta três.
Ele faz isso porque não sabe onde o endereço MAC é B.
Agora esta é obviamente uma tipologia muito simples.
Neste exemplo, o quadro está sendo enviado apenas de duas partes do switch.
No entanto, se o switch tivesse muitas portas, digamos noventa e seis portas, um quadro de entrada em
uma porta poderia ser replicado de mais de 90 portas no switch, o que aumenta bastante a quantidade de tráfego enviada
em sua rede.
Então, nesta tipologia O que muda para fazer com o quadro recebido e pt. 1 o endereço de origem mais uma vez IS-A
e o endereço de destino é o que o switch fará com o quadro.
Bem, primeiramente, ele atualizará sua tabela de endereços MAC para declarar que A pode ser encontrado na porta
1 e, em seguida, inundará o quadro de todas as portas, de modo que ele inundará uma porta e também a
Porta três e este exemplo B receberá um quadro do dia do host.
No entanto, o switch também recebe o quadro na porta três e é aí que fica um pouco confuso.
A Do ponto de vista dos interruptores.
É puxado 1 ou está na porta 3.
Portanto, neste exemplo, ele atualizará sua tabela de endereços MAC para declarar que AY e
Porta três, porque o quadro do exemplo NOW chegou na porta três mais tarde, na porta 1.
Por isso, atualizará a entrada da tabela de endereços MAC para indicar que agora está disponível na porta três.
O switch também inundará o quadro de todas as portas.
Então, vai inundar o porto um e sair do porto.
Então, o host B agora recebeu o quadro duas vezes uma vez do quadro original que chegou na porta 1 S. O. P e em segundo lugar
para o quadro que chegou no porto 3.
Então, isso pode ficar confuso para os dispositivos finais, porque eles estão recebendo o mesmo quadro várias
vezes a tabela de endereços MAC também está mudando o primeiro quadro que chegou.
Puxada uma permitia que o comutador atualizasse sua tabela de endereços MAC para afirmar que A pode ser encontrado na porta 1.
No entanto, o quadro que chegou na porta três agora indica ao switch que um pode ser encontrado
na porta três.
Portanto, o switch precisa atualizar sua tabela de endereços MAC para afirmar que eles podem ser encontrados agora na porta três.
Isso introduz instabilidade na tabela de endereços MAC.
Portanto, temos dispositivos finais recebendo quadros várias vezes e temos instabilidade de endereço MAC porque o switch achou
que estava disponível na porta 1, mas agora vê que está disponível na porta três,
mas fica pior.
Quando o quadro chegou na porta 1, o switch atualizou sua tabela de endereços MAC para indicar
que A pode ser encontrado na porta 1, mas também inundou o quadro da porta 2 e da porta três na solicitação de desculpas.
O frame foi recebido pelo host B, mas, além disso, o frame foi enviado de volta para o switch one, assim o
switch que recebemos foi um frame que é st para trocar e trocar um.
E agora atualiza sua tabela de endereços MAC para afirmar que A está disponível na porta três.
Agora, quando o switch 1 recebeu o quadro, ele não apenas atualiza sua tabela de endereços MAC, mas também inunda o
quadro de todas as portas, exceto da porta na qual ele chegou.
Então o quadro chegou ao porto Três, o meu é inundado do primeiro porto e do segundo porto.
Então isso fica confuso para a homestay porque está recebendo o frame que foi originalmente enviado.
Mas não é só receber o quadro que é enviado.
Então, qual deles também está enviando o mesmo quadro de volta para mudar para.
E o que é mudar para fazer com o quadro.
Vai inundar isso.
Então, vai enviar uma cópia para o host B.
O host B é agora recebido o mesmo quadro três vezes, mas também enviará o quadro de volta para o
switch 1, além de atualizar sua tabela de endereços MAC para declarar que a está na porta 1.
Então originalmente quando recebeu o primeiro frame achou que estava na porta 1 então quando recebeu o
frame e o port três achou que a estava na porta três e agora acha que a está na porta 1.
Então, nós temos um monte de instabilidade de endereço MAC na tabela de endereços MAC post estar recebendo
o mesmo quadro várias vezes.
Mas o maior problema aqui é que o frame é enviado de volta para o switch que é inundado novamente e é enviado
de volta para o switch.
E esse processo continua repetidamente.
Nós temos um loop nesta topologia com o quadro sendo duplicado e enviado em voltas e voltas e voltas entre
esses dois switches.