descubrir interfaces dúplex incompatibles en la red

¿Cuáles son las causas del desajuste dúplex además de la configuración incorrecta? (¿corte de energía? ¿cableado incorrecto? ¿errores de implementación de negociación automática?)

¿Alguna idea sobre descubrir falta de coincidencia dúplex? NetMRI parece utilizar la tasa de error de la interfaz. ¿Es suficiente solo sondear todas las tasas de error de interfaz en conmutadores / servidores? ¿Qué sucede si esta función no está disponible en un dispositivo?

Editar: los controladores definitivamente pueden causar problemas con el dúplex. He visto Broadcom NIC atascado en half-duplex en FreeBSD.

Con mucho, el problema más común sería la configuración incorrecta. Algunas personas aún se aferran a las viejas creencias de que la negociación automática no funciona de manera confiable.

Si tiene diferentes proveedores, puede haber problemas, pero no lo veo muy a menudo. Prefiero confiar en la negociación automática como mi primera solución y, si eso falla, recurrir a la codificación dura.

Es bastante común ver puertos que operan en 100 / mitad porque si un lado tiene auto y el otro lado tiene 100 / full, entonces se puede detectar la velocidad pero se debe suponer que el dúplex es la mitad porque no se puede negociar.

Su NMS debería poder detectar esto, pero podría hacer un script que inicie sesión y haga lo siguiente:

sh int status | i half

E informa todas las interfaces que se ejecutan en half duplex. Esto solo funcionaría para interruptores. Para los enrutadores, necesitaría algo como:

sh interfaces | i Fast|Giga|half

Entonces deberías analizarlo de alguna manera. Sin embargo, probablemente sea mejor usar SNMP. Navegación en la página SNMP de Ciscos SNMP Object Navigator indica que debe poder usar el OID 1.3.6.1.4.1.9.5.1.4.1.1.10, que es PortDuplex.

Uno de los síntomas de un desajuste dúplex son las colisiones tardías. Tener su NMS alerta sobre estas colisiones es una buena manera de encontrarlas. Al menos algunos modelos de Cisco / versiones de IOS pueden enviar trampas SNMP para estas colisiones.

Siempre es una configuración incorrecta porque el modo dúplex es un problema de configuración L1. Si hay problemas de L1 a pesar de la coincidencia de DM y un cable perfecto, al menos una NIC está rota. Le sugiero que considere dos hechos sobre la configuración automática: ni todos los dispositivos admiten configuración automática, ni hay certeza de que ambas interfaces se ejecutarán en modo dúplex completo.

Teniendo en cuenta el corte de energía, eso sería una causa de mala configuración. Las interfaces tendrían que negociar una vez más. El fabricante documenta correctamente sus dispositivos o solo puede adivinar cómo la NIC prioriza la velocidad de datos y dúplex.

Gigabit Ethernet exige la operación full duplex, pero aún permite half-duplex. Sin embargo, el modo dúplex es un factor siempre que Fast Ethernet o menos estén disponibles. Todavía hay dispositivos en uso que no necesitan más de 100 Mbps porque se conecta a una línea que nunca entregará más velocidad.

Luego hay dispositivos sin una interfaz web o CLI. Estos usan pequeños interruptores DIP para HD y FD. Un método que probablemente causa confusión entre los usuarios.

Y hay dispositivos del mismo fabricante que están fuera de línea con el resto de la serie. Por ejemplo, todos los dispositivos requieren AN, excepto un dispositivo. Quizás nadie esperaría eso. Por así decirlo, nunca descarte la mala configuración.

En un nivel bajo, el gran indicador de desajustes dúplex es un gran número de "colisiones tardías" informadas en el extremo semidúplex del enlace. Es improbable que el extremo dúplex completo muestre errores.

En un nivel superior, un indicador común de falta de coincidencia dúplex es que los pings funcionan pero las cosas más complejas fallan por completo o funcionan con un rendimiento abismal. Los protocolos como TCP intentarán enviar datos en ambas direcciones al mismo tiempo, en un enlace dúplex completo que funcione correctamente, esto obviamente funciona bien, en un enlace semidúplex que funcione correctamente también funcionará bien, ya que Ethernet almacenará en búfer los paquetes hasta que la línea esté libre pero en un enlace dúplex no coincidente está prácticamente garantizado para provocar colisiones tardías y, por lo tanto, paquetes descartados.