Test de basculement de redondance Dante : valider les chemins primaire et secondaire

En bref — Un système Dante redondant n’est validé que lorsque chaque chemin fonctionne seul et qu’une perte de chemin contrôlée n’interrompt pas l’audio accepté. Cartographiez des réseaux primaire et secondaire physiquement séparés, établissez une référence sur les deux, isolez un chemin à une limite documentée, observez l’audio et les événements, rétablissez-le, puis répétez dans l’autre sens. Ne reliez jamais les deux réseaux entre eux et ne considérez pas deux ports sur un même domaine de panne partagé comme de la redondance.

La redondance repose sur deux chemins indépendants

En mode redondant, les appareils Dante compatibles envoient un trafic dupliqué sur les réseaux primaire et secondaire. Le récepteur peut continuer à partir du chemin survivant lorsqu’un des deux tombe en panne. Cette protection dépend de la séparation : fabrics de switch indépendants, câblage, ports, alimentation si nécessaire, et aucune interconnexion accidentelle.

Utilisez le guide mode redondant vs mode commuté pour choisir et câbler le mode des ports. Ce guide traite de la preuve opérationnelle du failover et de l’isolement des défauts.

Construisez un test qui identifie la limite en panne

1. Dessinez les deux chemins avant de toucher un câble

Cartographiez chaque interface d’appareil, switch d’accès, uplink, liaison fibre ou cuivre, source d’alimentation et limite surveillée. Étiquetez primaire et secondaire de manière cohérente. Vérifiez que les réseaux ne partagent pas de switch non géré, de pont VLAN, de patch accidentel ni d’uplink combiné.

2. Établissez une référence du système sain

Enregistrez les souscriptions, l’état leader et follower, la vitesse d’interface, les erreurs de lien, les preuves de paquets et de latence, le firmware et l’horodatage du journal d’événements. Faites passer un audio programme représentatif vers chaque destination critique. Un résultat de failover n’a de sens que par rapport à une référence propre connue.

3. Prouvez le chemin secondaire seul

À la limite de test prévue, déconnectez ou désactivez le chemin primaire sans modifier les routes. Surveillez l’audio critique en continu. Sauvegardez la séquence d’événements et confirmez que les liens secondaires, le comportement de l’horloge, la livraison des paquets et les souscriptions restent sains pendant la durée de présence convenue.

4. Rétablissez le primaire et observez la reprise

Rebranchez le chemin, puis laissez la négociation de lien et l’état réseau se stabiliser. Vérifiez que l’interface rétablie est saine et qu’aucun événement récurrent de lien, d’horloge ou de souscription n’apparaît. Ne supposez pas que la simple continuité audio prouve que le chemin rétabli est exploitable.

5. Répétez avec le secondaire retiré

Revenez à une référence propre, isolez le secondaire à la même limite logique et répétez l’observation. Tester dans les deux sens permet de détecter un chemin secondaire qui n’a jamais transporté de trafic valide et un chemin primaire dont la reprise est instable.

Lisez les pannes par motif

Ne changez pas plusieurs câbles, switches et réglages à la fois. Conservez le premier événement, isolez la première limite commune, modifiez une seule condition et répétez le même test d’acceptation.

Définissez l’acceptation avant le test

• Les chemins primaire et secondaire sont physiquement et logiquement séparés.
• Chaque appareil critique affiche deux liens sains avant l’isolement.
• Un audio représentatif atteint chaque destination critique.
• La suppression de l’un ou l’autre chemin ne provoque aucun mute, clic ou dropout inacceptable.
• Les preuves d’horloge, de paquets, de latence et de souscription du chemin survivant restent saines.
• Le chemin en échec est visible dans la supervision et dans le journal d’événements.
• Le rétablissement du chemin produit un état sain stable.
• Les deux sens de test réussissent pendant la durée de présence documentée.
• La configuration sauvegardée et les étiquettes correspondent au système testé.

Si la panne inclut des erreurs de paquets ou des arrivées tardives, séparez-les avec le guide des erreurs de paquets Dante vs erreurs de latence. Si l’événement est lié à l’horloge, suivez le workflow de dépannage de la synchronisation d’horloge.

Documentez le résultat du failover

Enregistrez la date, l’opérateur, le firmware de l’appareil et du switch, la révision de la topologie, le point d’isolement, les heures de début et de reprise, l’extrait du journal d’événements, les destinations surveillées, l’acceptation audio, les défauts restants et l’état de retour arrière. Photographier un câble débranché ne suffit pas ; l’artefact utile est un résultat spécifique au chemin qu’un autre ingénieur peut reproduire.

Dans Techrider.live, attachez les notes de redondance à la même source de vérité que la patch et le plan de scène. Invitez les collaborateurs à modifier le même rider, enregistrez la révision acceptée, consultez l’historique et exportez un PDF pour la remise à la salle ou à l’équipe en tournée.

FAQ

Comment tester la redondance Dante ?

Établissez une référence des deux chemins sains, isolez le primaire à une limite documentée, vérifiez l’audio et les preuves réseau sur le secondaire, rétablissez et confirmez la reprise, puis répétez avec le secondaire isolé.

Que se passe-t-il lorsqu’un réseau primaire Dante tombe en panne ?

Sur un système redondant correctement configuré, les récepteurs continuent à utiliser le trafic dupliqué provenant du secondaire. La supervision doit toujours exposer le chemin primaire en panne afin qu’il puisse être réparé plutôt qu’ignoré.

Pourquoi le réseau secondaire Dante affiche-t-il une erreur ?

Les causes courantes incluent un câble débranché, un port de switch désactivé ou mal configuré, un mauvais mode d’appareil, des réseaux partagés ou croisés, une négociation de vitesse ou un uplink secondaire en panne. Diagnostiquez la première limite commune.

Peut-on utiliser le même switch pour le primaire et le secondaire Dante ?

Cela n’apporte pas de redondance au niveau du switch et peut créer une topologie invalide si les réseaux sont pontés. Utilisez de véritables chemins réseau séparés conformément à la conception de l’appareil et du système.

Comment vérifier que le failover Dante s’est bien rétabli ?

Confirmez que le lien rétabli est stable, que les erreurs cessent d’augmenter, que les souscriptions et l’état d’horloge restent sains, que l’audio réel passe et qu’aucun événement répété d’échec/rétablissement n’apparaît pendant la durée de présence documentée.