Configuration d’un flux multicast Dante : créer, vérifier et supprimer en toute sécurité

8 min de lecture · Mis à jour le 10 octobre 2026 · Concepteurs de systèmes Dante, ingénieurs façade (FOH) et retours, techniciens réseau et AV, responsables de production, techniciens de salle, ingénieurs broadcast et équipes audio en tournée

Créez délibérément un flux d’émission multicast Dante : sélectionnez les canaux, confirmez les récepteurs et le comportement IGMP, testez la bande passante et l’audio, puis gardez une possibilité de retour arrière.

TL;DR — Créez manuellement un flux multicast Dante uniquement lorsqu’un seul émetteur doit alimenter assez de récepteurs pour justifier un flux partagé, et que le réseau est prêt à le transporter. Dans la vue Device de l’émetteur, choisissez Create Multicast Flow, sélectionnez uniquement les canaux nécessaires, créez le flux, puis abonnez les récepteurs normalement. Vérifiez le comportement IGMP, chaque lien concerné, la latence des récepteurs et l’audio réel en charge complète. Conservez la référence de départ et définissez comment supprimer le flux avant de modifier la production.

Un flux multicast modifie le transport, pas le patch de canaux

Un canal d’émission Dante peut être transporté dans un flux unicast vers un récepteur spécifique ou placé dans un flux multicast auquel plusieurs récepteurs peuvent s’abonner. Unicast et multicast peuvent coexister sur le même appareil Dante, et les canaux sont sélectionnés individuellement pour l’émission multicast.

Les récepteurs s’abonnent toujours aux canaux nommés de l’émetteur dans la vue Routing. La création d’un flux multicast modifie la manière dont les canaux sélectionnés traversent le réseau ; elle ne remplace pas le nommage des canaux, les abonnements, l’horloge, la compatibilité de format ni les tests de destination.

Niveau de décisionQuestionPreuve
Fan-outCombien de récepteurs ont besoin de la même source ?Liste actuelle et prévue des destinations
ÉmetteurQuels canaux exacts entrent dans le flux ?Sélection des canaux dans Device View
RéseauQuels liens de commutation transporteront le flux ?Topologie, compteurs, état IGMP
RécepteursChaque destination peut-elle le recevoir de façon fiable ?Preuve d’abonnement stable et de latence
RécupérationComment le flux sera-t-il supprimé ou remplacé ?Référence de départ enregistrée et rollback testé

Utilisez le guide unicast versus multicast pour choisir le transport et le guide de bande passante multicast pour calculer et surveiller son coût lien par lien. Ce guide couvre la procédure opérationnelle de création, vérification et suppression.

Décider si un flux multicast manuel est justifié

Le multicast peut réduire l’utilisation des flux de l’émetteur lorsque la même source alimente de nombreux récepteurs. Il peut aussi injecter le flux sur des liens réseau où il n’est pas nécessaire si le contrôle multicast est absent ou incorrect. Ne convertissez pas une route unicast fonctionnelle simplement parce que le multicast semble plus évolutif.

Avant de modifier le transport, enregistrez :

  • l’utilisation actuelle des flux unicast et multicast de l’émetteur ;
  • chaque récepteur qui a besoin de chaque canal sélectionné ;
  • le nombre de canaux, le sample rate, l’encodage et le bitrate attendu ;
  • le chemin de commutation, les uplinks, le VLAN, le querier et l’état IGMP snooping ;
  • les types de récepteurs matériels et logiciels, ainsi que leurs réglages de latence ;
  • un preset ou un enregistrement de route connu comme sain pour le rollback.

Le plus petit changement correct est généralement un groupe logique de programme, pas tous les canaux de l’émetteur.

Créer le flux d’émission multicast

  1. Réservez une fenêtre de maintenance et informez les propriétaires des routes.
  2. Ouvrez l’émetteur dans la vue Device de Dante Controller.
  3. Confirmez l’identité de l’appareil, le firmware, l’horloge, le sample rate et l’état actuel des flux.
  4. Choisissez Create Multicast Flow dans les contrôles de flux de l’appareil.
  5. Sélectionnez uniquement les canaux d’émission requis par le plan de destination approuvé.
  6. Vérifiez la sélection, créez le flux, puis attendez que Controller le signale.
  7. Dans la vue Routing, créez ou confirmez les abonnements des récepteurs à ces canaux nommés.

La capacité de canaux par flux multicast dépend de l’implémentation et du format de l’émetteur. Controller expose la sélection valide pour l’appareil ; n’assumez pas un nombre universel. Si le groupe requis ne tient pas, utilisez le plus petit nombre de flux délibérés et documentez la répartition.

Vérifier le réseau avant d’accepter l’audio

Suivre chaque lien qui transporte le flux

Mesurez séparément l’accès de l’émetteur, les uplinks des switches, les ports d’accès des récepteurs et les liens redondants. Comparez le trafic avant et après la modification. Un port d’émetteur sain ne prouve pas qu’un uplink partagé a de la marge.

Prouver le comportement IGMP au lieu de le supposer

Tous les switches Ethernet transmettent le multicast, mais le comportement multicast géré dépend de la conception. Un IGMP snooping correct et un querier opérationnel peuvent restreindre le trafic aux ports qui ont demandé le groupe. Une mauvaise configuration IGMP peut interrompre la livraison ; l’absence de pruning peut diffuser le flux plus largement. Vérifiez l’état réel du switch et les compteurs sur le VLAN concerné.

Tester chaque classe de récepteur

Abonnez chaque destination matérielle et logicielle approuvée, puis envoyez un audio identifiable en charge de production complète. Confirmez l’état de l’abonnement, l’horloge, la latence, l’ordre des canaux, le niveau et la lecture continue. Les points de terminaison logiciels peuvent avoir des contraintes de latence différentes de celles du matériel ; n’inférez pas une classe à partir de l’autre.

ContrôleCondition de réussiteIndice d’échec
AbonnementÉtat de route stable sur chaque récepteurProblème de format, d’accès, d’horloge ou de flux
Transit du switchTrafic uniquement sur les liens attendus dans une conception élaguéeQuerier absent ou appartenance snooping incorrecte
Charge de lienMarge soutenue sous trafic complet de spectacleFlooding inattendu ou uplink sous-dimensionné
Latence du récepteurAucun paquet en retard ni coupureDélai de chemin, congestion, ordonnancement logiciel
Identité audioCanal correct sur chaque destination physiqueMauvais choix de source ou ordre des canaux

Tester l’échec et la restauration

N’exercez que les pannes que la conception prétend pouvoir supporter : déconnexion et reconnexion d’un récepteur, bascule primaire/secondaire approuvée, redémarrage d’un switch dans une conception redondante, et redémarrage de l’émetteur pendant une fenêtre de maintenance. Observez la récupération de l’appartenance multicast, puis confirmez l’audio sur chaque destination.

Ne videz pas les compteurs et ne redémarrez pas les appareils avant d’avoir capturé une panne. Enregistrez les horodatages, les abonnements, l’identité du groupe multicast ou du flux, l’utilisation des liens, les erreurs, les événements de latence et les événements d’horloge. Le guide de santé du réseau Dante explique comment corréler ces preuves.

Supprimer ou revenir en arrière sur un flux multicast

Avant de supprimer un flux, identifiez tous les récepteurs abonnés et protégez leurs sorties aval. Enregistrez l’état actuel des routes et des appareils, retirez ou remplacez les abonnements concernés selon le plan approuvé, puis supprimez le flux d’émission multicast visé dans les contrôles de flux de l’émetteur.

Après la suppression, vérifiez si Controller reconstruit les abonnements requis en unicast et si la capacité de flux de l’émetteur reste suffisante. Faites à nouveau passer l’audio sur chaque destination. Une suppression réussie ne prouve pas que le transport de remplacement fonctionne.

Liste de contrôle d’acceptation du flux multicast

  • Le fan-out et le budget de flux de l’émetteur justifient le multicast.
  • Seuls les canaux d’émetteur approuvés sont sélectionnés.
  • Le regroupement des canaux respecte la capacité de flux prise en charge par l’appareil.
  • La topologie du switch, le VLAN, IGMP snooping et la propriété du querier sont connus.
  • Le trafic avant/après est mesuré sur chaque lien partagé concerné.
  • Les récepteurs matériels et logiciels valident un audio stable en pleine charge.
  • La latence, l’horloge, l’ordre des canaux et les destinations physiques sont vérifiés.
  • Les tests de panne et de restauration approuvés réussissent.
  • La référence de départ, l’identité du flux, la liste des routes, le propriétaire et le rollback sont documentés.

FAQ

Comment créer un flux multicast dans Dante Controller ?

Ouvrez la vue Device de l’émetteur, choisissez Create Multicast Flow, sélectionnez les canaux d’émission requis, puis créez le flux. Créez ou confirmez ensuite les abonnements normaux des récepteurs dans la vue Routing et vérifiez le réseau ainsi que l’audio réel.

Dans quels cas faut-il utiliser un flux multicast Dante ?

Utilisez-le lorsque la même source doit alimenter suffisamment de récepteurs pour que le transport partagé améliore le budget de flux de l’émetteur, et seulement après avoir confirmé que le réseau peut transporter et contrôler ce trafic. Conservez des routes unicast plus simples lorsqu’elles satisfont l’exigence.

Dante peut-il utiliser unicast et multicast en même temps ?

Oui. Un appareil Dante peut utiliser les deux, et des canaux individuels peuvent être sélectionnés pour le multicast. Documentez quels canaux utilisent quel transport afin que le dépannage et le rollback restent clairs.

Combien de canaux un flux multicast Dante peut-il contenir ?

Il n’existe pas de nombre universel sûr pour tous les appareils et tous les formats. La capacité dépend de l’implémentation de l’émetteur et du format de fonctionnement. Utilisez la sélection valide de Controller et la documentation actuelle du fabricant pour connaître l’extrémité exacte.

Comment supprimer un flux multicast Dante ?

Identifiez chaque récepteur dépendant, enregistrez la référence de départ, protégez les sorties, supprimez le flux d’émission prévu dans Device View et vérifiez que les routes requises reviennent selon le transport planifié. Retestez ensuite l’audio réel et la charge de lien.

Mettez la responsabilité du multicast dans la fiche technique

Consignez l’émetteur, les canaux sélectionnés, la liste des récepteurs, le choix de transport, le chemin de commutation, le propriétaire IGMP, la charge mesurée, les preuves de latence, la validation et le rollback dans Techrider.live. Invitez les ingénieurs système et réseau à modifier la même fiche technique, enregistrez la conception acceptée et consultez l’historique avant de modifier le plan multicast.

Guides associés