É possível produzir uma NIC ethernet injusta?

Question

O protocolo MAC ethernet é baseado no CSMA / CD, que define um algoritmo para o tratamento correto de colisão:

Se a NIC detectar uma colisão, ela enviará um sinal de congestionamento e entrará em retirada exponencial binária:

Após a mima colisão consecutiva, a NIC escolhe K aleatoriamente de {0,1,2,3, ..., 2 ^ m - 1}

NIC aguarda K * 512 bits e retorna para a etapa de envio:

Se a NIC detectar inatividade do canal, inicia a transmissão da estrutura.

Se a NIC detectar que o canal está ocupado, aguarda até que o canal fique ocioso e transmite.

A minha pergunta é, é possível produzir uma placa de rede que implementa o protocolo injustamente? Em caso afirmativo, haveria algum motivo para fazê-lo?

i.e. sempre esperando 0 bit vezes antes de tentar a retransmissão em todos os casos, dando ao cliente maior prioridade de transmissão quando houver conexões conflitantes.

Para conexões ethernet, que são geralmente ponto-a-ponto, parece que um host teria poucos motivos para afirmar a prioridade de transmissão, mas eu quero saber se estou perdendo alguma coisa.

Atenciosamente,

    

Answer 1

Uma questão muito teórica, mas interessante. Vou tentar responder isso:)

A Ethernet foi originalmente baseada na idéia de computadores que se comunicam através de um cabo coaxial compartilhado agindo como um meio de transmissão de broadcast (por exemplo, padrões 10-Base2, 10-Base5). Depois disso, havia o 10-BaseT com o cabo UTP ponto a ponto, mas ainda assim a rede inteira era um grande domínio de colisão (devido ao uso de repetidores / hubs). Rede sem algum protocolo de resolução de colisão (como CSMA / CD) não funcionaria de todo.    Isso nos leva a outra conclusão: o NIC sem o tratamento adequado do CSMA / CD provavelmente obstruiria todo o domínio de colisão compartilhada e, em seguida, o administrador da rede teria que tentar localizar a estação de trabalho e marcá-la como interrompida:)

Outra coisa é que a transmissão é uma comunicação bidirecional. Você não ganharia nada em termos de prioridade de tráfego se o único NIC fosse o lado com latência "melhorada": o outro lado da conexão física (por exemplo, switch) teria que ter um protocolo "injustamente" implementado também. Nas redes Ethernet comutadas de hoje, não haveria efeito além da possibilidade de colisões nesse pedaço de cobre / fibra entre NICs modificados.

E por último mas não menos importante. O protocolo Ethernet é implementado usando o chip na placa de rede. Você teria que encontrar uma maneira de modificar o firmware no próprio NIC. Eu acho que poderia ser tarefa difícil na maioria dos NICs modernos com fw codificado.

Atenciosamente

    

Answer 2

Você não obteria "maior prioridade", teria uma chance maior de colisão. É claro que, se você estiver em uma rede comutada ou em um cabo compartilhado com carga leve, você terá poucas colisões e poucos recuos para começar.