![E se um computador com Ethernet](https://rvso.com/image/503709/E%20se%20um%20computador%20com%20Ethernet.png)
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:
- 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.
- 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.
- 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.