Protocolo de Control de Transmisión

El Protocolo de Control de Transmisión es el protocolo de transporte orientado a la conexión de Internet, que proporciona un flujo de bytes fiable, en orden y dúplex completo entre dos procesos, con control de flujo y control de congestión incorporados.

Definition

El Protocolo de Control de Transmisión es un protocolo de capa de transporte orientado a la conexión que proporciona una entrega fiable, ordenada y con verificación de errores de un flujo de bytes entre procesos de aplicación, con establecimiento y cierre de conexión, control de flujo y control de congestión.

Scope

Este tema cubre específicamente el TCP: su estructura de segmento, el establecimiento de conexión mediante el "three-way handshake" y los procedimientos de cierre, los números de secuencia y acuse de recibo, los acuses de recibo acumulativos, la retransmisión con estimación adaptativa del tiempo de espera y la retransmisión rápida, y el control de flujo a través de la ventana de recepción. Sitúa al TCP como la realización concreta de los principios de transferencia de datos fiables más la gestión de la conexión. Su comportamiento de control de congestión se resume aquí, pero se trata en profundidad en el tema de control de congestión.

Core questions

• ¿Qué logra el "three-way handshake" y cómo se cierra una conexión?
• ¿Cómo rastrean los números de secuencia y acuse de recibo de TCP un flujo de bytes?
• ¿Cómo estima TCP los tiempos de espera y utiliza la retransmisión rápida para recuperarse de la pérdida?
• ¿Cómo implementa la ventana de recepción el control de flujo?
• ¿Cómo combina TCP la fiabilidad, el control de flujo y el control de congestión en un solo protocolo?

Key concepts

• servicio orientado a la conexión
• three-way handshake
• estructura del segmento TCP
• números de secuencia y acuse de recibo
• acuse de recibo acumulativo
• estimación del tiempo de espera de retransmisión
• retransmisión rápida
• control de flujo y ventana de recepción
• abstracción de flujo de bytes

Key theories

Gestión de la conexión

TCP establece una conexión con un "three-way handshake" que sincroniza los números de secuencia iniciales y la cierra con un intercambio elegante, proporcionando a cada extremo un estado consistente para un flujo de bytes fiable y dúplex completo.

Entrega fiable de flujo de bytes

TCP numera cada byte, utiliza acuses de recibo acumulativos y temporizadores de retransmisión adaptativos, y aplica la retransmisión rápida en ACKs duplicados, entregando un flujo fiable y ordenado en lugar de mensajes discretos.

Control de flujo a través de la ventana de recepción

El receptor anuncia cuánto espacio de búfer tiene, y el emisor limita sus datos en tránsito a esa ventana, evitando que un emisor rápido sature a un receptor lento independientemente de la congestión de la red.

Clinical relevance

El TCP transporta la gran mayoría del tráfico fiable de Internet, incluyendo la web, el correo electrónico y las transferencias de archivos, por lo que su comportamiento determina directamente el rendimiento de esas aplicaciones. Su establecimiento de conexión añade latencia que los protocolos más nuevos buscan reducir, su control de flujo y congestión moldean el rendimiento, y la comprensión del TCP es esencial para la optimización del rendimiento, el comportamiento del firewall y NAT, y el diagnóstico de conexiones estancadas o lentas.

History

El TCP se originó en el protocolo Cerf-Kahn de 1974 para interconexión de redes, inicialmente como un único protocolo que más tarde se dividió en TCP e IP. Fue estandarizado en el RFC 793 (1981) y refinado durante décadas —tiempos de espera adaptativos, retransmisión y recuperación rápidas, escalado de ventana y acuse de recibo selectivo— con la especificación consolidada y actualizada en el RFC 9293 (2022).

Key figures

• Vinton Cerf
• Robert Kahn
• Van Jacobson

Seminal works

• cerf1974
• rfc9293
• kurose2021

Frequently asked questions

¿Qué es el "three-way handshake" de TCP?

Es el intercambio que abre una conexión TCP: el cliente envía un SYN con su número de secuencia inicial, el servidor responde con un SYN-ACK acusándolo y dando el suyo propio, y el cliente envía un ACK final. Después de esto, los dos extremos acuerdan los números de secuencia iniciales y pueden intercambiar datos de forma fiable.

¿En qué se diferencia TCP de UDP?

TCP está orientado a la conexión y proporciona un flujo de bytes fiable y ordenado con control de flujo y congestión, a costa de la latencia de configuración y la sobrecarga. UDP no tiene conexión y ofrece un servicio de datagramas mínimo, de mejor esfuerzo, sin ninguna de esas garantías, lo que lo hace más ligero y de menor latencia, pero deja la fiabilidad a la aplicación.