tcp - secuencia - protocolo udp
Pregunta número de secuencia TCP (3)
El número de secuencia no es realmente el "índice del primer byte en el paquete en todo el flujo" ya que los números de secuencia comienzan deliberadamente en un valor aleatorio (esto es para detener una forma de ataque conocida como el Ataque de Predicción de Secuencias TCP ).
No se requiere SYN, el número de secuencia simplemente vuelve a cero una vez que llega al límite.
Esta es más una pregunta teórica que un problema real que tengo.
Si entiendo correctamente, el número de secuencia en el encabezado TCP de un paquete es el índice del primer byte en el paquete en toda la secuencia, ¿correcto? Si ese es el caso, dado que el número de secuencia es un entero de 32 bits sin signo, ¿qué sucede después de que se transfieran más de FFFFFFFF = 4294967295 bytes? ¿Se ajustará el número de secuencia o el remitente enviará un paquete SYN para reiniciarse en 0?
El número de secuencia regresa a 0. Source :
Los números de secuencia TCP y las ventanas de recepción se comportan de manera muy parecida a un reloj. La ventana de recepción cambia cada vez que el receptor recibe y reconoce un nuevo segmento de datos. Una vez que se queda sin números de secuencia, el número de secuencia vuelve a 0.
Ver también el capítulo 4 de RFC 1323 .
Se envuelve. RFC 793:
Es esencial recordar que el espacio del número de secuencia real es finito, aunque muy grande. Este espacio varía de 0 a 2 ** 32 - 1. Dado que el espacio es finito, todos los cálculos aritméticos con números de secuencia deben ejecutarse módulo 2 ** 32. Esta aritmética no firmada preserva la relación de los números de secuencia a medida que pasan de 2 ** 32 - 1 a 0 nuevamente. Hay algunas sutilezas en la aritmética de módulo de computadora, por lo que se debe tener mucho cuidado al programar la comparación de tales valores. El símbolo "= <" significa "menor o igual" (módulo 2 ** 32).
Leer más: http://www.faqs.org/rfcs/rfc793.html#ixzz0lcD37K7J