TCP vs UDP: diferencias, ejemplos y cuándo usar cada protocolo

Publicado el 2026-10-20 por frfrand

TCP entrega un flujo fiable y ordenado; UDP envía datagramas sin esas garantías. Entendé la diferencia con ejemplos de web, juegos, DNS y QUIC.

TCP y UDP son protocolos de transporte utilizados para enviar datos entre aplicaciones a través de una red. TCP ofrece un flujo de bytes fiable y ordenado; UDP envía datagramas sin garantizar por sí mismo que lleguen, que lleguen una sola vez o en el mismo orden.

No significa que TCP sea siempre mejor. Cada protocolo resuelve necesidades distintas. Para entenderlos, imaginá que necesitás enviar información entre dos computadoras.

Con TCP, el transporte confirma la recepción, recupera pérdidas y presenta los bytes en orden. Con UDP, enviás mensajes individuales y la aplicación decide qué hacer si alguno se pierde.

Hay un detalle importante: TCP no conserva los límites de los mensajes. Si enviás dos bloques, el receptor podría leerlos juntos o en varias partes. La aplicación debe definir cómo separarlos. UDP sí conserva el límite de cada datagrama, aunque no promete su entrega.

¿Cómo funciona TCP?

Antes de intercambiar datos, los extremos establecen una conexión. TCP utiliza números de secuencia, confirmaciones, retransmisiones y mecanismos de control de flujo y congestión.

Gracias a eso, una aplicación recibe un flujo ordenado aunque algunos segmentos se pierdan por el camino. La recuperación tiene un costo: cuando faltan datos, la aplicación no puede simplemente tratarlos como recibidos.

TCP es habitual en SSH, muchas conexiones a bases de datos y HTTP/1.1 o HTTP/2 sobre TLS.

TCP por sí solo no cifra el contenido. Cuando necesitas confidencialidad, se utilizan capas de seguridad como TLS. Por eso no hay que confundir un transporte fiable con una conexión segura.

¿Cómo funciona UDP?

UDP permite enviar datagramas sin la fase de establecimiento de conexión de TCP. Su encabezado es más pequeño y deja a la aplicación la decisión sobre qué hacer ante pérdidas, retrasos o duplicados.

Eso no significa que UDP sea siempre más rápido o menos seguro. Una aplicación puede construir autenticación, cifrado, control de congestión y recuperación de pérdidas por encima de UDP.

Un ejemplo importante es QUIC, utilizado por HTTP/3. QUIC funciona sobre UDP y agrega mecanismos de conexión, seguridad y entrega fiable cuando corresponda.

Por eso no es correcto decir que «todas las páginas web usan TCP»: HTTP/3 emplea un transporte diferente, aunque el navegador siga mostrando una página web normal.

TCP vs UDP: una comparación rápida

| Pregunta | TCP | UDP | |---|---|---| | ¿Cómo entrega datos? | Flujo continuo de bytes | Datagramas individuales | | ¿Garantiza entrega y orden? | Ofrece mecanismos de entrega fiable y ordenada mientras la conexión opera | No proporciona esas garantías por sí mismo | | ¿Necesita establecer conexión? | Sí | No, aunque una aplicación sobre UDP puede hacerlo | | ¿Incluye cifrado de forma nativa? | No | No | | ¿Dónde aparece? | SSH, varias bases de datos, HTTP/1.1 y HTTP/2 | Consultas DNS, determinadas aplicaciones de tiempo real, QUIC |

La pregunta práctica no es cuál es «más moderno», sino qué garantía necesita tu aplicación. Si transferís un documento, suele importar recibirlo completo. Si enviás decenas de posiciones por segundo en un videojuego, puede ser preferible recibir la actualización más reciente antes que esperar por una anterior. Aun así, cada aplicación puede agregar su propia lógica sobre cualquiera de los transportes.

¿Qué cambia al configurar el firewall?

TCP y UDP usan números de puerto, pero son protocolos distintos. Permitir 443/tcp no es lo mismo que permitir 443/udp. Una web que sirva HTTP/3 puede requerir UDP en el puerto correspondiente; otra que solo utilice HTTP/2 puede funcionar con TCP.

Antes de abrir puertos, revisá los protocolos que usa realmente tu servidor. Tener ambos abiertos «por las dudas» no es una política de seguridad. Y aunque un puerto se encuentre permitido en el firewall, eso no demuestra que un servicio esté escuchando detrás.

Podés ampliar la explicación en qué es un firewall en Linux, donde se describen las reglas de red con ejemplos.

Ejemplo: videojuegos multijugador

En un juego de acción, recibir la posición del jugador hace 200 milisegundos puede ser menos útil que recibir su posición actual. Algunas aplicaciones envían actualizaciones frecuentes y toleran pérdidas ocasionales, por lo que UDP puede ser una buena base.

Eso no significa que todo el tráfico de un juego deba ser UDP. Los movimientos, el chat, las compras y los eventos importantes pueden necesitar estrategias distintas.

Ejemplo: consultas DNS

DNS utiliza con frecuencia UDP para consultas tradicionales, pero también puede utilizar TCP y otros transportes según la operación y el protocolo empleado.

La frase «DNS solo usa UDP» lleva a configuraciones de red incompletas. Un administrador debe comprobar qué transporte necesita realmente su servicio.

Tres errores habituales

«UDP siempre es más rápido». El rendimiento final depende de la aplicación, la red y las garantías que necesites.

«TCP evita todos los errores». TCP recupera pérdidas mientras la conexión funciona, pero no reemplaza la validación de datos ni el tratamiento de fallos.

«UDP solo sirve para streaming». Se usa en DNS, juegos y protocolos modernos como QUIC.

¿Cómo se relaciona con ArduMaker?

En ArduMaker, al desplegar una aplicación en un VPS, también es necesario conocer si el servicio utiliza TCP, UDP o ambos. La configuración de puertos depende del protocolo real de la aplicación.

En resumen: elegí TCP cuando necesitás un flujo fiable y ordenado proporcionado por el transporte. Considerá UDP cuando trabajás con datagramas y querés gestionar de otra manera los tiempos, las pérdidas o las garantías, como hace QUIC.

Fuentes oficiales: TCP, RFC 9293 · UDP, RFC 768 · QUIC, RFC 9000 · HTTP/3, RFC 9114.