Em relação ao uplink de um switch para outro: Não, eles não compartilham tabelas de endereços MAC. Cada switch mantém sua própria tabela de bridging, que é construída ouvindo o tráfego que cada switch recebe em uma porta de entrega. Considere o seguinte exemplo (desculpas pela terrível arte ASCII):
________ 1________2 2________1 ________
|Host A|-----|Switch 1|------|Switch 2|-----|Host B|
-------- ---------- ---------- --------
O Host A está conectado ao Interruptor 1 , Porta 1 . O Host B está ligado ao Switch 2 , Porta 1 . Os dois switches estão interconectados via Porta 2 em ambos.
Suponha que no início as tabelas de ponte de ambos os comutadores estejam vazias. O Host A deseja enviar o quadro para o Host B . (Para simplificar as coisas, vamos supor que o host A e o host B possuem entradas ARP estáticas um para o outro, portanto, não há necessidade de ARP para endereços MAC).
- O Host A envia um quadro para o Host B . O MAC de origem do quadro é AA: AA: AA: AA: AA: AA , o MAC de destino é BB: BB: BB: BB: BB: BB . / li>
-
O Interruptor 1 tem atualmente uma tabela de ponte vazia. Ao receber o quadro, ele faz duas coisas:
- Ele cria uma nova entrada em sua tabela de ponte que AA: AA: AA: AA: AA: existe na Porta 1 .
- Como ele não sabe onde BB: BB: BB: BB: BB: , ele inunda o quadro em todas as portas exceto a que era originalmente ouviu falar (Port 1).
- O switch 2 recebe o quadro inundado na sua Porta 2 . Novamente, como sua tabela de ponte é inicialmente vazia, segue o mesmo processo:
- Nova entrada: AA: AA: AA: AA: AA: AA existe na Porta 2 (lembre-se que esta no Switch 2, que tem uma tabela de ponte independente da Switch 1)
- O quadro é inundado de todas as portas, exceto a que foi recebida.
Neste ponto, o Host B recebe o quadro. Quando o Host B envia uma resposta, acontece o seguinte.
- O Host B envia um quadro para o Host A . O MAC de origem do quadro é BB: BB: BB: BB: BB: BB , o destino MAC é AA: AA: AA: AA: AA: AA .
- O Comutador 2 tem atualmente uma entrada em sua tabela de ponte ( AA: AA: AA: AA: AA: AA - > Porta 2 ). Ao receber o quadro, ele faz duas coisas:
- Cria uma entrada na sua tabela de pontes que existe:
BB: BB: BB: BB na porta 1 . - Como tem uma entrada de tabela de ponte específica para o MAC de destino ( AA: AA: AA: AA: AA ), ele encaminha o quadro para fora da porta 2 apenas, em vez de inundar como antes.
- Cria uma entrada na sua tabela de pontes que existe:
- O switch 1 recebe o quadro encaminhado em sua porta 2 . Mais uma vez, segue o mesmo processo:
- Nova entrada: BB: BB: BB: BB: BB: existe porta 2
- Existe uma entrada específica na tabela de pontes ( AA: AA: AA: AA: AA: AA - > porta 1 ), pelo que a trama é encaminhada para fora apenas essa porta.
Em termos de aprendizagem de endereços MAC, esse mesmo processo é seguido, independentemente do número de switches e do número de dispositivos conectados a eles. À medida que você adiciona mais complexidade à sua rede comutada (VLANs, Spanning Tree), mais sutilezas entram em jogo, mas o algoritmo de base permanece o mesmo.
Com relação às suas segunda e terceira perguntas:
2) Meu viés pessoal é minimizar a troca sempre que possível. Abrangendo a árvore é a ruína de muitas vidas profissionais; adicione a isso o fato de que a Ethernet não tem proteção de loop; uma pequena configuração incorreta pode levar a tempestades de transmissão que exigem a intervenção manual e a desativação de links para que eles diminuam. Mesmo que sua rede seja pequena, tenha pelo menos um roteador fora do qual todas as suas sub-redes de camada 2 estejam suspensas; é apenas mais fácil na minha opinião.
3) Depende muito da escala da sua rede e da quantidade de intranet vs. tráfego da Internet que você espera ver. Se houver muita comunicação entre os departamentos, pode fazer sentido ter uma hierarquia de roteadores para que o tráfego interno puro não afete o acesso à Internet para todos os outros. Se, por outro lado, você espera que todos acessem apenas um conjunto comum de serviços (AD, email) e a Internet, um único roteador central (ou um par, para redundância) pode ser suficiente.
Em termos de dar a cada departamento um roteador e mesclá-los, como essa rede será administrada? Se houver uma autoridade administrativa de TI, basta construir uma rede hierárquica; ter usuários atendidos por roteadores compartilhados não será um problema. Se cada departamento for manter sua própria equipe de TI, talvez seja necessário um roteador por departamento e peering interno, mas isso provavelmente complicará o design da sua rede.