SRT no es simplemente «otro protocolo de streaming». Es una tecnología diseñada desde cero para resolver los problemas reales de la transmisión en vivo: redes inestables, pérdida de paquetes, latencia y falta de seguridad. En este artículo te explicamos exactamente cómo funciona SRT por dentro y por qué es el protocolo preferido para el broadcast profesional moderno.
🧱 La base: UDP con inteligencia propia
SRT está construido sobre UDP (User Datagram Protocol), el protocolo de transmisión más rápido a nivel de red. A diferencia de TCP, UDP no espera confirmaciones de entrega, lo que lo hace extremadamente veloz pero naturalmente propenso a la pérdida de datos.
Aquí es donde SRT brilla: agrega su propia capa de inteligencia sobre UDP, implementando mecanismos avanzados de control que TCP no puede ofrecer sin sacrificar velocidad.
🐢
TCP
Confiable pero lento. Espera confirmación de cada paquete. La pérdida provoca congestión y stutter en el video.
⚡
UDP puro
Ultra rápido pero sin garantías. Los paquetes perdidos simplemente desaparecen, causando artefactos visuales.
🚀
SRT
Velocidad de UDP + recuperación inteligente de errores. Lo mejor de ambos mundos para streaming profesional.
⚙️ Los 4 mecanismos clave de SRT
El funcionamiento de SRT se sostiene en cuatro tecnologías que trabajan en conjunto para garantizar una transmisión estable, segura y de baja latencia:
MECANISMO 1
🔁 ARQ — Automatic Repeat reQuest
Es el corazón de SRT. Cuando el receptor detecta que falta un paquete, envía automáticamente una solicitud de retransmisión (NAK) al emisor. El emisor reenvía ese paquete específico sin necesidad de reenviar todo el stream.
📌 Dato clave: SRT puede recuperarse de pérdidas de hasta el 30% de paquetes en condiciones de latencia configuradas adecuadamente.
MECANISMO 2
⏱️ Buffer de latencia configurable
SRT mantiene un buffer de recepción cuyo tamaño defines tú. Este buffer actúa como una «sala de espera» donde los paquetes se reordenan y los faltantes son solicitados antes de ser enviados al decodificador. El tamaño del buffer determina directamente la latencia total.
📌 Regla práctica: En redes locales puedes usar 80-120ms. En transmisiones internacionales, configura 800-2000ms para absorber la variación de la red.
MECANISMO 3
🔒 Encriptación AES-128 / AES-256
SRT encripta el contenido del stream en tiempo real usando AES (Advanced Encryption Standard) de 128 o 256 bits. La clave de acceso se negocia durante el handshake inicial y cada paquete se encripta individualmente, sin afectar la latencia de forma significativa.
📌 Importante: Sin encriptación, cualquier persona en la red podría interceptar tu señal de video. Con SRT, el contenido es ilegible sin la passphrase correcta.
MECANISMO 4
📈 Control de congestión y ancho de banda
SRT monitorea continuamente el estado de la red midiendo el RTT (Round Trip Time) y la tasa de pérdida de paquetes. Ajusta dinámicamente el ancho de banda utilizado para evitar saturar la red y aplica control de flujo entre emisor y receptor.
📌 Resultado: El stream se adapta automáticamente a las condiciones de la red, reduciendo cortes y mejorando la estabilidad en conexiones variables.
🔌 Modos de conexión SRT
SRT opera en tres modos distintos según la topología de red y los roles del emisor/receptor:
📥 Caller (Cliente)
El encoder inicia la conexión hacia el servidor. Es el modo más común en producción. Tu OBS o vMix «llama» al servidor LiveSRT.
📡 Listener (Servidor)
El servidor espera conexiones entrantes. El servidor LiveSRT siempre opera en este modo, listo para recibir tu señal.
🔄 Rendezvous
Ambos extremos inician la conexión simultáneamente. Útil cuando ninguno de los dos tiene IP pública fija o están detrás de NAT.
🔬 Flujo técnico interno de SRT
Así es exactamente lo que ocurre desde que presionas «Iniciar transmisión» hasta que el video llega estable al servidor:
1
Handshake inicial
El encoder y el servidor negocian parámetros: versión SRT, modo de encriptación, tamaño del buffer de latencia y capacidades del stream.
2
Intercambio de claves AES
Se establece el cifrado usando la passphrase configurada. A partir de aquí, todos los paquetes viajan encriptados.
3
Transmisión de paquetes UDP
El video se divide en paquetes numerados secuencialmente y se envían por UDP. Cada paquete lleva un timestamp para control de latencia.
4
Detección de pérdida (NAK)
El receptor monitorea los números de secuencia. Si detecta un salto, envía un NAK (Negative Acknowledgement) para solicitar el paquete faltante.
5
Retransmisión selectiva
El emisor retransmite únicamente el paquete solicitado, no el stream completo. Esto minimiza el uso de ancho de banda adicional.
6
Reordenamiento y entrega
El buffer de recepción reordena todos los paquetes en el orden correcto y entrega el stream reconstruido al decodificador con la latencia configurada.
🛠️ Parámetros técnicos que debes conocer
| Parámetro | Valor típico | ¿Para qué sirve? |
|---|---|---|
| Latency (ms) | 120 – 2000ms | Ventana de tiempo para recuperar paquetes perdidos |
| Passphrase | 10 – 79 chars | Clave para encriptación AES del stream |
| PBKeyLength | 128 / 256 bits | Nivel de encriptación AES |
| Max Bandwidth | -1 (auto) | Límite de ancho de banda usado por SRT |
| Stream ID | Texto libre | Identifica el stream en configuraciones multi-canal |
| Puerto | 1935 – 9999 | Puerto UDP de escucha del servidor SRT |
💡 En resumen: SRT toma la velocidad de UDP, le agrega recuperación inteligente de errores (ARQ), encriptación militar (AES-256) y un buffer de latencia configurable. El resultado es un protocolo capaz de transmitir video profesional incluso en las redes más hostiles del mundo.
Pon SRT a trabajar para ti
Infraestructura SRT lista en minutos 🚀
Nuestro equipo te ayuda a configurar latencia, passphrase y puertos para tu caso específico
💬 Pedir Demo por WhatsApp ⚡ Ver Planes y Precios
✅ Soporte en Español✅ Activación Inmediata✅ Sin Contratos
