¿Cuántas veces debería retransmitir un paquete antes de asumir que se perdió?

Question

He estado creando un protocolo de red confiable similar al TCP, y me preguntaba qué buen valor predeterminado para un umbral de re-transmitio debería estar en un paquete (la cantidad de veces que reenví al paquete antes de asumir que la conexión estaba rota). ¿Cómo puedo encontrar el número óptimo de reintentos en una red? También; No todas las redes tienen la misma confiabilidad, por lo que me imagino que este valor 'óptimo' variaría entre las redes. ¿Hay una buena manera de calcular el número óptimo de reintentos? También; ¿Cuántos milisegundos debo esperar antes de volver a trabajar?

Answer 1

Terminé permitiendo que la aplicación establezca este valor, con un valor predeterminado de 5 reintentos. Esto parecía funcionar en una gran cantidad de redes en nuestros escenarios de prueba.

Answer 2

Esta pregunta no puede ser respondida como se presenta como hay demasiadas complejidades del mundo real en las que se debe tener en cuenta.

Si desea TCP, use TCP. Si desea diseñar un protocolo personalizado para la capa de transporte, tendrá peores que 40 años de experiencia acumulada codificada en TCP.

Si no observa la literatura existente, se perderá unas buenas consideraciones de diseño que nunca se le ocurrirán sentado en su escritorio.