Entrega por SRT¶

El SRT lleva la señal adonde el multicast no llega: a otra ciudad, a un socio, a través de internet. Hay dos maneras de entregarla, y se distinguen en quién establece la conexión:

• Push — la estación llama por su cuenta al destino y hace push del stream. Así se entrega la señal a un sitio que espera una conexión entrante.
• Distribución (play) — la estación levanta un listener y espera a que el socio tome el stream. Resulta cómodo cuando la contraparte tiene su propio horario y su propio equipo: usted da la dirección y la clave, del resto se encarga ella.

Envío a un destino¶

La pestaña Egreso, + Añadir push, el protocolo SRT:

Una dirección pegada entera como srt://203.0.113.10:9000 se descompone en los campos, y la URL SRT vuelta a montar se muestra al lado — eso es lo que se copia y se entrega a la parte receptora.

Un push muerto se levanta solo, una vez cada cinco segundos, como cualquier otro destino de entrega.

Distribución desde el puerto del stream¶

El bloque Reproducción SRT: active Permitir pull SRT (reproducción), fije el Puerto y el candado — una Frase de paso común o un mapa de clientes.

Una única frase de paso del puerto es una llave compartida: la tiene cualquiera al que se la haya entregado. El mapa Clientes da a los socios candados personales: el registro se crea con un nombre del directorio y el servidor genera el secreto al guardar — nunca se escribe a mano, solo se copia, rota o retira; las direcciones y subredes son el filtro opcional del registro. La forma del candado se ve en una insignia del bloque, antes de leer los campos:

• Contraseña común — una frase de paso para el puerto.
• Sin cifrado — un puerto sin candado, el pull está abierto.
• Clientes: N — un mapa de registros; un registro sin contraseña pero con direcciones se marca como sin cifrado, y uno vacío — el secreto se asignará al guardar.

Pasar la distribución de una frase de paso común al mapa avisa antes de guardar: la clave común se retira y los espectadores actuales se reconectan con sus nuevas claves.

Junto a cada registro de cliente hay un botón que copia un enlace listo con la forma srt://…?mode=caller&passphrase=…; en un registro de direcciones sin contraseña el enlace va sin parámetros de cifrado. En la lista de enlaces de reproducción del canal, una distribución con mapa da una línea SRT propia a cada cliente — con su secreto en un registro con contraseña, y sin parámetros de cifrado en uno de direcciones. Una distribución sin mapa mantiene la única línea de siempre.

El socio toma el stream conectándose a srt://<station-address>:<port> con su clave. El puerto pertenece al stream por entero — un puerto por stream; un conflicto de puertos entre streams se rechaza al guardar, y no se descubre en el aire.

La distribución desde un puerto dedicado puede tener su propia sección de salida MPEG-TS: el socio recibe la señal bajo el número de programa que necesita, sin tocar los demás destinos.

Observación de sesiones SRT play¶

Cuando un socio toma el stream por SRT, la sesión aparece en la página Sesiones. La fila muestra la IP del espectador, la entrada del mapa de clientes como usuario y, para las sesiones SRT, un chip de Calidad.

El color del chip refleja el veredicto de salud actual de la sesión SRT: verde para ok, amarillo para degraded, rojo para bad. Cambia a medida que el camino se recupera o empeora.

Hacer clic en el chip abre el panel de detalle. Lista los valores acumulados actuales — paquetes enviados, perdidos, retransmitidos, NAKs recibidos, RTT y buffer de envío — y dibuja gráficos por minuto:

• RTT — tiempo de ida y vuelta y su máximo.
• Pérdidas — paquetes perdidos, too-late y drop-request.
• Recuperación — paquetes retransmitidos frente a informes NAK.
• Bitrate — bytes servidos a la sesión.

Los gráficos llevan la historia continua del cliente, y no solo la de la sesión abierta: en un eje de tiempo común están todas las sesiones del mismo usuario dentro de la ventana del almacén. Cada sesión es su propia línea, nombrada por la dirección del dispositivo; una unión entre líneas es una reconexión, un hueco — una pausa entre sesiones. Los dispositivos de un mismo cliente no se mezclan: las líneas van lado a lado y se distinguen por sus nombres.

Sobre los gráficos está el selector de horizonte: toda la historia disponible, 1 hora, 15 minutos, 5 minutos. Estrecha la ventana hacia su cola sin cambiar el corte: la historia sigue siendo por cliente. El zoom dentro de la ventana se hace con la rueda o un pellizco, de forma sincronizada en todos los gráficos.

Junto a ellos está el gráfico de conexiones por direcciones: intervalos de «la dirección estuvo conectada» en el eje del tiempo, y un clic en un intervalo abre la sesión. Cuando la historia de la ventana no cabe en una sola descarga, el gráfico lo advierte y se construye con las últimas sesiones de la ventana, no con toda su profundidad.

El veredicto de salud figura en la cabecera del panel del registro activo. Un registro cerrado no conserva veredicto: cómo terminó su vida se lee en los gráficos, y los valores acumulados y la historia están disponibles en el historial de reproducción, congelados en la ventana de vida de la sesión.

Qué conviene saber¶

• La salida no colorea el stream. El estado del stream refleja la entrada. Un destino de push caído no pone el stream en rojo — la entrega se comprueba por los contadores del destino.
• La latencia de la salida es el presupuesto del receptor. Cuánto tiempo tiene la parte receptora para recuperar pérdidas lo fija ella; la regla de los «tres o cuatro RTT» es la misma en ambos lados — véase Captura por SRT.
• Las retransmisiones son normales mientras sean pocas. El contador de retransmisiones de un destino crece cuando el camino pierde paquetes: el transporte está haciendo su trabajo. Lo inquietante no es el hecho, sino la tendencia y su compañía — las reconexiones al lado.

Qué viene después¶

• Monitorización de entrega — estado, velocidad, errores y retransmisiones por destino.
• Salida MPEG-TS — un PNR y unos PID propios para un socio concreto.
• Entrega a la red — multicast y RTP.