TCP y UDP: comparación de protocolos de transporte
Cómo aporta TCP fiabilidad y control de flujo, por qué UDP tiene menos sobrecarga y cómo determinan la elección los requisitos de la aplicación.
Qué aprenderá
Conocimientos que puede aplicar.
- Explicar la fiabilidad de TCP y los datagramas UDP mediante sus mecanismos
- Leer puertos, sockets y estados de conexión en las capturas
- Separar los fallos de transporte de los de red y aplicación
Ir directamente a la sección adecuada
- TCP y UDP atienden necesidades distintas de las aplicaciones
- TCP controla un flujo de bytes
- UDP proporciona datagramas independientes
- Los puertos identifican los extremos de comunicación
Mostrar las 6 secciones
TCP proporciona un flujo de bytes ordenado con confirmaciones, retransmisión y control de flujo. UDP proporciona datagramas independientes con menos mecanismos integrados. Elija según los requisitos de latencia, fiabilidad y compatibilidad de la aplicación.
TCP y UDP atienden necesidades distintas de las aplicaciones
TCP está orientado a conexión: SYN, SYN-ACK y ACK forman su establecimiento de conexión de tres pasos antes de que la conexión establecida transporte datos. Detecta pérdidas, retransmite segmentos ausentes y presenta los bytes en orden. Si la recuperación falla, la aplicación recibe un fallo en lugar de un falso éxito. Los protocolos de correo como SMTP e IMAP y las transferencias de archivos necesitan datos completos.
UDP no tiene establecimiento de conexión de transporte, retransmisión ni garantía de orden. Su cabecera tiene ocho bytes, frente a los veinte bytes de la cabecera básica de TCP. Las aplicaciones pueden utilizarlo para tráfico sensible a la latencia si toleran las pérdidas o las gestionan por sí mismas. El ejemplo introductorio de streaming ilustra esa contrapartida; no establece que todo vídeo deba usar UDP.
TCP controla un flujo de bytes
Los números de secuencia ordenan los bytes; las confirmaciones y retransmisiones gestionan las pérdidas. Las ventanas de recepción protegen al receptor, mientras que el control de congestión responde a una posible sobrecarga de red. La aplicación ve un flujo continuo, no los límites originales de los paquetes IP.
La fiabilidad no implica automáticamente poco retraso. Las retransmisiones y el bloqueo al principio de la cola pueden hacer esperar a la aplicación tras una pérdida. La aplicación sigue necesitando tiempos de espera, gestión de desconexiones y delimitación propia de mensajes.
UDP proporciona datagramas independientes
La baja sobrecarga del protocolo puede resultar adecuada para solicitudes breves o datos sensibles al tiempo. DNS suele utilizar UDP para consultas ordinarias, pero también TCP según el tamaño del mensaje y la operación. Cuando se necesite fiabilidad, deberá aportarla la aplicación o un protocolo por encima de UDP.
Los protocolos modernos introducen matices en la elección. QUIC proporciona flujos cifrados fiables en espacio de usuario sobre UDP. La latencia, la tolerancia a pérdidas, el orden y la compatibilidad de red siguen siendo los criterios de decisión de la aplicación. El streaming con búfer puede beneficiarse de la transferencia fiable y la compatibilidad con firewalls mediante TCP o QUIC.
Los puertos identifican los extremos de comunicación
Un flujo se describe por el protocolo, las direcciones de origen y destino y los puertos de origen y destino. Un servidor suele escuchar en un puerto conocido, mientras que un cliente utiliza uno efímero. Los firewalls y NAT siguen el estado mediante estas propiedades.
Inspeccione el establecimiento de conexión, el tiempo de ida y vuelta, las retransmisiones, los reinicios de conexión y las ventanas de recepción. La ausencia de SYN-ACK apunta a problemas de camino, filtro o servicio a la escucha. Si el transporte conecta pero el resultado es incorrecto, continúe con TLS y el protocolo de aplicación.
Lista de comprobación práctica
- 01
Identifique el protocolo, los puertos de origen/destino y el servicio que debería escuchar.
- 02
En TCP, inspeccione el establecimiento de conexión completo y cualquier reinicio.
- 03
Evalúe el retraso, las pérdidas y las retransmisiones a lo largo del tiempo.
- 04
Compruebe el estado de firewall, NAT y ruta de retorno en ambas direcciones.
- 05
Investigue TLS y el comportamiento de la aplicación después de confirmar el transporte.
Preguntas frecuentes
¿UDP siempre es más rápido que TCP?
UDP tiene menos mecanismos integrados, pero el rendimiento de la aplicación depende de la red, la implementación y la fiabilidad requerida. Una aplicación basada en UDP puede implementar por sí misma mecanismos similares.
¿Por qué el streaming utiliza a menudo TCP o QUIC?
Muchos servicios almacenan contenido en búfer y se benefician de la transferencia fiable y la compatibilidad de red. QUIC combina flujos fiables con un transporte basado en UDP.
Una oferta relacionada
Cómo puede ayudarle Bissolux
Convierta lo aprendido en un paso práctico. Revise el alcance, el precio y las exclusiones de la oferta antes de realizar el pedido.
Infraestructura de TI
Describa sus sistemas y necesidades. Acordaremos el trabajo, las responsabilidades y las condiciones antes de la implementación. El contacto se ofrece en inglés.
Publicidad · BissoluxSoporte y operaciones de TI
Describa sus sistemas y necesidades. Acordaremos el trabajo, las responsabilidades y las condiciones antes de la implementación. El contacto se ofrece en inglés.
