Conexión de dos dispositivos a través de 10Base-T Ethernet sin conmutador

8

Estoy tratando de conectar dos dispositivos, uno de los cuales solo es capaz de 10 Mbps y no admite la negociación automática. (El otro es un cuadro negro, no estoy seguro de cómo saber si es compatible con la negociación automática, aunque funciona cuando está conectado a mi PC a 10 / 100Mbps)

Puedo conectar estos dispositivos usando un interruptor, y hablan muy felizmente. Sin embargo, si conecto los dispositivos directamente entre sí, entonces ningún paquete parece atravesar el enlace. He probado cuatro cables, uno directo, uno cruzado, uno directo con cables TX + y TX- intercambiados, y un cruce con cables TX + y TX- intercambiados. He probado los dos últimos cables en ambos sentidos. (Esto es en caso de que los pines 3 y 6 se intercambien en cualquiera de los dispositivos, leí que esto puede ser un problema con 10M que usa transmisión polarizada).

Puedo conectarme a cualquier dispositivo desde mi PC si limito mi NIC a 10M y le pido que no negocie automáticamente.

¿Hay algo más que el conmutador podría estar haciendo para que esta conexión funcione? ¿Hay alguna otra cosa que pueda intentar para conectar un cable entre estos dispositivos?

Weir_Doe
fuente
He probado con un concentrador de doble velocidad, además del interruptor que estaba usando, esto funciona perfectamente. También probé todos los cables en dúplex medio y completo según la excelente respuesta que dio Hauke ​​Laging (aunque lamentablemente no es correcta). Cuando uso cables directos, el enlace y las luces de actividad sugieren que se está enviando tráfico, pero no llegan paquetes a ningún lado.
Weir_Doe

Respuestas:

3

Echa un vistazo al artículo de Wikipedia .

El conmutador puede corregir una falta de coincidencia dúplex. ¿Tal vez pueda cambiar el no-blackbox entre half y full duplex?

Hauke ​​Laging
fuente
Muy buen punto, gracias. He probado los modos full-duplex y half-duplex en el dispositivo sobre el que tengo control. Leeré el resto del artículo que sugirió, espero que arroje algo de luz.
Weir_Doe
Si entiendo correctamente, debo dejar el dispositivo sobre el que tengo control en half-duplex, y solo intentar enviar el tráfico en una dirección, ¿entonces esto descartará un problema de duplex? Al menos hasta que pueda conseguir una conexión que funcione sin el interruptor que es.
Weir_Doe
1
@Weir_Doe Obviamente, es difícil enviar tráfico en una sola dirección. No tengo experiencia con ese caso, pero supongo que el problema está fuertemente relacionado con la cantidad de tráfico. No causa mucho tráfico, pero puede ayudar a realizar una asignación ARP estática en el sistema que controlas. Y si no tiene que enviar muchos datos, también puede ser útil usarlo tccon HTB y configuraciones bastante extremas para que después de cada paquete haya una pausa.
Hauke ​​Laging
Tengo el control completo de un dispositivo, y el otro envía un único paquete de prueba cada pocos segundos, por lo que en este caso no necesito una pausa para asegurar un tráfico bajo en una dirección. Sin embargo, es una buena sugerencia, especialmente la mención tc-htb si otras personas tienen problemas similares.
Weir_Doe
1

Finalmente lo resolvió.

Cuando se utiliza la negociación automática, la detección paralela se utiliza para determinar la velocidad del enlace cuando el otro dispositivo no es capaz de negociación automática.

La preocupación planteada por Hauke ​​Laging es válida, especialmente en este caso, ya que una falta de coincidencia de dúplex puede hacer que se establezca un enlace pero una conexión extremadamente lenta. Sin embargo, cuando se usa la detección paralela, ambos dispositivos deben tener un valor predeterminado de Half-Duplex, ya que sería imposible saber si un dispositivo es capaz de full / half duplex solo desde el LTP que se transmite por un dispositivo que no admite la negociación automática.

En mi caso, la caja negra no estaba haciendo la detección paralela y estaba por defecto en 100M a pesar de que la especificación afirmaba que admitía la detección paralela. Una actualización de firmware solucionó esto.

La razón por la que el enlace funcionó con mi PC fue que, incluso cuando limité mi NIC a 10M HD, todavía estaba usando la negociación automática para comunicar sus capacidades, por lo que la caja negra detectó correctamente la velocidad requerida. Del mismo modo, esto funcionó perfectamente cuando se conectó a un interruptor ya que el interruptor detectó correctamente los pulsos LTP y AutoNegotiation.

Gracias por todos los comentarios útiles y enlaces útiles. Si alguien tiene un problema similar, estaría encantado de ayudar a depurar.

Weir_Doe
fuente