E se um computador com Ethernet

4

Estou apenas revisando para um exame sobre redes e comunicação de dados, e há uma coisa que não entendo sobre CSMA / CD e Ethernet. É supostamente estável, por exemplo, se um computador for desconectado da rede, não é um problema como se estivesse em uma rede token ring (eu acho).

Mas a Ethernet funciona em todos os outros computadores esperando que o computador atualmente em transmissão conclua o que está fazendo e, em seguida, 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 que eles cedam a outros?

    
por HopelessN00b 21.01.2010 / 16:30

3 respostas

14

Se houver algo gerando ruído na rede continuamente, a rede será quebrada 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" deve 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 realmente compartilhada, o ruído pode ser qualquer coisa , como um cabo 10b2 preso a uma luminária fluorescente quebrada.
  3. Se você estiver em uma rede comutada, os pacotes deverão ser endereçados a um endereço que não esteja em uso ou a um endereço de broadcast. O switch "inundará" o endereço desconhecido para todas as portas e só interromperá a inundação se obtiver uma resposta.

Um exemplo comum desse tipo de modo de falha é com tempestades de transmissão.

    
por 21.01.2010 / 16:43
5

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

    
por 21.01.2010 / 19:36
1

Realmente um comentário sobre a resposta de @ chris (que eu votei positivamente): Isso se aplica igualmente bem a redes não-Ethernet, embora elas tenham modos de falha diferentes. Continuamente emitindo ou destruindo tokens, por exemplo, ou não encaminhando pacotes adequadamente.

    
por 21.01.2010 / 18:15

Tags