Retransmisión¶
Además de los espectadores con reproductores, un stream a menudo debe entregarse a otros sistemas: a una red social por RTMP, a un socio por SRT, a la red local como transport stream. Todo eso vive en la pestaña Egreso de la página del stream y trabaja con la salida del stream — con un transcodificador configurado, lo que sale es el stream ya procesado.
Las dos maneras de entregar el stream se diferencian en quién establece la conexión:
- Un push — el streamer marca él mismo al receptor y empuja el stream. Sirve para redes sociales y cualquier sistema que espera un stream entrante.
- Reproducción SRT — el streamer abre un listener y espera a que el socio venga a llevarse el stream.
Pushes¶
En el bloque Pushes pulse + Añadir push, nombre el push y elija el protocolo:
- RTMP — la URL del receptor completa, con la clave de stream incluida:
rtmp://a.rtmp.youtube.com/live2/<clave>. Así se conectan YouTube y las demás redes. - SRT — el Host y el Puerto del listener SRT del socio, más Frase de paso y Stream ID cuando hagan falta. El streamer actúa como caller.
- MPEG-TS/UDP — el Host y el Puerto del receptor. El host puede ser un grupo multicast — así se entrega un stream a la LAN de un operador, a un modulador o a un receptor vecino.
- MPEG-TS/RTP — el mismo MPEG-TS envuelto en RTP: los mismos Host y Puerto, con la encapsulación elegida por el tipo de push. Lo necesitan los receptores que esperan RTP y no TS desnudo sobre UDP.
Un stream puede llevar varios pushes — cada uno trabaja de forma independiente. No olvide Guardar.
Selección de la interfaz de salida¶
En la pestaña Egreso, indique la Interfaz de salida de un push MPEG-TS/UDP o MPEG-TS/RTP: el nombre de una tarjeta, como eno4, o su dirección IPv4 local, como 192.168.40.10. Establezca Host en el grupo 239.255.2.77 y Puerto en 5500, y pulse Guardar. El multicast saldrá por la tarjeta elegida independientemente de la ruta por defecto.
Las interfaces de entrada y salida son independientes: puede recibir por eno2 y enviar por eno4. Cada push tiene su propia interfaz de salida. Si el campo está vacío, la tabla de rutas del sistema operativo decide; vacíelo y guarde para restablecer ese comportamiento. El ajuste se aplica al multicast IPv4. Para unicast, el enrutamiento elige la interfaz de salida; Dirección de enlace establece la dirección local del socket y tiene otra función.
La interfaz debe existir en el streamer emisor y tener dirección IPv4. Si el nombre o la dirección son incorrectos, el push no arrancará y mostrará un error. Cambiar la interfaz de salida reinicia el push. En un clúster, compruebe que la interfaz esté disponible en cada streamer que pueda enviar este stream.
La captura se configura por separado — vea selección de la interfaz de entrada.
Servir por SRT¶
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. El streamer abre un listener SRT en ese puerto, y el socio se lleva el stream por sí mismo llamando a srt://<dirección-del-streamer>:<puerto> desde su lado.
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 las contrapartes candados personales: el registro se crea con un nombre 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. 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, y una sin mapa mantiene la única línea de siempre.
Práctico cuando el stream lo necesita una contraparte con su propio horario y su propio equipo: usted entrega la dirección y la clave, el resto es suyo.
La ventana de segmentos¶
El campo Segmentos a conservar fija la longitud de la ventana HLS/DASH en vivo del stream — cuántos segmentos recientes lista la playlist. Más segmentos — buffering más estable para espectadores con mala red, pero más retardo respecto al directo para quienes arrancan por la cola de la ventana. Un campo vacío es el valor por defecto.
Monitorización de pushes¶
La página Pushes reúne todos los pushes activos del clúster y el historial de los cerrados. Cada fila es un push: stream, nombre del push, endpoint, nodo, propietario, estado, tiempo activo, bitrate, reconexiones, RTT y retransmisiones. Una pareja standby mantiene dos filas por stream y push — la activa y la en espera.
Hacer clic en una fila abre el panel de detalle con gráficos por minuto a lo largo del periodo de historia del push. Para un push UDP muestra bitrate y el retraso respecto al anillo de distribución — frames y paquetes MPEG-TS; para un push SRT añade RTT, desglose de pérdidas y retransmisiones frente a NAKs. En los pushes con propietario, el detalle lleva la cinta de eventos recientes — errores de envío con su texto y paradas con causa: fallo de envío, el destino cerró la conexión, apagado, reconfiguración, reinicio del servidor — y el total de paradas por causa.
Un cambio de pusher no rompe el registro ni cuenta como fallo de red: el contador de reconexiones solo crece con la caída de un pusher, y las paradas del operador — apagar y editar la configuración — aparecen en el historial con sus propias causas.
Los registros cerrados conservan sus valores acumulados y gráficos, así que se puede revisar por qué se detuvo un push y cómo se desarrollaron las pérdidas durante su vida.
Conviene saber¶
- Un push no afecta al estado del stream. El estado refleja la fuente; un receptor de push caído no colorea el stream. Verifique la entrega en el lado receptor.
- La retransmisión se muda con el stream. Los pushes y la reproducción SRT son parte de la configuración del stream: el streamer que ejecuta el stream es el que empuja. Para la reproducción SRT eso significa que la dirección del listener cambia cuando el stream se muda a otro streamer — téngalo en cuenta al entregar la dirección a un socio.