Skip to content

Captura por SRT y RIST

SRT y RIST llevan la señal a través de una red que usted no controla: por internet, entre ciudades, desde una unidad móvil. Las pérdidas en una red así son inevitables, y ambos transportes las recuperan por retransmisión mientras quede tiempo para hacerlo.

SRT

En la pestaña Fuentes pulse + Añadir fuente y elija el protocolo SRT. La estación espera la conexión en un puerto UDP dedicado y el remitente se conecta a él.

Campo Qué define
Host, Puerto la dirección y el puerto UDP en los que se espera la conexión
Frase de paso la clave de cifrado AES; si no coincide, la conexión se rechaza en el handshake
Stream ID el identificador esperado del remitente
Latencia de recepcion (ms) el presupuesto para recuperar pérdidas (véase más abajo); 120 por defecto
Tiempo de espera del handshake (ms), Tiempo de espera del par (ms) los tiempos de espera de conexión y de inactividad

Una dirección srt:// pegada entera se descompone en los campos, y la URL SRT reconstruida se muestra al lado — eso es lo que se copia y se entrega al remitente.

La latencia es un presupuesto, no un retraso por retrasar

La Latencia de recepcion define cuánto tiempo espera un paquete en el búfer de recepción antes de entregarse. Un paquete perdido solo llega a tiempo de volver si la solicitud de retransmisión y la respuesta caben en esa ventana — de ahí la regla práctica escrita en la propia ayuda del campo: no menos de tres o cuatro RTT hasta el origen.

En un enlace con RTT de 100 ms, los 120 ms estándar no dejan sitio ni para un solo intento de recuperación: una pérdida se convierte en un agujero en la señal. El precio de subirla es honesto y predecible — exactamente esa demora en la salida y memoria para el búfer de recepción.

El valor se elige a partir del RTT medido y no de la sensación: el RTT y su variación están en los contadores de la conexión.

Qué hace el transporte

Está implementado el mecanismo ARQ completo: confirmaciones (ACK/ACKACK), solicitudes de retransmisión (NAK) con un período ajustado al RTT medido, entrega en orden desde el búfer de latencia, descarte de los paquetes irremediablemente tarde (too-late drop) y keepalive para conexiones inactivas.

La consecuencia práctica para una cabecera: las pérdidas en el enlace no tienen por qué volverse defectos de la señal. Mientras el presupuesto alcance, el agujero se cierra con una retransmisión y nunca llega a la salida. Cuando el presupuesto no alcanza, los contadores lo dicen: crecen los descartes por tarde, no solo las retransmisiones.

RIST

El protocolo RIST se añade con el mismo + Añadir fuente. Hay dos diferencias respecto a SRT, y ambas se ven en el formulario:

  • Perfil RIST — Simple (par de puertos), donde los medios y el RTCP ocupan puertos vecinos (el puerto de medios debe ser par), o Main (tunel GRE), donde por el cable pasa un único Puerto del tunel. El tunel además tiene un Rol en el tunel — conectarse uno mismo o esperar — y una Contrasena PSK que cifra el contenido; debe coincidir en ambos lados.
  • Buffer de recepcion (ms) — el mismo, en significado, presupuesto de recuperación que la latencia de SRT; 1000 por defecto. Al lado están Seccion de reordenamiento (ms), Numero de reintentos y la Interfaz de multicast para recibir un grupo.

Aplicación de los cambios

El cambio de dirección, puerto, clave o identificador reinicia el origen. El cambio de los tiempos de espera solos se aplica en caliente.

Qué viene después