Suponga que un fragmento TCP dado está fragmentado en dos datagramas IP, y que el primer datagrama llega al servidor TCP, pero el segundo datagrama nunca llega.
Después de una cierta cantidad de tiempo, el servidor TCP envía un keepalive y determina que el cliente está vivo. ¿Qué hace el servidor TCP con este primer datagrama? ¿Espera a que llegue el segundo datagrama o descarta el primer datagrama?
Respuestas:
Después de que expira el tiempo de espera de reensamblado de fragmentos, el fragmento se descarta; el otro extremo necesitaría retransmitir.
Este tiempo de espera es generalmente configurable. En Linux, son 30 segundos por defecto y se controlan mediante /proc/sys/net/ipv4/ipfrag_time.
No hay una respuesta definitiva a esta pregunta;
Si ve este artículo sobre retransmisión adaptativa, verá que TCP usa RTT como factor para calcular los retrasos apropiados.
Este es un artículo más detallado. Esencialmente, no hay un valor de tiempo de espera especial solo para la fragmentación.
Sin embargo, este artículo de Cisco indica que un firewall virtual IOS XR tiene un tiempo de espera predeterminado de 10 segundos para fragmentos, con su propio temporizador configurable. Estoy vinculando esto para decir que los sistemas operativos y los dispositivos se comportarán de manera diferente y si está pasando una conexión a través de un dispositivo como este, por ejemplo, podría interferir negativamente con su conexión.
Sería mejor conectar dos máquinas de la misma configuración con un cruce y comenzar a probar desde allí si desea probar los efectos del retraso de fragmentación.