Resumen
- El campo de acuse siempre está reservado en la cabecera, pero solo es significativo con ACK activado.
- El valor señala el siguiente número esperado y confirma de forma acumulativa las posiciones anteriores.
- El intercambio de tres pasos muestra el cambio: el SYN inicial no acusa; el SYN,ACK sí hace interpretable el número.
Presencia no equivale a significado
RFC 793 y RFC 9293 mantienen una cabecera TCP fija. El mismo campo de 32 bits aparece en el SYN inicial, en los datos y en el cierre. Sin embargo, el receptor no debe interpretarlo siempre. La regla es condicional: con ACK activado, el campo contiene el siguiente número de secuencia que el emisor espera recibir. RFC 9293 lo formula como que el campo de acuse es significativo.
Así, un SYN que anuncia el número inicial propio no necesita fingir que ya conoce la secuencia del otro extremo. Los bits están físicamente presentes, pero no representan una afirmación válida mientras ACK permanezca claro. El protocolo conserva un solo formato y deja que el estado de la conexión determine la lectura.
El establecimiento en tres pasos muestra la regla
En el ejemplo básico de RFC 9293, el primer segmento lleva SEQ=100 y SYN. La respuesta lleva SEQ=300, ACK=101 y SYN,ACK. El último segmento lleva SEQ=101, ACK=301 y ACK. El 101 cuenta porque ACK activa el campo: el SYN con número 100 ocupó una posición y 101 es la siguiente esperada.
La misma cabecera atraviesa entonces una frontera semántica. En el primer segmento, el número de acuse no es significativo; en la respuesta, se convierte en evidencia del estado del par. Una vez establecida la conexión, el acuse se envía siempre, según la especificación para ese estado.
Una frontera acumulativa
El número no es una lista de segmentos ni un recibo de la aplicación. Marca la siguiente posición contigua esperada y, por ello, reconoce acumulativamente todas las posiciones anteriores. La Ventana anuncia cuántos octetos, empezando en esa posición, está dispuesto a aceptar el emisor. Ambos campos se relacionan, pero solo ACK activa el significado del acuse.
ACK no consume espacio de secuencia. Si lo hiciera, cada acuse exigiría otro acuse y el cálculo se volvería recursivo. Gracias a esta exclusión, un segmento puede transportar datos y estado de recepción, o actualizar la frontera sin datos nuevos.
Una decisión conservada
RFC 793, de 1981, y RFC 9293 conservan el mismo diseño: campo fijo, significado condicionado por ACK, reconocimiento acumulativo y ningún número de secuencia para ACK. La conclusión es de estructura de protocolo, no una afirmación sobre implementaciones actuales.
Fuentes
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
