Sobre los puertos viajan los datos, pero no todos viajan igual. Hay dos formas fundamentales de mandar información por la red, y elegir entre ellas define si una aplicación es confiable o veloz —porque, spoiler, no se puede tener todo—. Una es como una llamada telefónica donde confirmas cada frase; la otra, como gritar por la ventana: rápido, pero sin garantía de que te oyeron. Son TCP y UDP.
TCP: el mensajero confiable
TCP está orientado a conexión: antes de mandar un solo byte de datos, los dos extremos se saludan en un apretón de manos de tres pasos (el cliente dice "quiero hablar", el servidor responde "de acuerdo, yo también", el cliente confirma). Establecida la conexión, TCP garantiza la entrega: numera cada segmento, confirma lo que llegó, retransmite lo que se perdió y reordena lo que llegó desordenado. El resultado es un flujo de datos íntegro y en orden. El costo es overhead: esas confirmaciones y retransmisiones toman tiempo y ancho de banda. Cuando no puede fallar ni un byte —una página web, un correo, una descarga, una transferencia bancaria—, se usa TCP.
UDP: el veloz
UDP es lo contrario: sin conexión, sin saludo previo, sin confirmaciones. Dispara los paquetes y se olvida de ellos. No garantiza que lleguen, ni que lleguen en orden, ni avisa si se perdieron. A cambio, es ligero y rápido: cero ceremonia, mínima latencia. Suena peor, hasta que piensas en para qué sirve.
TCP hace su apretón de manos y confirma cada envío; UDP dispara y olvida, y si un paquete se pierde no se reintenta. Integridad vs. latencia.
El trade-off, y por qué a veces "peor" es mejor
Aquí está la clave que lo ilumina todo: en una videollamada, ¿qué prefieres, que se pierda un cuadro de imagen o que todo se congele un segundo esperando a que ese cuadro se retransmita? Obviamente lo primero: para cuando el cuadro perdido llegara, ya sería viejo e inútil. La voz, el video y los juegos en línea usan UDP precisamente porque la puntualidad vale más que la perfección: es mejor un hueco imperceptible que una pausa. En cambio, en una descarga no toleras ni un byte corrupto, aunque tome un instante más: ahí manda TCP. No es que uno sea mejor; es que resuelven prioridades opuestas —integridad contra latencia—.
Casos típicos de cada uno
- TCP: web (HTTP/HTTPS), correo, transferencia de archivos, bases de datos —todo lo que exige exactitud—.
- UDP: voz sobre IP, videollamadas, streaming en vivo, juegos, y consultas DNS —donde una consulta rápida que se puede reintentar gana a una conexión formal—.
Un giro moderno: cuando la web se pasó a UDP
Durante décadas la regla fue simple: la web es TCP. Pero conviene actualizarla, porque muestra que estos protocolos no son dogma. La versión más reciente del protocolo web, HTTP/3, se construyó sobre UDP —no sobre TCP— usando una tecnología llamada QUIC. ¿Por qué harían algo así? Para ganar velocidad: al partir de UDP, HTTP/3 evita parte de la ceremonia de TCP y reconstruye por su cuenta, de forma más ágil, la confiabilidad que necesita. Es un buen recordatorio de que la elección entre "confiable" y "veloz" no siempre es un interruptor de dos posiciones: a veces se toma lo veloz como base y se le añade justo la confiabilidad que hace falta, ni más ni menos.
La idea que se queda
TCP confirma y ordena; UDP dispara y vuela. La elección no es de calidad sino de prioridad: integridad total o mínima latencia. Entender esa disyuntiva explica por qué una llamada se pixela pero no se traba, y por qué una descarga nunca llega corrupta. Otra pieza de los cimientos de red, parte II.