La capa de transporte actúa como el director de logística de la comunicación en red. Mientras que la capa de red se ocupa de llevar los paquetes de un origen a un destino, la capa de transporte garantiza que los datos lleguen a la aplicación correcta en ese destino. Utilizando los puertos y sockets que ya conoces, esta capa gestiona conversaciones completas de extremo a extremo entre procesos de software, no solo entre máquinas.

Aquí es donde conocemos a los dos protagonistas principales: TCP (Protocolo de Control de Transmisión) y UDP (Protocolo de Datagramas de Usuario). Cada uno tiene un enfoque radicalmente diferente para entregar datos, y elegir el correcto es crucial para el rendimiento de cualquier aplicación en red.

TCP es el caballo de batalla de la fiabilidad en internet. Cuando necesitas que cada bit de datos llegue intacto y en el orden correcto, como en la navegación web, el correo electrónico o la transferencia de archivos, TCP es la elección. Su característica fundamental es que está orientado a la conexión.

Antes de que se envíe ningún dato de la aplicación, TCP establece una conexión a través de un proceso llamado "saludo de tres vías" (three-way handshake). Es como una llamada telefónica formal: una de las partes llama (SYN), la otra responde y confirma que está lista (SYN-ACK), y la primera parte acusa recibo de esa confirmación (ACK). Solo entonces comienza la conversación.

Una vez establecida la conexión, TCP descompone los flujos de datos grandes en fragmentos más pequeños llamados segmentos. Cada segmento se numera, lo que permite al receptor reensamblarlos en el orden correcto, incluso si los paquetes llegan desordenados por la red. Si un segmento se pierde, el receptor lo detecta por el hueco en los números de secuencia y solicita una retransmisión.

Para gestionar el flujo de datos y evitar que un emisor rápido abrume a un receptor lento, TCP utiliza un mecanismo de ventanas deslizantes (sliding windows). El receptor anuncia cuánto espacio de búfer tiene disponible (el tamaño de la ventana), y el emisor se asegura de no enviar más datos de los que el receptor puede manejar. Esta ventana se "desliza" a medida que los datos se procesan, permitiendo un flujo de datos continuo y eficiente.

Además, cada segmento TCP incluye un checksum o suma de verificación. Es un valor calculado a partir de los datos del segmento. El receptor realiza el mismo cálculo; si los valores no coinciden, sabe que el segmento se ha corrompido durante el tránsito y lo descarta, esperando una retransmisión.

TCP no solo se preocupa por la comunicación entre dos puntos; también se preocupa por la salud general de la red. Si demasiados emisores envían datos demasiado rápido, los routers intermedios pueden saturarse, provocando congestión y pérdida de paquetes para todos. Para evitar esto, TCP implementa sofisticados algoritmos de control de congestión.

El proceso comienza con un algoritmo llamado Slow Start. En lugar de enviar datos a la máxima velocidad permitida por la ventana del receptor, una nueva conexión TCP comienza enviando solo un pequeño número de segmentos. Por cada confirmación recibida, el número de segmentos que puede enviar aumenta exponencialmente. Esto permite a la conexión sondear rápidamente el ancho de banda disponible sin inundar la red desde el principio.

Cuando la velocidad de envío alcanza un cierto umbral, o cuando se detecta la primera pérdida de paquetes, TCP cambia al modo de Congestion Avoidance. En esta fase, aumenta su velocidad de envío de forma mucho más lenta y lineal. Si se pierden paquetes, TCP lo interpreta como una señal de congestión y reduce drásticamente su velocidad de envío para aliviar la carga en la red. Luego, lentamente, comienza a aumentar la velocidad de nuevo. Este ciclo constante de sondeo y retroceso permite a TCP adaptarse dinámicamente a las condiciones cambiantes de la red.

UDP es la antítesis de TCP. Es un protocolo sin conexión, ligero y que no ofrece garantías. Con UDP, no hay saludos de tres vías, ni números de secuencia, ni ventanas deslizantes. Simplemente empaqueta los datos en datagramas y los envía. Es como enviar una postal: la pones en el buzón y confías en que llegue, pero no tienes confirmación de entrega, ni sabes si llegará en orden junto a otras postales que envíes.

Entonces, ¿por qué usar un protocolo tan aparentemente poco fiable? Porque la velocidad es crucial para ciertas aplicaciones. El streaming de vídeo en directo, los juegos en línea o las llamadas de VoIP son ejemplos perfectos. En estas aplicaciones, un paquete perdido o que llega un poco tarde es preferible a detener toda la transmisión para esperar una retransmisión, lo que causaría pausas y lag.

La elección entre TCP y UDP es una de las decisiones fundamentales en el diseño de aplicaciones en red. Implica una compensación directa entre la fiabilidad y la latencia, una decisión que define cómo los usuarios experimentarán el servicio.