descobrir interfaces de incompatibilidade duplex na rede

Quais são as causas da incompatibilidade duplex, além da configuração incorreta? (falta de energia? cabeamento inadequado? erros de implementação de negociação automática?)

Quaisquer pensamentos sobre a descoberta de incompatibilidade duplex? O NetMRI parece usar a taxa de erro da interface. É suficiente pesquisar todas as taxas de erro de interface em switches / servidores? E se esse recurso não estiver disponível em um dispositivo?

Edit: Drivers definitivamente podem causar problemas com o duplex. Eu vi o Broadcom NIC preso no half-duplex no FreeBSD.

De longe, o problema mais comum seria a configuração incorreta. Algumas pessoas ainda mantêm antigas crenças de que a negociação automática não funciona de maneira confiável.

Se você tiver fornecedores diferentes, pode haver problemas, mas não o vejo com muita frequência. Prefiro confiar na negociação automática como minha primeira solução e, se isso falhar, voltaremos a codificá-la.

É bastante comum ver portas operando em 100 / metade, porque se um lado tem auto e o outro lado tem 100 / full, a velocidade pode ser detectada, mas o duplex deve ser considerado metade, porque não pode ser negociado.

Seu NMS deve ser capaz de detectar isso, mas você pode fazer um script que faça logon e faça:

sh int status | i half

E reporta todas as interfaces em execução em half-duplex. Isso funcionaria apenas para switches. Para roteadores, você precisaria de algo como:

sh interfaces | i Fast|Giga|half

Então você precisaria analisá-lo de alguma maneira. Provavelmente é melhor usar o SNMP. Navegando na página SNMP do Ciscos O SNMP Object Navigator indica que você deve poder usar o OID 1.3.6.1.4.1.9.5.1.4.1.1.10, que é PortDuplex.

Um dos sintomas de uma incompatibilidade duplex são as colisões tardias. O alerta do NMS sobre essas colisões é uma boa maneira de encontrá-las. Pelo menos algumas versões de modelos / IOS da Cisco podem enviar traps SNMP para essas colisões.

É sempre uma configuração incorreta, porque o modo duplex é um problema de configuração L1. Se houver problemas de L1, apesar da correspondência do DM e de um cabo sem falhas, pelo menos uma NIC está quebrada. Sugiro que você considere dois fatos sobre a configuração automática: nem todos os dispositivos suportam a configuração automática, nem há certeza de que ambas as interfaces sejam executadas no modo full-duplex.

Considerando a falta de energia, isso seria uma causa de configuração incorreta. As interfaces teriam que negociar mais uma vez. O fabricante documenta adequadamente seus dispositivos ou você pode apenas adivinhar como a NIC prioriza a taxa de duplex e de dados.

A Gigabit Ethernet exige operação full duplex, mas ainda permite half-duplex. No entanto, o modo duplex é um fator sempre que Fast Ethernet ou menos estiverem disponíveis. Ainda existem dispositivos em uso que não precisam de mais de 100 Mbps, porque são vinculados a uma linha que nunca fornecerá mais velocidade.

Depois, existem dispositivos sem uma interface da Web ou CLI. Eles usam minúsculos comutadores DIP para HD e FD. Um método que provavelmente causa confusão entre os usuários.

E existem dispositivos do mesmo fabricante que estão fora de linha com o restante da série. Por exemplo, todos os dispositivos exigem AN, exceto um dispositivo. Talvez ninguém esperasse isso. Por assim dizer - nunca descarte erros de configuração.

Em um nível baixo, o grande indicador de incompatibilidade de duplex é o grande número de "colisões tardias" relatadas na extremidade semiduplex do link. É improvável que o final full duplex mostre erros.

Em um nível mais alto, um indicador comum de incompatibilidade de duplex é que os pings funcionam, mas coisas mais complexas falham completamente ou funcionam com desempenho péssimo. Protocolos como o TCP tentarão enviar dados nas duas direções ao mesmo tempo; em um link full duplex funcionando corretamente, obviamente isso funciona bem; em um link half duplex funcionando corretamente, ele também funciona bem, pois a Ethernet armazenará os pacotes em buffer até que a linha esteja livre. mas em um link duplex incompatível, é praticamente garantido que resulte em colisões tardias e, portanto, descarte de pacotes.