Entrega a la red¶
La salida principal de una cabecera es un flujo de transporte enviado a la red: al grupo multicast de un operador de cable, a un modulador, a una dirección unicast de un receptor. Aquí la estación es la parte activa: envía por sí sola, nadie se conecta a ella.
Un destino de entrega se llama push, y cada push tiene un Nombre. El nombre es su identidad: por él se encuentra el destino en la configuración, en las estadísticas y en las métricas. El panel lo advierte justo debajo del campo: cambiar el nombre crea un push nuevo y los contadores empiezan de cero.
Envíe el stream a un grupo¶
La pestaña Egreso, el bloque Pushes, el botón + Añadir push. El protocolo es MPEG-TS/UDP.
| Campo | Qué define | Por defecto |
|---|---|---|
| Nombre | la identidad del destino | — |
| Host | el grupo multicast o la dirección unicast del receptor | — |
| Puerto | el puerto del receptor | — |
| TTL de multicast | cuántos routers sobrevive el datagrama | 10 |
| Interfaz de salida | por qué tarjeta de red sale el multicast | la elige el sistema |
| Dirección de enlace | la dirección local a la que se liga el socket | la elige el sistema |
El interruptor Activado junto al nombre apaga un destino sin borrarlo. El unicast se diferencia del multicast solo en la dirección: el TTL y la selección de interfaz funcionan igual.
Multicast en una red real¶
Tres cosas hacen tropezar a la entrega, y las tres se resuelven con los campos de arriba.
- La tarjeta de red equivocada. En una máquina con varias interfaces, el sistema elige la interfaz de salida por la tabla de rutas, y para el multicast esa elección muchas veces no es la pensada. Si la señal «se está enviando» pero el receptor no la ve, fije primero la Interfaz de salida de forma explícita.
- TTL. El valor por defecto de 10 permite al paquete sobrevivir al enrutamiento — el 1 que el kernel trae de fábrica no dejaría salir el stream ni fuera de la subred. A través de varios routers el TTL se sube; para un segmento estrictamente aislado, se baja.
- El receptor tiene que suscribirse. La estación envía al grupo sin importar si alguien escucha: los paquetes salen aunque no haya ningún suscriptor. Que «no llegue nada» del lado del receptor suele ser culpa de su propia suscripción o del IGMP snooping del conmutador, y no de la estación.
RTP en lugar de TS a secas¶
Algunos receptores esperan el MPEG-TS envuelto en RTP según RFC 2250 / SMPTE ST 2022-2, y no un stream pelado sobre UDP. Es la misma salida con otra encapsulación: elija el protocolo MPEG-TS/RTP en lugar de MPEG-TS/UDP.
El datagrama recibe una cabecera RTP; todo lo demás — direccionamiento, TTL, interfaz, contadores — es común con un push UDP corriente.
La opción vecina en la misma lista es RIST, para cuando el lado receptor espera exactamente eso.
Varios destinos a la vez¶
Un stream tiene tantos pushes como haga falta, y funcionan con independencia: un receptor caído en un destino no toca a los demás.
Los destinos con la misma configuración de salida efectiva comparten un solo stream idéntico byte a byte: cien pushes iguales cuestan lo mismo que uno. Lo que los hace distintos son solo sus propias tablas de servicio — el PNR y los PID propios del destino; entonces para él se reescriben las tablas y los PID, mientras que la disposición de los paquetes, el PCR y los contadores de continuidad siguen siendo los de la salida compartida.
Comportamiento ante el fallo¶
El pusher no tiene política de reintentos propia: lo revive el stream. Una vez cada cinco segundos el stream coteja los destinos en marcha con la configuración y sustituye un pusher muerto por uno nuevo; el contador de reconexiones cuenta exactamente esas sustituciones.
De ahí la consecuencia práctica: el envío a un destino inalcanzable nunca se rinde y nunca necesita un reinicio manual. Seguirá levantándose mientras el destino esté activado.
No cuentan como reconexiones:
- editar la configuración — el pusher también se reinicia, pero eso es una decisión del operador, no un fallo del enlace;
- apagar y encender — apagar no es borrar: la configuración y los contadores acumulados se quedan, solo se detiene el envío.
Borrar un destino borra también sus estadísticas: los contadores están atados al nombre.
Qué comprobar¶
Bajo cada push corre una línea de estadística en vivo: el estado — Enviando, Error o Desactivado —, la velocidad en kbit/s, los errores por segundo, las reconexiones y, en uno fallado, también la causa. Todos los campos y las recetas de alertas están en la página Monitorización de entrega.
El estado Enviando con velocidad cero significa que no hay nada que enviar: el problema está en la entrada, no en la salida.
Qué viene después¶
- Salida MPEG-TS — PNR, PID y SDT, incluidos los propios de cada destino.
- CBR para DVB — cuándo la señal va a un modulador.
- Monitorización de entrega — contadores y alertas.