Desbordamiento del contador de secuencia TCP

Desbordamiento del contador de secuencia TCP

Tengo la siguiente pregunta de un curso:

"Supongamos una conexión TCP a través de Internet con un ancho de banda utilizable de 300 Mbps. Supongamos que algunos paquetes se transportan con un retraso muy alto. ¿En qué tiempo de retraso pueden ocurrir problemas graves? ¿Es este un problema realista?"

Calculé que con un tiempo de retraso de ~2 minutos, habrá un desbordamiento dentro del contador de secuencia (si asumió que comenzó con 0). Según RFC, el contador de secuencia se desbordará a cero. No encontré "qué hacer si esto sucede" dentro del RFC, pero tal vez lo pasé por alto.

Mi pregunta es: ¿Qué pasará? ¿Es esto simplemente una limitación de TCP? ¿Existen soluciones alternativas (excepto utilizar un contador de secuencia más grande)?

Respuesta1

Bueno, el RFC correspondiente le indica cómo hacerlo correctamente (y, de hecho, resuelve el problema). Verhttp://www.apps.ietf.org/rfc/rfc1323.htmlSección 4.

Respuesta2

No creo que el desbordamiento en sí mismo sea un problema, solo obtendrá un problema cuando reciba un paquete con un número de secuencia que esté dentro de la ventana de recepción actual pero que en realidad sea de (un múltiplo de) hace 4 GiB en el flujo de datos. Para que esto suceda, el paquete tendría que retrasarse dos minutos según sus cálculos (suena plausible). En la práctica, no creo que esto suceda con demasiada frecuencia, ya que normalmente no hayesomucho espacio de búfer en todos los sistemas intermedios (también necesitaría ser del orden de 4 GiB).

información relacionada