Erros da interface Ethernet

10

Minha interface ethernet de servidores Ubuntu que se conecta ao multiplexador do ISP mostra erros. Aqui está o instantâneo:

          RX packets:204564288 errors:3193970 dropped:0 overruns:0 frame:3138402
          TX packets:29305799 errors:38752 dropped:0 overruns:0 carrier:38762
          collisions:2205053 txqueuelen:1000

A interface do Ubuntu é capaz de full duplex, mas negocia apenas a conexão half duplex. Quando conectei um dispositivo diferente (um roteador) ao MUX, ele também mostrou esses erros. A largura de banda atribuída é de 50 mbps, mas eu tenho apenas 20 mbps. O ISP está relutante em mudar seu dispositivo (parece um switch Ethernet ou hub) no MUX. Os engenheiros do ISP culpam sua culpa ao meu lado. Mas eu verifiquei com mais de 3 dispositivos, todos mostraram erros. Então, há alguma ferramenta para o Linux que eu possa usar para investigar profundamente as causas desses erros, ou há algo que eu possa fazer para reconfigurar a interface do meu servidor para me livrar desses erros?

    
por nixnotwin 05.11.2011 / 16:13

1 resposta

8

É muito provável que você tenha uma incompatibilidade de duplex por conta do ISP codificando seu lado para 100-Full essencialmente desativando a negociação automática no ISP Ethernet PHY.

Com o ISP configurado para 100-Full e seu lado permanecendo em auto / auto (um palpite, mas um comum), a autonegociação do seu lado configurará a interface como 100-Half - uma incompatibilidade de duplex como o lado do ISP permanecerá 100-Full.

Corrigir

Você pode corrigir o problema codificando permanentemente seu PHY Ethernet para 100-Full - ou especificamente para o que o ISP está configurado. A maioria dos ISPs usa 100-Full.

Detalhes adicionais

Com a incompatibilidade duplex de 100-Full a 100-Half, o lado 100-Full desabilita o CSMA / CD enquanto o CSMA / CD permanece em vigor no lado 100-Half. O lado 100-Full transmite sem considerar se o meio está livre ou não. O lado 100 Metade realiza checagens e backoffs de CSMA / CD, conforme definido pelo CSMA / CD. É por isso que você só pode alcançar 20 Mb / s no que deveria ser um circuito de Internet de 50 Mb / s . O backoff do CSMA / CD por conta das colisões de detecção do 100-Half-side está limitando o throughput.

Codificando a interface para 100-Full para coincidir com o ISP, ambos os lados terão CSMA / CD desativado, portanto, a detecção de backoff e colisão será desativada e você deverá alcançar números muito mais próximos do seu circuito de Internet de 50 Mb / s taxa de dados.

História

Muitos ISPs codificam sua transferência PHY por Ethernet, pois houve uma época em que era muito mais confiável fazer isso. Quando o padrão Fast Ethernet 802.3u 100 Mb / s original foi lançado, a negociação automática de velocidade e duplex estava presente, mas não é necessária . Não era até 802.3z 1 Gigabit Ethernet padrão Gb / s quando a negociação automática era necessária pelo padrão.

Muitos engenheiros de rede têm ideias erradas sobre a negociação automática. O maior equívoco é que a negociação automática pode negociar corretamente a velocidade e o duplex se apenas um lado implementar a autonegociação. Isso é falso - como você viu.

A razão para isso provavelmente deriva do seguinte - se um lado é codificado em 100-Full, o outro lado executando a negociação automática sempre parece descobrir a parte de 100 Mb / s. O mesmo se um lado for codificado para 10-Full - o outro lado executando a negociação automática pode descobrir a parte de 10 Mb / s. A capacidade de determinar a velocidade do link é de um recurso chamado detecção paralela que tenta o sinal da camada física recebida em todas as velocidades de link suportadas localmente até que uma correspondência seja encontrada. No entanto, a detecção paralela funciona apenas para a velocidade, não para a correspondência duplex. É por isso que podem ocorrer incompatibilidades duplex - como uma interface sempre voltará para half-duplex quando não puder determinar o outro lado por meio de negociação automática.

Soapbox

Houve um momento em que houve um suporte insuficiente para a negociação automática e causou tantos problemas quanto se pretendia resolver. Naquela época, na opinião deste engenheiro de rede - passou. Enquanto os problemas de autonegociação ainda existem, o número de problemas que eu vi devido à negociação automática sendo configurado nos últimos 5 anos supera o número de problemas que vi devido à desativação da negociação automática.

Eu nunca tive um ISP relutante em mudar seu handoff Ethernet para auto / auto quando solicitado. Com a maioria dos modems e gateways a cabo e DSL, isso não é um problema. São os roteadores CPE gerenciados por NxT1 e fibra com handoff de Ethernet onde esse problema geralmente reside. O problema é que um administrador de rede tem que perguntar em primeiro lugar.

Com uma codificação do ISP para 100-Full eles deram uma obrigação . Uma obrigação que deve ser documentada e continuada. Auto-negociação é uma tecnologia que está estável há anos e cuida desse problema para nós. Como mencionado anteriormente, o número de problemas causados pela autonegociação é largamente compensado pelo número de problemas que surgem devido à sua incapacidade em 2011. A tecnologia existe para resolver este problema, use-o. Talvez devêssemos configurar manualmente o TCP SYN inicial, o MSS e gerenciar a janela de recepção para cada circuito virtual TCP também? Eu brinco.

Rant off.

    
por 05.11.2011 / 16:30