TCP comprueba que cada paquete haya llegado; UDP simplemente envía y sigue adelante
TCP (Transmission Control Protocol) y UDP (User Datagram Protocol) son las dos formas en que una app entrega datos a internet: TCP confirma la entrega y mantiene los paquetes en orden, mientras que UDP envía cada paquete una sola vez y no comprueba nada.
Ambos funcionan en la capa de transporte, un nivel por encima de IP. IP lleva el paquete al equipo correcto; TCP o UDP lo lleva a la app correcta de ese equipo y decide qué pasa cuando algo se pierde por el camino.
Creemos que la imagen más sencilla es la de una llamada de teléfono frente a una postal. TCP es la llamada: los dos se saludan primero y repites lo que la otra persona no haya oído. UDP es un montón de postales: baratas, rápidas, y nadie te avisa si una se cae del camión.
- 20–60 bytes
- Cabecera TCPcrece con las opciones
- 8 bytes
- Cabecera UDPsiempre del mismo tamaño
- 3 mensajes
- Acuerdo de tres pasos de TCPSYN, SYN-ACK, ACK
TCP abre la conexión con un handshake de tres pasos; UDP se lo salta
TCP está orientado a la conexión: no se envía nada hasta que ambas partes han intercambiado tres mensajes cortos, y la conexión se cierra con otro intercambio al final.
UDP no usa conexión. El primer paquete ya son los datos. No hay preparación previa ni cierre, y ninguno de los dos lados guarda estado entre paquetes. Por eso UDP también puede enviar un paquete a muchos receptores a la vez, algo que TCP no puede hacer.
SYN
Tu dispositivo envía un mensaje de sincronización al servidor: «Quiero comunicarme, este es mi número de secuencia inicial».
SYN-ACK
El servidor responde con una sincronización y confirmación: «Recibido, este es el mío».
ACK
Tu dispositivo lo confirma. Solo entonces TCP empieza a enviar datos reales.
FIN y ACK para cerrar
Cuando uno de los dos lados termina, envía FIN, el otro lo confirma y lo mismo ocurre en sentido contrario. Es el cierre en cuatro pasos.
TCP reenvía los paquetes perdidos y los mantiene en orden; UDP deja el hueco
TCP garantiza que cada byte llegue una sola vez y en orden, numerando los paquetes y esperando confirmaciones. UDP tiene una suma de verificación para detectar un paquete dañado y, en ese caso, simplemente lo descarta.
Cuando no llega una confirmación de recepción, TCP vuelve a enviar el paquete. También reduce la velocidad cuando la red parece congestionada (control de congestión) y cuando el receptor se queda atrás (control de flujo). Para la aplicación, TCP se ve como un flujo continuo de bytes.
UDP no hace nada de eso. Cada paquete es un mensaje independiente. Si el paquete 7 llega después del 8, o no llega nunca, la aplicación recibe lo que haya llegado y tiene que arreglárselas. En una llamada de voz eso es un pequeño chasquido; en una transferencia bancaria sería un desastre, y por eso los bancos nunca usan UDP sin más.
UDP es más rápido porque su cabecera ocupa 8 bytes y no espera confirmaciones
UDP gana en velocidad por dos motivos: una cabecera de 8 bytes frente a los 20 a 60 bytes de TCP, y ninguna pausa para establecer la conexión, enviar confirmaciones o retransmitir.
En una conexión por cable en buen estado, la diferencia por paquete es pequeña. En una conexión Wi-Fi con pérdidas es grande, porque TCP se detiene para recuperar cada paquete perdido mientras UDP sigue transmitiendo. Esa es la verdadera historia de la velocidad de TCP frente a UDP: el mismo cable, un comportamiento distinto cuando hay pérdidas.
| TCP | UDP | |
|---|---|---|
| Conexión | Primero, un intercambio de tres pasos | Ninguna, el primer paquete ya lleva datos |
| Entrega | Garantizada, con confirmación | Mejor esfuerzo, sin confirmación |
| Paquetes perdidos | Se reenvían | Se descartan |
| Orden | Se mantiene | No garantizado |
| Control de flujo y de congestión | Sí | No |
| Tamaño del encabezado | 20–60 bytes | 8 bytes |
| Modelo de datos | Flujo continuo de bytes | Mensajes independientes |
| Difusión / multidifusión | No | Sí |
| Aplicaciones habituales | HTTP, HTTPS, FTP, SMTP | DNS, DHCP, VoIP, streaming |
Los puertos de TCP y UDP usan los mismos números; lo que cambia es el protocolo
Un puerto es un número que le indica al equipo receptor para qué aplicación es un paquete. TCP y UDP mantienen cada uno su propia lista de puertos, así que el puerto TCP 80 y el puerto UDP 80 son puertas distintas.
Por eso una regla del router tiene que indicar tanto el puerto como el protocolo. Algunos servicios abren el mismo número en ambos: DNS, por ejemplo, responde por UDP en las consultas normales y por TCP cuando la respuesta es grande. Dentro de la cabecera IP, un número de protocolo distinto le indica al equipo receptor si debe pasar el paquete a TCP o a UDP, antes de mirar ningún puerto.
Funciona sobre TCP
- Páginas web (HTTP y HTTPS)
- Envío de correo electrónico (SMTP)
- Transferencia de archivos (FTP)
- Todo aquello en lo que cada byte debe llegar
Funciona sobre UDP
- Consultas DNS
- DHCP (obtener una dirección IP)
- Llamadas de voz y videollamadas (VoIP)
- Transmisión en directo y la mayoría de los juegos en línea
Usa UDP cuando un paquete tardío no sirve de nada; usa TCP cuando no se puede permitir que falte un paquete
Elige UDP para todo lo que sea en directo, porque cuando TCP hubiera reenviado un paquete de voz perdido, la conversación ya habría avanzado; elige TCP para todo lo que deba llegar completo, como una página web, una descarga o un correo electrónico.
Los juegos son el caso más claro. Una actualización de posición de hace 200 ms no sirve de nada, así que los motores de juego envían por UDP y simplemente usan el paquete más reciente. Las videollamadas hacen lo mismo, y por eso oyes un fallo breve en lugar de una congelación larga.
Las descargas, los inicios de sesión y los pagos funcionan al revés. Un solo byte perdido daña un archivo o rompe un inicio de sesión, así que la entrega más lenta y verificada de TCP es la única opción sensata.
VPN con UDP o TCP: UDP por defecto y una ruta tipo TCP donde otras VPN se detienen
La mayoría de los túneles VPN funcionan sobre UDP porque es más rápido y porque el tráfico dentro del túnel ya usa TCP donde hace falta. Un túnel en modo TCP suele ser solo una alternativa para redes que únicamente dejan pasar tráfico de tipo web.
Usar TCP dentro de un túnel TCP es lento: las dos capas reenvían el mismo paquete perdido y las dos reducen la velocidad a la vez. Es el dilema 'OpenVPN UDP vs TCP' que se ve en apps más antiguas que te obligan a elegir. UDP para ir rápido, TCP cuando UDP no logra conectar.
Teal VPN, creada por Fxolio LLC, tiene un plan gratuito (500 MB al día) y un plan Pro, con apps para Android, Windows, Mac, Linux, Android TV y Chromebook. La app no te pide que elijas entre TCP y UDP. Teal Secure está activo en todas las conexiones y en todos los planes: el tráfico se ofusca, y cuando una red cierra una ruta, la app prueba otras rutas por sí sola. Ninguna VPN puede garantizar que conecte en todas las redes, así que consulta las normas locales antes de viajar. Una vez conectado, la prueba de fugas de Teal VPN en tealvpn.com/ip-leak-test muestra qué servidores DNS responden a tus consultas UDP.
HTTP funciona sobre TCP, e ICMP no es ni TCP ni UDP
HTTP no es una alternativa a TCP o UDP, sino una capa por encima de ellos: el HTTP clásico y HTTPS viajan dentro de TCP, mientras que el más reciente HTTP/3 viaja dentro de UDP con su propia fiabilidad añadida encima.
ICMP es el caso aparte. Está junto a TCP y UDP en lugar de por encima de ellos, no tiene puertos y transporta mensajes de control, como los que usan ping y traceroute. Así que 'tcp vs udp vs icmp' son en realidad tres tareas distintas: entregar datos de forma fiable, entregar datos rápido e informar sobre la propia red.
Sigue leyendo
Referencias
- GeeksforGeeks: TCP vs. UDP
- IPCisco: TCP frente a UDP, puertos y cabeceras
- AVG: principales diferencias y usos de TCP y UDP
¿Necesitas ayuda con Teal VPN? Contacta con soporte.
Preguntas
¿UDP es más rápido que TCP?
Sí. UDP tiene una cabecera de 8 bytes, no usa handshake ni retransmisiones, así que genera menos carga adicional y nunca se detiene. La diferencia es pequeña en una conexión limpia y grande en una con pérdida de paquetes.
¿Cuál es más seguro, TCP o UDP?
Ninguno cifra nada por sí solo. La seguridad viene de la capa superior, como HTTPS sobre TCP o un túnel VPN sobre UDP. TCP es más difícil de suplantar por su handshake, pero eso es una función de fiabilidad, no de cifrado.
¿Una VPN usa TCP o UDP?
La mayoría de los protocolos VPN usan UDP por defecto para ganar velocidad. Algunas apps ofrecen un modo TCP para redes que restringen UDP. La app de Teal VPN elige la ruta por sí sola y cambia cuando una deja de funcionar, a noviembre de 2026.
OpenVPN con UDP o TCP: ¿cuál debería elegir?
UDP, salvo que no logre conectar. El modo TCP funciona en redes más estrictas, pero es más lento, porque TCP dentro de TCP duplica las retransmisiones cuando se pierde un paquete.
¿Se puede usar UDP para transferir archivos?
Solo si la aplicación añade sus propias comprobaciones. UDP por sí solo descarta los paquetes perdidos, así que un archivo llegaría con huecos. Por eso FTP y la mayoría de las herramientas de descarga usan TCP.
¿TCP y UDP usan los mismos puertos?
Los números de puerto abarcan el mismo rango, pero cada protocolo tiene su propio conjunto, así que el puerto 80 de TCP y el puerto 80 de UDP son distintos. Una regla del router necesita tanto el número como el protocolo.
¿Por qué los juegos usan UDP?
Porque una actualización de posición antigua ya no sirve. UDP entrega el paquete más reciente de inmediato en lugar de detenerse a reenviar el anterior, y así el juego responde con fluidez.