Pérdida de paquetes en la LAN punto a punto

0

Me gustaría preguntar si la pérdida de paquetes en p2p LAN es un comportamiento normal en LAN.

Y ahora con más detalles:

Estoy conectando la PC a la placa de destino con el chip de TI y el controlador LAN9221. Estoy haciendo una prueba de ping-pong, con protocolo udp:

  1. La PC está enviando el primer paquete.

  2. el destino espera el paquete, y al recibirlo, envía el mismo paquete a la PC.

  3. espera de PC, y al recibir, envía un nuevo paquete (incrementa los datos en el paquete UDP), y así sucesivamente ...

Al ejecutar la prueba de ping-pong, veo que de vez en cuando el objetivo no recibió el paquete correctamente. Es fácil notar el fallo porque la prueba de ping-pong se detiene cada vez que uno de los lados no recibe un paquete. Cuando ocurre la falla, veo que los primeros bytes que el objetivo detectó son en realidad el quinto byte que envía la PC (veo en WIRESHARK).

También observé que estas fallas siempre ocurren cuando se envía otro paquete casi al mismo tiempo desde la PC que el paquete de la prueba, como si hubiera ocurrido una colisión.

Si agrego reglas de firewall, que se ocupan de que solo se entreguen los paquetes de ping-pong en la LAN, entonces no hay ninguna falla.

Entonces, la pregunta es si las fallas de colisión son un comportamiento normal en LAN.

EDIT: parece que el problema estaba relacionado con (sw) error de controlador, no con colisión, gracias por las soluciones, que enfatizaron que en p2p no hay colisiones.

¡Gracias!

    
pregunta ransh

3 respuestas

1

No. No hay colisión o pérdida de paquetes en la red Ethernet p2p. No hemos tenido colisiones / pérdida de paquetes desde la introducción de los conmutadores Ethernet. Si está conectado punto a punto Tx / RX sin cambio entre ... simplemente no puede haber pérdida de paquetes en el cable (normalmente es un problema de software).

Si está conectado a través de un conmutador, entonces tiene un sistema de almacenamiento y reenvío, de nuevo sin posibilidad de colisiones o pérdida de paquetes. Si la memoria RAM de la tienda está a punto de llenarse, el interruptor envía una señal al remitente para que deje de enviar.

Si está conectado a una red más grande, puede haber pérdida de paquetes, pero este es un proceso de toma de decisiones en los enrutadores de red para eliminar paquetes (generalmente debido a la congestión de la ruta). Su software necesita reaccionar adecuadamente a esto y manejarlo (generalmente con tiempos de espera).

Si está tratando con paquetes parciales (runts), esto suele ser un problema de software en su pila. Si estás haciendo ping-pong, simplemente nunca deberías ver una falla de Rx. Es posible que tenga una implementación de hardware deficiente (tal vez magnéticos o ruido incomparables).

    
respondido por el Jack Creasey
1

Fallos de colisión, sí, pero no tiene ninguno de ellos en una configuración p2p o cambiada.

Por lo general, la prueba con pings de inundación y cualquier conexión con un solo ping en un minuto o al menos no es buena. Sin embargo, funcionaría, ya que los paquetes perdidos deberían ser reenviados por las capas superiores.

    
respondido por el Janka
0

Es un comportamiento normal. De hecho, cualquier tecnología de LAN que no tenga en cuenta los paquetes perdidos o perdidos es básicamente inútil. Considere enviar duplicados después de un cierto período de tiempo sin respuesta, o use un protocolo de transporte como TCP que establezca conexiones a través de paquetes de confirmación.

    
respondido por el j15

Lea otras preguntas en las etiquetas