Prerequisito – Dispositivos de rede, modos de transmissão

Os dispositivos de rede mais comuns utilizados são os routers e switches. Mas ainda ouvimos pessoas falando sobre hubs, repetidores e pontes. Você já se perguntou por que estes primeiros dispositivos são preferidos em vez dos últimos? Uma razão poderia ser: “porque eles são mais eficientes e poderosos”. Mas qual é realmente a razão por detrás da sua eficiência? Isto é quando termos como “Collision Domains” e “Broadcast Domains” entram em cena.

Antes de ir mais longe, recordemos que um hub é um repetidor de múltiplas portas. Da mesma forma, um switch é uma ponte de múltiplas portas para que você possa entender porque repetidores e pontes não são tipicamente usados em redes de produção (por causa do menor número de portas).

Agora, estreitando para Hubs, Switches e Roteadores, vamos discuti-los em referência com os domínios abaixo.

  1. Collision Domain –
    A Collision Domain é um cenário em que quando um dispositivo envia uma mensagem para a rede, todos os outros dispositivos que estão incluídos em seu domínio de colisão têm que prestar atenção a ele, não importa se ele foi destinado a eles ou não. Isto causa um problema porque, numa situação em que dois dispositivos enviam suas mensagens simultaneamente, uma colisão irá ocorrer levando-os a esperar e retransmitir suas respectivas mensagens, uma de cada vez. Lembre-se, isto acontece apenas no caso de um modo half-duplex.
  2. Broadcast Domain –
    A Broadcast Domain é um cenário em que quando um dispositivo envia uma mensagem broadcast, todos os dispositivos presentes no seu domínio broadcast têm que prestar atenção a ela. Isto cria um grande congestionamento na rede, normalmente chamado de congestionamento LAN, que afeta a largura de banda dos usuários presentes naquela rede.

    A partir disso, podemos perceber que quanto mais o número de domínios de colisão e mais o número de domínios de broadcast, mais eficiente é a rede fornecer melhor largura de banda para todos os seus usuários.

Então, quais dos nossos dispositivos de rede quebram domínios de colisão e quais deles quebram domínios de broadcast?

  • HUB –
    Comecemos com um hub porque devemos nos livrar dele o mais rápido possível. O motivo é que ele não quebra um domínio de colisão nem um domínio de transmissão, ou seja, um hub não é um separador de domínios de colisão nem um separador de domínios de transmissão. Todos os dispositivos conectados a um hub estão em um único domínio de colisão e de transmissão. Lembre-se, os hubs não segmentam uma rede, eles apenas conectam segmentos de rede.
  • SWITCH –
    Comutando switches, temos uma vantagem sobre o hub. Cada porta em um switch está em um domínio de colisão diferente, ou seja, um switch é um separador de domínio de colisão. Portanto, mensagens que vêm de dispositivos conectados a diferentes portas nunca experimentam uma colisão. Isso nos ajuda durante o projeto de redes, mas ainda há um problema com os switches. Eles nunca quebram os domínios de transmissão, significa que não é um separador de domínio de transmissão. Todas as portas do switch ainda estão em um único domínio de transmissão. Se um dispositivo envia uma mensagem de broadcast, ele ainda causará congestionamento.
  • ROUTER –
    Último, mas não menos importante, nós temos o nosso salvador. Um roteador não só quebra domínios de colisão, mas também quebra domínios de transmissão, o que significa que é tanto colisão como separador de domínio de transmissão. Um roteador cria uma conexão entre duas redes. Uma mensagem difundida de uma rede nunca chegará à outra, pois o roteador nunca a deixará passar.

Também, como repetidores e pontes diferem dos hubs e switches apenas em termos do número de portas, um repetidor não quebra domínios de colisão e broadcast, enquanto uma ponte quebra apenas domínios de colisão.

Referências –
CCNA, Todd Lammle

Este artigo é contribuído por Achiv Chauhan. Se você gosta de GeeksforGeeks e gostaria de contribuir, você também pode escrever um artigo usando contribute.geeksforgeeks.org ou enviar seu artigo por e-mail para [email protected]. Veja seu artigo aparecendo na página principal do GeeksforGeeks e ajude outros Geeks.

Deixe uma resposta

O seu endereço de email não será publicado.