E se um computador com Ethernet

E se um computador com Ethernet

Estou apenas revisando para um exame em Redes e Comunicações de Dados, e há uma coisa que não entendo sobre CSMA/CD e Ethernet. Supõe-se que seja bastante estável, por exemplo, se um computador sair da rede, não será um problema como em uma rede token ring (eu acho).

Mas a Ethernet funciona com todos os outros computadores aguardando que o computador que está transmitindo termine o que está fazendo e então os outros usam o CMSA/CD para determinar quem será o próximo. E se um computador funcionasse mal e continuasse enviando um fluxo contínuo de dados em um loop infinito? Na verdade, existe um tempo padrão para os PCs transmitirem antes de cederem a outros?

Responder1

Se houver algo gerando ruído na rede continuamente, a rede será interrompida para todos os sistemas dessa rede.

Existem algumas condições que devem ser atendidas:

  1. Se você estiver em uma rede comutada, o “ruído” deverá estar na forma de um pacote Ethernet. Se não for um pacote Ethernet válido, a porta do switch que recebe o ruído não o encaminhará para nenhuma outra porta.
  2. Se você estiver em uma mídia verdadeiramente compartilhada, o ruído pode serqualquer coisacomo um cabo 10b2 esticado sobre uma luminária fluorescente quebrada.
  3. Se você estiver em uma rede comutada, os pacotes deverão ser endereçados para um endereço que não esteja em uso ou para um endereço de broadcast. O switch irá "inundar" o endereço desconhecido em todas as portas e só interromperá a inundação se obtiver uma resposta.

Um exemplo comum desse tipo de modo de falha são as tempestades de transmissão.

Responder2

Deve-se também mencionar que o CSMA/CD não é necessário em uma época em que tudo é trocado. A opção faz com que o meio pareça não ser compartilhado, pois implementa uma topologia ponto a ponto.

Responder3

Na verdade, um comentário sobre a resposta de @chris (que votei positivamente): Isso se aplica igualmente a redes não Ethernet, embora tenham modos de falha diferentes. Emitir ou destruir tokens continuamente, por exemplo, ou não encaminhar pacotes corretamente.

informação relacionada