Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Basculement à la source
Le basculement de source est une configuration qui implique deux sources redondantes pour un flux de transport. Cette redondance permet de minimiser les perturbations de votre flux vidéo. Pour utiliser le basculement de source, vous spécifiez deux sources pour le flux, puis vous choisissez l'une des deux options pour le mode de basculement : Merge ou Failover.
-
Le mode Fusion combine les sources en un seul flux, ce qui permet une restauration progressive après toute perte d'une source unique. Si vous définissez le mode de basculement sur Merge, vous pouvez définir la fenêtre de restauration, qui correspond à la taille de la mémoire tampon (délai) que vous MediaConnect souhaitez conserver. Une fenêtre de restauration plus longue signifie un délai plus long dans la transmission du flux, mais une plus grande marge de manœuvre pour corriger les erreurs. Une fenêtre de restauration plus courte signifie un délai plus court, mais moins de marge de manœuvre pour corriger les erreurs. Les sources utilisées de cette manière doivent être identiques sur le plan binaire, ce qui signifie qu'elles doivent provenir du même encodeur. MediaConnect doit également recevoir du contenu provenant des deux sources en même temps. De plus, si les sources utilisent le protocole RTP, elles doivent avoir des en-têtes RTP avec des numéros de séquence alignés et elles doivent également être conformes à la norme SMPTE ST
Note
La norme SMPTE ST ÷ 7 est une norme développée par le groupe Society of Motion Picture and Television Engineers (SMPTE). La norme ST 4—7 définit une méthode qui remplace les paquets manquants par des paquets dans un flux identique et redondant. Ce type de basculement nécessite un petit tampon de latence dans votre flux de travail afin de laisser le temps de MediaConnect récupérer les paquets des deux flux.
-
Le mode failover permet de basculer entre un flux principal et un flux de secours. Cette commutation facilite la transition vers un flux plus fiable. Si vous définissez le mode de basculement sur Failover, vous pouvez spécifier une source comme source principale. La deuxième source sert de sauvegarde. Si vous ne spécifiez pas de source principale, MediaConnect traitez les deux sources avec la même priorité et basculez vers la source disponible selon les besoins.
MediaConnect utilise les deux modes de basculement de la manière suivante :
-
En mode Fusion, MediaConnect utilise le contenu des deux sources. Le flux sélectionne de manière aléatoire l'une des sources pour commencer. S'il manque un paquet à cette source, le flux extrait le paquet manquant de l'autre source. Par exemple, si le flux utilise la source A et que le paquet 123 est absent, il MediaConnect extrait le paquet 123 de la source B et continue à utiliser la source A. Dans ce mode, les deux sources sont identiques sur le plan binaire/conformes à ST et 7.
-
En mode Failover, si vous ne spécifiez pas de source principale, utilise MediaConnect aléatoirement l'une des sources pour fournir le contenu du flux. S'il MediaConnect ne reçoit pas de données de la source pendant 500 millisecondes, le flux passe à l'autre source et peut continuer à passer d'une source à l'autre selon les besoins. Si vous spécifiez une source principale, MediaConnect utilisez cette source pour fournir le contenu du flux. Le flux passe à l'autre source si la source principale n'envoie pas de données pendant 500 millisecondes, et revient à la source principale dès que les données sont renvoyées.
Note
MediaConnect ne prend pas en charge le basculement de source sur les flux CDI ou sur les flux d'autorisations. Pour plus d'informations sur la création de redondance avec les flux CDI, rendez-vous sur :. Création d'un flux CDI De plus, vous ne pouvez pas ajouter une seconde source à un flux existant pour le basculement si vous utilisez les protocoles Zixi Pull ou Fujitsu-QOS.
Prise en charge du basculement pour les protocoles sources
Le tableau suivant décrit les protocoles source qui prennent en charge le basculement.
Protocole | Ce protocole prend-il en charge le basculement de source ? | Combien de sources peut-on ajouter ? | Modes de basculement pris en charge |
---|---|---|---|
POIGNET | Oui | 2 | Fusion ou basculement |
RTP | Oui | 2 | Fusion ou basculement |
RTP-FEC | Oui | 2 | Fusion ou basculement |
écouteur SRT | Oui | 2 | Failover uniquement |
appelant SRT | Oui | 2 | Failover uniquement |
Pull Zixi | Non | Aucune - Le Zixi Pull ne peut pas être utilisé comme source. | Le basculement de source n'est pas pris en charge |
Zixi Push | Oui | 2 | Fusion ou basculement |
Zixi Push pour l'UHD AWS Elemental Link | Oui | 2 | Failover uniquement |
Fujitsu QoS | Non | 1 | Le basculement de source n'est pas pris en charge |
CDI | Non | 1 | Le basculement de source n'est pas pris en charge |
ST 2110 JPEG XS | Non | 1 | Le basculement de source n'est pas pris en charge |
Flux de droits | Non | 1 | Le basculement de source n'est pas pris en charge |