Dois hosts de sub-redes diferentes, sejam A - 10.1.2.1/24 e B - 10.1.3.1/24, sejam conectados ao mesmo switch S. Eles podem se comunicar?
Até onde eu entendo:
Estou certo?
Respostas:
Infelizmente, não, você está incorreto.
Ron enfatiza que você não forneceu uma máscara de sub-rede; portanto, se assumíssemos a máscara de classe, o endereço 10.xxx teria uma máscara 255.0.0.0, que na verdade colocaria os dois hosts na mesma rede. Se for esse o caso, eles não teriam problemas em se comunicar.
No entanto, dada a natureza da sua pergunta, imagino que você pretendesse que cada um desses hosts usasse uma máscara menor - usaremos 255.255.255.0, que coloca os dois hosts em duas sub-redes diferentes.
Dito isto, o coração do que está faltando está no esquecimento do ARP (Address Resolution Protocol) . Especificamente, em quem o HostA decide ARP. Deixe-me explicar...
Antes de qualquer host colocar qualquer pacote na conexão, a primeira coisa a fazer é determinar se o IP de destino está em sua própria rede ou em uma rede estrangeira. Vamos examiná-lo da perspectiva do Host A.
O host A conhece seu IP (10.1.2.1) e sua máscara de sub-rede (/ 24 ou 255.255.255.0). Com um pouco de sub-rede , o HostA determina que sua rede abrange todos os endereços IP no intervalo de 10.1.2.0 a 10.1.2.255. (Vamos deixar de fora detalhes do NetID e BroadcastIP, pois, no momento, eles não são relevantes)
O host A também sabe que seu IP de destino é 10.1.3.1, que fica fora do intervalo de endereços IP na própria rede do host A. Como tal, o Host A chegaria à conclusão de que o IP 10.1.3.1 de destino está em uma rede estrangeira, e o Host A só poderia alcançar uma rede estrangeira falando através de um roteador. Ou, mais especificamente, através do gateway padrão do HostA .
Se o HostA não estiver configurado com um Gateway Padrão neste momento, o processo termina aqui com uma falha geral. HostA não pode falar com HostB.
Se o HostA estiver configurado com um Gateway Padrão, ele enviará uma Solicitação ARP (que é um quadro de Transmissão), solicitando o endereço MAC do gateway padrão - NÃO o endereço MAC do IP de destino final.
O switch, que recebeu o quadro de broadcast, inundaria o pacote de todas as interfaces, para incluir aquele ao qual o HostB está conectado. O HostB de fato receberia o pacote, mas , como o ARP está procurando o endereço MAC do Gateway Padrão (e não o endereço MAC do HostB) , o HostB simplesmente descartaria e ignoraria a Solicitação do ARP, sem enviar nenhum tipo de resposta.
O HostA, então, nunca receberia um endereço MAC para o gateway padrão e, portanto, não seria capaz de encapsular o pacote da camada 3 com um cabeçalho da camada 2. O pacote falharia lá.
Você pode ver o processo ARP ilustrado neste vídeo .
Dito isto, embora algo não relacionado à sua pergunta, eu queria falar com algo que você disse. Isso pode ser uma nuance de terminologia, mas eu só quero ter certeza de que ele é comunicado. Um switch faz apenas duas coisas: encaminha o quadro para o qual sabe o endereço MAC de destino ou os quadros de inundação para os quais não conhece o endereço MAC de destino . Um switch nunca transmite .
Uma transmissão é um quadro que é o endereço MAC de destino ffff.ffff.ffff. Este é um endereço MAC especialmente reservado, projetado especificamente para quadros de transmissão. Quando um comutador encontra um quadro destinado a ffff.ffff.ffff , seu comportamento é sempre inundar esse quadro.
Você pode olhar assim: como ffff.ffff.ffff é um endereço MAC reservado, ele não pode ser aprendido pelo switch. Portanto, sempre que um switch recebe algo destinado ao ffff.ffff.ffff, ele é forçado a inundá-lo de todas as portas da VLAN em que o quadro foi recebido originalmente.
Sim. Se eles estiverem em / 16 Sub-rede. Para a sub-rede / 24, você precisa de um roteador.
/16, mas `/ 24 precisa de um roteador.
Se os hosts A e B estiverem em redes ou sub-redes diferentes e conectados ao mesmo switch, acredito que eles possam se comunicar através do gateway padrão.
Somente se o switch estiver conectado a um roteador que saiba rotear entre essas 2 sub-redes.