PRO · Protocolo 4 · Transporte (Transporte)

UDP

Protocolo de transporte sin conexión y de encabezado mínimo: envía rápido, sin confirmar la entrega ni ordenar los datos.

¿Qué es?

UDP (User Datagram Protocol, protocolo de datagramas de usuario) es el protocolo de transporte rápido y sencillo: envía los datos sin establecer conexión y sin comprobar si llegaron.

Si TCP es una paquetería con acuse de recibo, UDP es echar postales al buzón: salen de inmediato y casi siempre llegan, pero nadie te avisa si alguna se perdió o si llegaron en otro orden.

En términos técnicos

  • Trabaja en la capa 4 (Transporte). Está definido en el RFC 768 (1980), uno de los RFC más cortos que existen.
  • Su unidad de datos es el datagrama.
  • Sin conexión: no hay saludo previo ni cierre.
  • Sin confiabilidad: no numera, no confirma, no retransmite y no ordena.
  • Sin control de flujo ni de congestión: envía tan rápido como la aplicación quiera.
  • Encabezado de solo 8 bytes. En el encabezado IPv4 se identifica como protocolo 17.

¿Dónde lo vas a encontrar?

En DNS, DHCP, NTP (la hora), SNMP, TFTP, las llamadas de voz y videollamadas (RTP), la transmisión en vivo, los videojuegos en línea y QUIC, el transporte de HTTP/3.

¿Cómo funciona?

El encabezado completo

Campo Tamaño Para qué sirve
Puerto de origen 2 bytes Quién envía (puede ser 0 si no espera respuesta)
Puerto de destino 2 bytes A qué aplicación va
Longitud 2 bytes Tamaño del encabezado más los datos
Suma de verificación 2 bytes Detecta errores (opcional en IPv4, obligatoria en IPv6)

Si la suma de verificación no coincide, el datagrama se descarta en silencio.

UDP frente a TCP

UDP TCP
Conexión No Sí (saludo de tres vías)
Entrega garantizada No Sí
Orden No Sí
Encabezado 8 bytes 20 a 60 bytes
Control de flujo y congestión No Sí
Broadcast y multicast Sí No
Ideal para Consultas cortas, tiempo real, difusión Archivos, web, correo, sesiones remotas

Por qué lo eligen las aplicaciones

Aplicación Razón
DNS Una pregunta y una respuesta cortas: abrir una conexión TCP tardaría más que la consulta
DHCP El cliente aún no tiene IP y necesita enviar por broadcast
Voz y video Un paquete que llega tarde ya no sirve; es mejor perderlo que esperarlo
Juegos en línea Importa la posición más reciente, no la de hace un segundo
QUIC (HTTP/3) Implementa su propia confiabilidad y cifrado sobre UDP, más rápido de evolucionar que TCP

Verificación y diagnóstico

Comando Qué debes ver
ss -uln (Linux) Puertos UDP en escucha (p. ej. 0.0.0.0:53, 0.0.0.0:123)
netstat -ano -p udp (Windows) Puertos UDP abiertos y el proceso que los usa
Wireshark, filtro udp o udp.port == 53 Los datagramas y su contenido
nslookup solutionss.net Una consulta DNS por UDP que puedes capturar

Para tomar en cuenta

  • UDP no avisa de pérdidas: si la aplicación las necesita detectar, lo hace ella (p. ej. DNS reintenta si no hay respuesta).
  • Tamaño de los datagramas: si superan el MTU se fragmentan en IP y, si se pierde un fragmento, se pierde todo. Las aplicaciones bien hechas envían datagramas pequeños.
  • Firewalls y NAT: como no hay conexión, guardan la «sesión» UDP solo unos segundos o minutos; las aplicaciones envían mensajes periódicos (keepalives) para mantenerla.
  • DNS también usa TCP cuando la respuesta es grande o para transferir zonas.
  • No es seguro por sí mismo: el origen se puede falsificar con facilidad porque no hay saludo. Para cifrar se usa DTLS o el propio cifrado de QUIC.

Material descargable

Aún no hay material descargable para este tema. Pronto habrá cuadernillos, manuales o laboratorios.

Referencias (RFC / estándar)

Antes conviene ver…

Relacionado con…

© solutions_ · Redes informáticas · 27 UDP