Um switch sabe o endereço mac da outra porta de uma bridge?

Question

Digamos que temos os switches A e B, eles estão conectados pela bridge C.

A conhece o mac de nics conectado a B?

É verdade que toda vez que nic em A quer enviar um quadro para nic em B, o switch A precisa transmitir para que B possa receber a mensagem, caso contrário o nic em B tem que permanecer o mesmo?

Os switches sabem que há uma ponte conectada a eles?

Obrigado

    

Answer 1

Ao inicializar (desligado) ou se estiver procurando por um endereço MAC que não esteja em sua tabela (normalmente há espaço para endereços 2000-8000 na tabela, pelo menos para os switches que eu uso), A [per ylearn's comment ] "Unicast inunda" o pacote de todas as outras portas.

Por minha própria lembrança de detalhes adicionais, também preenche a tabela de qualquer tráfego de entrada (portanto, se um pacote veio na porta 17 de AA: BB: CC: DD: EE: FF, o switch rabisca AA: BB: CC : DD: EE: FF = > porta 17 e assim sabe para onde enviar qualquer coisa endereçada a AA: BB: CC: DD: EE: FF

Quando recebe uma resposta do switch B, ele armazena o endereço MAC e a porta A (levando a B) de onde o endereço MAC respondeu.

Não se sabe nada sobre o que está conectado ao B-A só sabe que uma porta A específica leva a um endereço MAC específico. Não tem consciência real de C (além de saber que o endereço MAC de C está na mesma porta que leva a coisas que estão conectadas a B - mas, novamente, ele não sabe ao que está conectado, apenas envia -los esta porta A particular.)

Da próxima vez que precisar enviar algo para o endereço MAC, ele enviará a porta A armazenada (levando a B.) Se o MAC estiver realmente conectado a E e chegar lá via D de B, A não sabe nada sobre isso.

    

Answer 2

Um switch é uma multi-porta bridge . Ambos têm uma 'tabela' que usam para enviar dados para onde precisam ir; isso é conhecido como a tabela ARP que controla qual IP está associado a qual MAC. Se você tem 2 switches conectados a uma bridge, você tem basicamente 3 tabelas ARP na sua rede. A menos que o seu comutador de rede seja um tipo de comutador 'inteligente' (também conhecido como router mesmo que um% real derouter faça muito mais do que um comutador ou mesmo a maioria dos comutadores 'inteligentes').

Essencialmente, como funciona uma tabela ARP, o switch é ligado e o tráfego começa a fluir através dele. Nesse ponto, o switch pode fazer algumas coisas (solicitação de ARP, comutação de porta de comutador etc.etc.), mas normalmente acontece (em um nível alto) é que o switch monitora o fluxo do IP / MAC sobre quais portas (fluxo significa dados de saída do IP / MAC), então quanto mais dispositivos você adicionar, mais o switch tem que acompanhar ( e está fazendo isso em cada switch que você tem).

Para responder à (s) pergunta (s) diretamente:

A conhece o mac de nics conectado a B? Nem A nem B 'sabe' o que está conectado a ele, apenas que um combo IP / MAC de 'portX'

É verdade que toda vez que nic em A quer enviar um quadro para nic em B, o switch A tem que transmitir para que B possa receber a mensagem, caso contrário o nic em B tem que permanecer o mesmo? / b> Sim, se o computador X está no switch A e envia um pacote para o computador Y no switch B, então o switch A tem que transmitir (encaminhar o pacote) para B. O computador X pode ter qualquer configuração IP / MAC válida que desejar computador Y, o switch A e B só se preocupam com a porta de switch da qual o IP / MAC veio (para acompanhar isso).

Os switches sabem que há uma ponte conectada a eles? Não, nem os switches e roteadores inteligentes têm conhecimento explícito dos dispositivos conectados a eles (a menos que todos estejam falando um protocolo comum como o BGP, etc.), isso é o que possibilita a modularidade (e complexidade / confusão) da rede .

Nota: você pode ligar um único computador e falsificar seu endereço MAC e confundir o heck fora de um switch (uma maneira simples de fazer ARP spoofing ).

Eu recomendo a leitura de alguns entendimentos básicos de rede :