Réserve à chaud des sorties multicast¶
Important
Version bêta 2.1. Ce qui est décrit ici n’existe que dans la version bêta 2.1 : elle s’installe depuis le dépôt bêta et uniquement avec une licence ; la version stable 2.0.2 et la version de démonstration ne l’ont pas. La version bêta est fournie sans garantie, et l’assistance est assurée dans la mesure du possible (Programme de test bêta).
La réserve à chaud protège les récepteurs multicast — boîtiers, téléviseurs, récepteurs de diffusion — contre la panne d’un nœud. Plusieurs nœuds maintiennent des sorties identiques vers une même adresse multicast et un même port. L’un d’eux émet dans le groupe et, en cas de panne, un autre reprend le groupe — sans interruption ni répétition, à la même adresse.
Deux termes de cette page : membre — sortie d’un nœud dans un groupe de réserve ; émetteur — le nœud qui émet actuellement dans le groupe. Les champs et l’écran sont décrits dans Réserves ; ici, ce qu’il faut planifier à l’avance.
Le nœud A est tombé en panne : le nœud B reprend le groupe, les récepteurs restent à la même adresse.¶
Quand l’utiliser¶
Les récepteurs reçoivent la chaîne en multicast UDP, RTP ou Pro-MPEG et ne savent pas basculer d’eux-mêmes vers une autre adresse : IPTV d’opérateur, télévision d’hôtel, réseau de diffusion.
Les serveurs doivent être entretenus l’un après l’autre, sans interrompre l’antenne : un nœud arrêté normalement cède d’abord ses groupes.
Les spectateurs OTT ont besoin d’un autre mécanisme : Réserve OTT/DVR. Contre les pertes sur le réseau, ce sont le protocole et ST 2022-7 qui protègent (Redondance : ce qui protège contre quoi).
Nœuds¶
Combien. Deux nœuds ayant des membres ; mieux encore, trois nœuds avec la réserve activée. Dans un domaine de deux nœuds de ce type, un nœud redémarré ne reprend un groupe qu’au bout de 30 secondes, et seulement si l’autre a réellement disparu. Un troisième nœud, même sans chaînes propres, vote et supprime cette attente (Qui émet).
Puissance. Le nœud de secours tient le flux prêt : il reçoit la source et la traite comme l’émetteur. Dimensionnez chaque nœud pour la charge complète de ses groupes.
Domaine. Tous les nœuds sont dans un même domaine Meshwork : celui qui est défini comme principal pour le nœud (Paramètres du serveur), avec la même clé de domaine. Avec les nœuds d’un autre domaine, aucune réserve ne se forme.
Horloges. L’heure des nœuds est synchronisée (NTP) ; un nœud dont l’horloge n’est pas synchronisée déclenche l’alerte de code 74 (
reserve-clock-unsynced).Version. La réserve est une fonctionnalité de la version 2.1 ; elle n’existe pas en 2.0.2, où le second serveur est gardé en secours à froid.
Source¶
Les nœuds comparent les flux des membres d’après les horodatages et le contenu, et ne basculent qu’entre membres dont la source commune est prouvée. Par conséquent :
les deux nœuds reçoivent la même source : le même multicast issu du récepteur satellite, le même flux issu de l’encodeur ;
les flux ont le même « Type de flux » et le même indicateur de chaîne embrouillée ;
si l’entrée pose elle-même les horodatages (fichier, RTMP, RTSP, transcodeur, multiplexeur MPTS), les sources ne peuvent pas être comparées : définissez le même « Libellé de source de réserve » sur tous les membres ;
le groupe signale une entrée DVB avec le problème « Entrée DVB, pas encore testée » : la réserve avec ces entrées n’a pas été testée dans la bêta — vérifiez le basculement sur votre propre schéma avant la mise à l’antenne.
Réseau¶
Canal de contrôle. Le port UDP 43975 (par défaut) est ouvert entre tous les nœuds du domaine. C’est par lui que les nœuds votent et se surveillent mutuellement ; il est protégé par la clé du domaine.
Adresses. Tous les membres du groupe ont la même adresse multicast, le même port et la même interface d’envoi, « Multicast egress interface », dans le réseau des récepteurs.
Les récepteurs suivent le groupe, pas l’émetteur. Chaque nœud émet depuis sa propre adresse, si bien qu’après un basculement le groupe arrive depuis une autre adresse source. (ASM : abonnement à un groupe depuis n’importe quelle source ; SSM : uniquement depuis les sources listées.)
Les récepteurs ASM (IGMPv2, ou IGMPv3 sans liste de sources) fonctionnent.
Les récepteurs SSM (IGMPv3 INCLUDE) ne fonctionnent que si l’abonnement liste les adresses de tous les nœuds du groupe.
Sur une entrée Perfect Streamer qui reçoit un tel groupe, « SSM source address » et « Path 2 SSM source address » restent vides.
Aucune adresse commune ni IP virtuelle n’est nécessaire.
Commutateurs. IGMP snooping et un seul querier (l’équipement qui interroge les abonnés IGMP) dans le réseau des récepteurs, comme pour tout multicast (IGMP snooping et querier). Raccordez les nœuds à des commutateurs de cœur différents : la réserve de nœuds ne protège pas contre la panne d’un commutateur commun.
Bande passante. Chaque nœud reçoit la source en entier ; dans le réseau des récepteurs, un seul nœud envoie le groupe.
Qui émet, et délai¶
Seul l’émetteur élu (par défaut). Un seul nœud émet dans le groupe, les autres tiennent le flux prêt.
Mode observation. Tous émettent, la réserve se contente de vérifier les membres. Convient à un essai à côté d’un schéma en service.
Délai de sortie. Pour que le basculement soit transparent, les sorties du groupe envoient le flux avec un délai fixe par rapport à l’entrée : de 500 à 2500 ms, 500 par défaut. C’est une latence supplémentaire de la chaîne pour les récepteurs ; définissez la même valeur sur tous les membres (Délai de sortie).
Délai et second chemin de l’entrée. Si l’entrée reçoit deux chemins ST 2022-7, le « Délai de sortie » doit être au moins égal à la fenêtre du second chemin (« Path skew (ms) » de l’entrée) plus 400 ms : sinon, le basculement lors d’une perte réelle de l’entrée ne sera pas transparent.
Nœud préféré. La « Priorité de réserve » de la sortie définit quel membre est préféré, et « Rendre après (s) » si le groupe lui revient après son rétablissement.
Pro-MPEG et second chemin¶
Une sortie Pro-MPEG participe au choix de l’émetteur si « colonnes × lignes » est une puissance de deux, si un datagramme contient 7 paquets TS, s’il n’y a ni multiplexage ni phrase secrète et si la matrice est la même sur tous les membres. Sinon, elle émet toujours, à côté de l’émetteur, et ne reprend pas le groupe (sortie Pro-MPEG dans un groupe de réserve).
Le second chemin ST 2022-7 est envoyé par l’émetteur du groupe. Définissez-le de la même façon sur tous les membres, y compris
path2-mcast-if: les nœuds surveillent aussi l’émetteur par le second chemin (Exigences réseau pour ST 2022-7).
Limites¶
Les sorties MPTS sont affichées dans le groupe, mais ne sont pas réservées.
Si la source a disparu chez tous les membres à la fois, le groupe ne bascule pas : la réserve de nœuds ne remplace pas les entrées de secours (1. Source : entrées de secours).
Après des basculements fréquents, le basculement automatique du groupe est suspendu (alerte de code 72,
reserve-frozen).La version de démonstration n’a pas de réserve.
Avant la mise en service¶
Sur l’écran « Réserves » de chaque nœud, tous les nœuds du domaine figurent dans le tableau « Nœuds » avec une clé confirmée, et l’horloge indique « Synchronisée ».
Pour chaque groupe, le résultat de la comparaison des sources est « Même source » ou « Même signal », sans problème.
Un basculement d’essai avec le bouton « Déplacer vers… » dans la ligne du groupe se fait sans interruption sur le récepteur ; l’événement de basculement est visible sur la piste « Réserve » des statistiques du flux.
Les alertes de codes 66 à 74 sont livrées à la personne d’astreinte (Redondance des flux).
