Capa de Transporte y Control de Congestión
La capa de transporte extiende la entrega de host a host a la comunicación de proceso a proceso, ofreciendo a las aplicaciones flujos de bytes fiables, ordenados y con control de congestión (TCP) o datagramas ligeros sin conexión (UDP), mientras que el control de congestión regula las tasas de envío para que la red compartida no colapse.
Definition
La capa de transporte es la capa de protocolo que proporciona comunicación lógica entre procesos de aplicación que se ejecutan en diferentes hosts, añadiendo servicios como multiplexación, entrega fiable, control de flujo y control de congestión sobre la entrega de host a host de la capa de red.
Scope
Esta área cubre los servicios de transporte de extremo a extremo: multiplexación y demultiplexación de datos a procesos de aplicación, los principios de transferencia de datos fiable sobre una red no fiable (reconocimientos, retransmisión, números de secuencia, ventanas deslizantes), el Protocolo de Control de Transmisión orientado a la conexión y el Protocolo de Datagramas de Usuario sin conexión, y la teoría y práctica del control de congestión. Excluye el enrutamiento de paquetes a través de la red (capa de red) y los protocolos de aplicación que utilizan servicios de transporte (capa de aplicación).
Sub-topics
Core questions
- ¿Cómo entrega la capa de transporte los datos al proceso de aplicación correcto mediante multiplexación y demultiplexación?
- ¿Cómo se puede construir una entrega fiable y en orden sobre una red no fiable y con pérdidas?
- ¿Cómo funcionan el establecimiento de conexión, el control de flujo y los mecanismos de fiabilidad de TCP?
- ¿Cuándo debería una aplicación usar UDP en lugar de TCP?
- ¿Cómo detecta y responde el control de congestión a la sobrecarga de la red manteniendo la equidad?
Key concepts
- multiplexación y demultiplexación
- puertos y sockets
- transferencia de datos fiable
- ventana deslizante, go-back-N, repetición selectiva
- apretón de manos de tres vías de TCP
- control de flujo
- control de congestión
- aumento aditivo/disminución multiplicativa (AIMD)
- inicio lento y evitación de congestión
- Protocolo de Datagramas de Usuario (UDP)
Key theories
- Transferencia de datos fiable sobre un canal no fiable
- La fiabilidad se construye a partir de reconocimientos, temporizadores de retransmisión, números de secuencia y protocolos de ventana deslizante (go-back-N y repetición selectiva) que detectan y recuperan pérdidas, duplicaciones y reordenamientos a pesar de una red subyacente no fiable.
- Control de congestión de TCP
- TCP infiere la congestión a partir de la pérdida de paquetes y ajusta su ventana de envío con dinámicas de aumento aditivo/disminución multiplicativa —inicio lento, evitación de congestión y recuperación rápida— para sondear el ancho de banda disponible mientras retrocede bruscamente ante la pérdida.
- Transporte sin conexión versus orientado a la conexión
- UDP ofrece un servicio delgado y sin conexión, sin configuración, fiabilidad o control de congestión, minimizando el retardo y la sobrecarga, mientras que TCP ofrece un flujo de bytes orientado a la conexión, fiable y con control de congestión; la elección implica un compromiso entre latencia y control por garantías.
Clinical relevance
El comportamiento de la capa de transporte moldea el rendimiento de casi todas las aplicaciones en red: TCP transporta de forma fiable la web, el correo electrónico y las transferencias de archivos, mientras que UDP sustenta usos de baja latencia como DNS, voz y video en tiempo real, y muchos juegos. El control de congestión es lo que ha evitado que Internet colapse bajo carga desde finales de la década de 1980, y el trabajo en curso sobre algoritmos como CUBIC y BBR y protocolos como QUIC continúa ajustando el equilibrio entre latencia, rendimiento y equidad.
History
TCP e IP fueron originalmente un solo protocolo en el diseño de Cerf-Kahn de 1974 y posteriormente se dividieron, añadiéndose UDP (RFC 768, 1980) para aplicaciones que solo necesitaban un servicio básico de datagramas. Después de una serie de colapsos por congestión en los inicios de Internet, el trabajo de Van Jacobson de 1988 introdujo los algoritmos de inicio lento y evitación de congestión que siguen siendo la base del control de congestión de TCP, refinados durante décadas en variantes como Reno, CUBIC y BBR.
Debates
- Control de congestión basado en pérdidas versus basado en retardo y basado en modelos
- El TCP clásico infiere la congestión a partir de la pérdida de paquetes, lo que puede subutilizar enlaces de alto ancho de banda y alta latencia y reaccionar tarde, lo que impulsa algoritmos basados en retardo y basados en modelos como BBR; el debate continúa sobre la equidad y la capacidad de despliegue cuando dichos algoritmos coexisten con los basados en pérdidas.
Key figures
- Van Jacobson
- Jon Postel
- Vinton Cerf
- Sally Floyd
Related topics
Seminal works
- kurose2021
- jacobson1988
- rfc9293
Frequently asked questions
- ¿Cuándo debo usar UDP en lugar de TCP?
- Utilice UDP cuando la baja latencia sea más importante que la entrega garantizada y pueda tolerar o manejar las pérdidas usted mismo, por ejemplo, voz/video en tiempo real, consultas DNS o juegos. Utilice TCP cuando necesite una entrega fiable y ordenada y un control de congestión incorporado, como para páginas web, transferencias de archivos y correo electrónico.
- ¿Qué hace realmente el control de congestión?
- El control de congestión ajusta la velocidad con la que un remitente inyecta datos en la red basándose en señales de congestión, típicamente pérdida de paquetes o retardo. Al retroceder cuando la red está sobrecargada y sondear la capacidad disponible en caso contrario, mantiene el tráfico agregado cerca de la capacidad de la red y comparte el ancho de banda de manera aproximadamente equitativa entre los flujos.