Bande passante multicast Dante : mesurer, contrôler et vérifier le trafic

TL;DR — La bande passante multicast Dante doit être évaluée sur chaque lien qu’elle traverse, pas seulement sur le périphérique émetteur. Dressez l’inventaire des flux multicast et des écouteurs, lisez la bande passante Tx/Rx primaire et secondaire dans Dante Controller, puis suivez les uplinks de commutateur, les trunks, les ports plus lents et les limites vers le Wi-Fi. Un IGMP snooping correctement conçu peut élaguer les médias des ports sans écouteurs ; sinon, il faut supposer que le multicast peut inonder largement le réseau. Supprimez les flux inutiles, resserrez le chemin et vérifiez l’audio réel, l’horloge, la découverte et le basculement après chaque modification.

Le multicast change l’endroit où circule le trafic

Un flux multicast Dante envoie un seul flux média que plusieurs récepteurs peuvent rejoindre. Il peut réduire l’usage des flux côté émetteur pour une source à forte diffusion, mais il peut consommer de la bande passante sur de nombreux liens réseau. Sans contrôle multicast correctement opérationnel, il faut supposer que le trafic peut se répandre dans le domaine de diffusion au lieu de circuler uniquement vers les récepteurs abonnés.

La bande passante multicast est donc un problème de chemin. Le total d’un émetteur ne vous dit pas si une liaison d’accès à 100 Mbps, un trunk inter-commutateurs, un réseau secondaire ou un uplink Wi-Fi est saturé.

Le guide Dante unicast versus multicast explique quand chaque type de flux est adapté. Cet article répond à la question suivante : est-ce que le trafic multicast choisi tient la charge et se comporte correctement sur le réseau réel ?

N’utilisez pas un seul chiffre universel de bande passante

La bande passante d’un flux dépend de son format média, de la fréquence d’échantillonnage, du nombre de canaux, du packetization et de l’implémentation. La vidéo peut changer l’échelle de façon spectaculaire. Les liens réseau transportent aussi du contrôle, de l’horloge, de l’administration et d’autres trafics applicatifs, donc un lien ne doit pas être dimensionné pour fonctionner à son débit théorique maximal.

Utilisez les valeurs mesurées dans Controller et la documentation actuelle des appareils plutôt qu’un raccourci mémorisé du type « mégabits par canal ». Considérez les mesures comme des observations du trajet actuel, pas comme une garantie pour un spectacle ultérieur avec davantage de flux ou d’écouteurs.

Lisez les preuves de bande passante dans Dante Controller

Network Status affiche un trafic approximatif d’émission et de réception pour les interfaces primaires et secondaires individuelles. Triez ou parcourez les colonnes de bande passante Primary Tx, Primary Rx, Secondary Tx et Secondary Rx pour repérer les terminaux les plus chargés et le trafic inattendu.

Interprétez les colonnes en fonction de la topologie :

• une forte bande passante émetteur peut être attendue pour une source créant plusieurs flux ;
• une forte bande passante de réception sur un appareil avec peu d’abonnements peut indiquer un multicast inondé ;
• le trafic secondaire doit être évalué sur le chemin secondaire physiquement séparé dans une conception redondante ;
• de faibles valeurs côté terminaux ne prouvent pas qu’un uplink partagé dispose d’une marge suffisante ;
• le trafic actuel ne révèle pas à lui seul les pertes de paquets, donc comparez les erreurs du commutateur et de l’appareil.

Le guide sur la santé du réseau Dante couvre la relation plus large entre utilisation, erreurs, latence et historique d’horloge.

Construisez un budget multicast lien par lien

1. Dressez l’inventaire de chaque flux multicast

Notez l’émetteur, le nom du flux, les canaux, le type de média, la fréquence d’échantillonnage, les récepteurs visés, le réseau primaire ou secondaire et le rôle opérationnel. Supprimez les flux de test abandonnés seulement après avoir confirmé qu’aucune destination de production n’en a encore besoin.

2. Dessinez le chemin physique

Cartographiez le port de l’émetteur, le commutateur d’accès, chaque uplink ou trunk, le commutateur du récepteur et le port du récepteur. Incluez les ordinateurs de contrôle, les points d’accès sans fil, les routeurs et tout lien dont la vitesse diffère du reste du chemin.

3. Notez la capacité et la charge actuelle

Confirmez la vitesse négociée du lien plutôt que de supposer le maximum annoncé du port. Capturez la bande passante de l’appareil, l’utilisation des ports du commutateur, les rejets, les erreurs et les compteurs multicast pendant des conditions de spectacle représentatives.

4. Additionnez les flux par lien

Pour chaque lien, totalisez tout le trafic qui le traverse réellement, y compris les flux multicast avec des écouteurs au-delà de ce lien et tous les flux inondés. Gardez les réseaux primaire et secondaire séparés. Incluez le trafic non Dante lorsque l’infrastructure est partagée.

5. Réservez une marge d’exploitation

Choisissez un seuil d’ingénierie qui correspond à l’équipement, au mélange de trafic, au comportement en rafale et à la politique du lieu. Il n’existe pas de pourcentage d’utilisation unique et sûr pour tous les réseaux. Le test d’acceptation est un média stable, une horloge stable, du contrôle, et une récupération sous le pire cas attendu avec une marge documentée.

Utilisez l’IGMP snooping comme un système conçu

L’IGMP snooping permet à un commutateur d’observer l’appartenance aux groupes multicast et d’acheminer le média multicast enregistré uniquement vers les ports qui en ont besoin. Un élagage correct peut éloigner les médias à forte bande passante des terminaux non concernés et des liens Wi-Fi.

Il ne suffit pas d’activer une simple option sur un commutateur. La conception complète peut nécessiter un IGMP querier, une configuration VLAN cohérente, un comportement de commutateur pris en charge et des réglages corrects sur chaque commutateur qui transporte le multicast. Les termes et les valeurs par défaut varient selon les constructeurs, donc suivez la documentation de conception du commutateur et de Dante.

Après configuration, prouvez le comportement avec les compteurs :

1. établissez une source multicast connue et un récepteur connu ;
2. identifiez exactement le port d’entrée, l’uplink, le port du récepteur et les ports non concernés ;
3. confirmez que le trafic augmente sur le chemin requis ;
4. confirmez que les ports non concernés ne transportent pas le flux média ;
5. ajoutez ou retirez un écouteur et observez l’évolution de l’appartenance et du forwarding ;
6. vérifiez que la découverte, l’horloge, le contrôle et le média réel restent stables.

Ne bloquez pas tout le multicast comme solution. La découverte et le contrôle Dante utilisent aussi des mécanismes multicast ; un filtrage indiscriminé peut faire disparaître les appareils tout en masquant le problème initial de trafic média.

Protégez les chemins de contrôle sans fil

Il ne faut pas supposer que le média Dante fonctionne sur Wi‑Fi comme un trafic filaire ordinaire. Un média multicast qui atteint l’uplink d’un point d’accès peut dégrader les performances de contrôle sans fil, même si l’ordinateur exécute seulement Dante Controller.

Maintenez le média hors de la branche sans fil grâce à une conception vérifiée : élagage IGMP correct, port de contrôle filtré approprié lorsqu’il est pris en charge, ou autre frontière approuvée par le constructeur. Assurez-vous que la conception laisse toujours passer le trafic de découverte et de contrôle requis. Testez avec le point d’accès et le commutateur réels ; le comportement multicast sans fil varie et n’a pas de limite de trafic universellement sûre.

Réduisez le trafic à la cause la plus étroite

Ne convertissez pas tout en unicast sans vérifier les limites de flux Dante. Déplacer le trafic peut résoudre un problème de lien tout en épuisant ailleurs les flux de l’émetteur.

Diagnostiquez un problème de bande passante multicast

1. Conservez le chemin actuel, la topologie, les vues de Controller et les compteurs de commutateur.
2. Identifiez le premier récepteur affecté et le chemin exact jusqu’à son émetteur.
3. Vérifiez la vitesse négociée, l’utilisation, les rejets et les erreurs sur chaque lien, dans l’ordre.
4. Comparez les écouteurs attendus avec le forwarding multicast observé.
5. Retirez ou isolez temporairement un flux non essentiel pendant une fenêtre contrôlée.
6. Confirmez si l’utilisation, les erreurs de paquets, les alertes de latence, la réponse du contrôle et l’audio s’améliorent ensemble.
7. Appliquez la correction permanente la plus petite, puis rétablissez et testez l’état complet du spectacle.

La corrélation compte. Une valeur de bande passante élevée sans erreurs peut être normale ; des clics ou des paquets en retard avec un total de terminaux propre peuvent venir d’un uplink sursouscrit. Suivez les preuves au lieu de modifier simultanément QoS, latence et multicast.

Vérifiez la redondance et les états de panne

Sur un système Dante redondant, les réseaux primaire et secondaire assurent des responsabilités parallèles sur des infrastructures séparées. Budgétez-les et inspectez-les indépendamment. Un chemin primaire sain ne prouve pas que le chemin secondaire dispose de la bonne vitesse, du bon élagage ou de la bonne capacité.

Exécutez le test de panne approuvé après le test en état normal. Vérifiez qu’une panne de lien ou de commutateur ne transfère pas de manière inattendue du trafic non concerné vers un chemin de management contraint, et que la continuité média, l’horloge, la visibilité du contrôle et la récupération se comportent comme prévu. Le guide Dante redondant versus mode commuté explique la frontière de mode des ports.

Liste de contrôle de la bande passante multicast

• Chaque flux multicast a un propriétaire, une finalité, des canaux et des écouteurs visés.
• Les chemins physiques, VLAN, trunks, limites Wi‑Fi et vitesses de lien sont cartographiés.
• La bande passante Tx/Rx primaire et secondaire est capturée dans Dante Controller.
• L’utilisation du commutateur, les erreurs, les rejets et les compteurs multicast sont enregistrés.
• Le comportement de l’IGMP snooping et du querier est vérifié sur tout le chemin.
• Les ports non concernés et les branches sans fil ne reçoivent pas de média multicast.
• Les liens lents et les uplinks partagés disposent d’une marge documentée en pire cas.
• Les conséquences sur la capacité des flux sont vérifiées avant de passer le multicast en unicast.
• L’audio réel, l’horloge, la découverte, le contrôle, la redondance et la récupération passent.

FAQ

Quelle bande passante le multicast Dante utilise-t-il ?

Il n’existe pas de valeur unique. Cela dépend du format média, de la fréquence d’échantillonnage, du nombre de canaux, du packetization, ainsi que du nombre et de l’emplacement des flux. Mesurez les terminaux actuels et budgétez chaque lien réseau qu’ils traversent.

Comment vérifier la bande passante Dante ?

Utilisez Network Status dans Dante Controller pour les valeurs approximatives Tx/Rx des interfaces primaires et secondaires, puis corrélez-les avec la vitesse du port du commutateur, l’utilisation, les rejets, les erreurs et la topologie physique.

Dante a-t-il besoin de l’IGMP snooping ?

Les petits réseaux audio peuvent fonctionner sans, mais le multicast peut s’y répandre largement. Les réseaux avec un multicast significatif — surtout autour de la vidéo ou des frontières de contrôle sans fil — ont besoin d’une conception multicast délibérée et entièrement vérifiée ; suivez les recommandations actuelles d’Audinate et du constructeur du commutateur.

Pourquoi le multicast Dante impacte-t-il le Wi-Fi ?

Si le média multicast atteint le lien du point d’accès, il peut consommer du temps d’antenne sans fil ou dégrader la connectivité de Controller. Élaguez le média avant la branche sans fil tout en préservant le trafic de découverte et de contrôle requis.

Comment réduire le trafic multicast Dante ?

Supprimez les flux inutilisés, utilisez l’unicast lorsque le nombre de récepteurs et la capacité de l’émetteur le justifient, corrigez l’élagage IGMP, réduisez ou reroutez la charge média, et mettez à niveau les liens contraints. Vérifiez après chaque modification.

Mettez le plan de trafic dans la fiche technique

Une matrice de routage verte ne documente pas la capacité réseau. Conservez l’inventaire des flux multicast, la cartographie des écouteurs, les chemins de commutateur, les vitesses de lien, la charge de pointe observée, les preuves d’élagage, le responsable du changement et le résultat du test de panne dans Techrider.live afin que les collaborateurs invités puissent modifier la même fiche technique, enregistrer le plan approuvé et consulter l’historique avant le montage.