Entrega de reserva¶
La transmisión sale hacia un grupo multicast de la red de la oficina desde el streamer en el que la ejecuta la instalación. Si el streamer falla, la colocación lleva la transmisión a otro, pero el grupo calla hasta que el plano de control nota el fallo y el nuevo streamer levanta la fuente: para el espectador es un corte de decenas de segundos.
Cuando una segunda instalación no puede unirse en un mismo clúster con la primera — otro sitio, un plano de control aparte, una máquina independiente junto a la instalación —, ese corte lo cierra el push de reserva. Ambos lados reciben la misma señal y envían la transmisión al mismo grupo. Uno transmite, el otro escucha el grupo y calla. Cuando el grupo se queda en silencio, el otro empieza a transmitir por sí solo, sin plano de control y sin intervención humana.
Los lados no se comunican nada entre sí ni saben uno del otro. Cada uno decide solo por lo que oye en el grupo, por eso el esquema funciona entre instalaciones que no están conectadas de ninguna forma — basta con una red común.
Envíe la transmisión al grupo¶
La ficha de la transmisión, la pestaña Egreso, el bloque Pushes, el botón + Añadir push. El protocolo es MPEG-TS/UDP, o MPEG-TS/RTP si los receptores esperan RTP.
| Campo | Qué define | Por defecto |
|---|---|---|
| Nombre | la identidad del destino: por él se le encuentra en la estadística | — |
| Host | la dirección del grupo multicast | — |
| 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 |
Active la reserva¶
En el push de ambos lados:
| Campo | Qué define | Por defecto |
|---|---|---|
| Push de reserva | el push envía al grupo solo mientras no se oye en él otro emisor | desactivado |
| Ventana de relevo, ms | cuánto debe callar el grupo para que el push empiece a transmitir | 1000 |
El interruptor Push de reserva aparece solo cuando el campo Host contiene la dirección de un grupo multicast — IPv4 de 224.0.0.0 a 239.255.255.255 o IPv6 que empieza por ff. Una dirección unicast no tiene grupo común, y la reserva ahí es imposible. Un nombre de host en lugar de la dirección tampoco sirve: hace falta la dirección misma.
Cómo decide el lado si transmitir¶
La regla es una para todos:
- en el grupo se oye otro emisor — el push calla;
- el grupo calla más que la ventana de relevo — el push empieza a transmitir;
- mientras transmite, el push oye a otro emisor — el push calla, y el grupo se queda con el que se oye.
Sus propios paquetes que le vuelven desde el grupo el push no los toma por otro emisor. Un segundo push de la misma transmisión al mismo grupo ya es otro emisor.
Tras un arranque — inicio del streamer, traslado de la transmisión, edición del push — el push primero calla durante una ventana: si en el grupo ya transmite el otro lado, no se mete antes de oírlo. Un push en silencio sigue preparando el stream, así que el relevo no espera un fotograma clave: los primeros paquetes tras la ventana ya son un stream completo.
Qué ventana poner¶
La ventana es a la vez el tiempo de reacción y lo único que define la prioridad entre los lados.
- El corte que ve el espectador ante un fallo es aproximadamente igual a la ventana de relevo. Por defecto 1000 ms: un stream en vivo son cientos de paquetes por segundo, y un segundo de silencio es un fallo, no jitter de red. Una ventana de menos de 200–300 ms empezará a saltar con los cuelgues breves del lado que transmite.
- Gana la ventana más corta. Si los lados arrancan a la vez o ambos han callado, el primero en transmitir es el de ventana más corta.
- Ventanas distintas para los lados. Con ventanas iguales, los lados que arrancan a la vez pueden pasarse el grupo varias veces. Al lado principal se le pone una ventana más corta y al de reserva una más larga, por ejemplo 500 y 2000 ms.
El push de reserva va en ambos lados: el lado que vuelve tras un fallo oye que el grupo está ocupado y espera, así que el grupo no vuelve atrás y no hay corte de más.
Qué necesita la red¶
Los lados deben oír el grupo al que transmiten.
- Un mismo segmento o enrutamiento multicast entre los streamers de ambos lados. Cada uno se une al grupo en la misma interfaz por la que envía: fije la Interfaz de salida de forma explícita.
- IGMP snooping. El streamer se suscribe al grupo igual que un espectador, y el conmutador le entrega los paquetes del otro lado. En un puerto donde un filtro corta el multicast, al otro lado no se le oye.
- La misma señal en la entrada. La reserva sustituye al emisor, no el contenido: si no, el espectador verá otra transmisión tras la conmutación.
Qué comprobar¶
En un push de reserva, la línea de estadística en vivo muestra el estado de reserva junto al estado general:
- Transmitiendo — el push está enviando al grupo ahora;
- En espera — en el grupo se oye otro emisor, el push calla.
Callar en reserva no es un error: el estado general sigue siendo Enviando, las reconexiones no crecen y la velocidad es cero — los paquetes que no salieron a la red no cuentan como enviados.
Un grupo sano es exactamente un lado con el estado Transmitiendo.
- Ambos transmiten más que la ventana — los lados no se oyen: revise la Interfaz de salida, el IGMP snooping y los filtros de los puertos, el TTL.
- Nadie transmite, todos En espera — en el grupo hay un tercer emisor.
- Estado Error en un push de reserva — el streamer no pudo unirse al grupo en la interfaz indicada; la causa está en la línea de estadística.
Qué viene después¶
- Transmisiones — la fuente de la transmisión y la reserva de la entrada.
- Colocación de streams — cómo el plano de control traslada una transmisión cuando falla un streamer.
- Streamers — el estado de los servidores de la instalación.