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.
Respostas:
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:
E reporta todas as interfaces em execução em half-duplex. Isso funcionaria apenas para switches. Para roteadores, você precisaria de algo como:
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.
fonte
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.
fonte
É 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.
fonte
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.
fonte