Plage d’adresses multicast Dante : planifier, vérifier et dépanner les flux

8 min de lecture · Mis à jour le 16 octobre 2026 · Ingénieurs réseaux AV, techniciens système, opérateurs broadcast, ingénieurs façade (FOH) et retours, intégrateurs, techniciens de salle, responsables de production et équipes son en tournée

Cartographiez les adresses multicast Dante, évitez les conflits de pool d’adresses, vérifiez le périmètre de diffusion et documentez une passation réseau audio sûre.

TL;DR — Une adresse multicast identifie un groupe de destination ; elle n’identifie pas un seul récepteur et ne garantit pas non plus que les commutateurs achemineront correctement le flux. Notez la plage et la méthode d’allocation utilisées par les appareils Dante et les outils de gestion réels, isolez-les des autres pools multicast gérés, associez chaque adresse à son flux et à ses canaux, puis vérifiez les adhésions, le périmètre de liaison, l’audio, la suppression et la reprise. N’inventez jamais une adresse et ne la réutilisez pas manuellement simplement parce qu’elle semble libre.

Séparez l’adresse du chemin audio

Un flux multicast Dante envoie un flux média vers une adresse de groupe multicast. Les récepteurs intéressés rejoignent ce groupe, tandis que la conception du snooping et du querier du réseau détermine où le trafic est acheminé. L’adresse n’est donc qu’un élément d’un chemin plus large.

CoucheÀ enregistrerPreuve
FluxÉmetteur, canaux, format, identité du fluxConfiguration du Controller ou de l’appareil
AdresseAdresse de groupe attribuée et propriétaire du pool d’adressesOutil de gestion et observation du commutateur
AppartenancePorts récepteurs ayant rejoint le groupePreuve d’appartenance IGMP
AcheminementCommutateurs, VLAN, trunks et uplinks transportant le traficCompteurs de port ou capture de paquets
DestinationMappage du récepteur et sortie physiqueAudio identifiable au point de terminaison

Le guide de configuration des flux multicast explique comment créer le flux. Cet article traite de la planification du pool d’adresses et du diagnostic des conflits.

Utilisez la plage documentée pour le système déployé

Les plages multicast et les contrôles d’allocation peuvent dépendre du produit Dante, du firmware, de l’environnement de gestion, du mode AES67 et de la conception réseau. Utilisez la plage affichée ou spécifiée par les outils actuellement pris en charge et par la documentation constructeur. Ne copiez pas un préfixe provenant d’un autre lieu ou d’un ancien projet sans le vérifier.

Lorsqu’un site transporte plusieurs systèmes multicast, attribuez un propriétaire à chaque pool. Documentez ensemble les plages Dante, AES67, vidéo, contrôle, paging et multicast d’entreprise afin que des équipes séparées n’allouent pas le même groupe pour des trafics sans rapport.

Constituez un inventaire des adresses

  1. Exportez ou notez chaque flux multicast existant avant d’en ajouter un.
  2. Capturez son émetteur, ses canaux, son format, son adresse de groupe, ses récepteurs, son VLAN et son propriétaire.
  3. Dressez la liste des autres pools multicast actifs sur le même domaine routé ou commuté.
  4. Marquez les plages réservées, gérées et allouées dynamiquement selon la norme du site.
  5. Identifiez les trunks et uplinks pouvant transporter plus d’un système de production.
  6. Conservez les preuves d’appartenance aux groupes et d’utilisation pour établir la base de référence saine.

Considérez l’inventaire comme une donnée d’exploitation, et non comme un simple tableur IP. Une adresse valide avec de mauvais canaux ou un mauvais périmètre d’acheminement reste un mauvais chemin.

Allouez via le workflow pris en charge

Laissez Dante Controller, Dante Domain Manager ou le workflow d’appareil applicable allouer et gérer le groupe selon la conception prise en charge. Si un environnement géré autorise une plage personnalisée, validez l’ensemble du pool par rapport au plan multicast du site avant de le modifier.

N’attribuez pas manuellement un groupe déjà utilisé par un autre émetteur. Deux flux sans rapport partageant une même adresse de destination peuvent produire un trafic inattendu, de la confusion côté récepteur, une charge excessive ou une panne audio, même si chaque émetteur semble sain isolément.

Vérifiez le périmètre après la création d’un flux

Confirmez la cartographie adresse-vers-flux

Notez immédiatement après la création l’adresse attribuée, l’émetteur, l’ordre des canaux, le format et les récepteurs visés. Évitez d’identifier un flux par l’adresse seule ; la cartographie doit le relier à un audio nommé.

Inspectez l’appartenance et l’acheminement

Vérifiez que seuls les ports destinataires visés rejoignent le groupe. Confirmez que le querier est stable et que le trafic ne traverse que les trunks et uplinks nécessaires. Le guide du snooping IGMP et du querier couvre le contrôle de l’appartenance.

Prouvez les destinations physiques

Envoyez un audio identifiable sur chaque canal et confirmez le mappage du récepteur, le niveau et la sortie finale. Exécutez ensuite la charge de production attendue tout en surveillant l’utilisation des liens et les erreurs. Le guide de bande passante multicast couvre les preuves de capacité.

Diagnostiquez méthodiquement un conflit d’adresse

SymptômeVérification liée à l’adresseAutre limite à écarter
Le mauvais audio apparaît sur un récepteurGroupe dupliqué ou mappage obsolètePatch de canal du récepteur
Le trafic atteint des ports non concernésAppartenance au groupeSanté du snooping et du querier
Le flux fonctionne jusqu’au démarrage d’un autre systèmeChevauchement d’allocation de groupeCapacité des uplinks et QoS
L’ancien trafic persiste après suppressionAppartenance obsolète ou émetteur actifComportement de leave et timeout
Le flux est visible mais muetAdresse et jonction du récepteurHorloge, format et sortie physique

Capturez le groupe sur les ports côté émetteur et côté récepteur lorsque c’est autorisé. Comparez l’adresse source, le groupe de destination, le débit de paquets et le timing des canaux. Ne changez qu’une limite à la fois ; supprimer et recréer les flux à répétition peut masquer le conflit initial.

Testez la suppression et la reprise

  1. Lancez un audio représentatif et capturez les appartenances, les débits de port et la sortie récepteur.
  2. Supprimez un abonnement récepteur approuvé et vérifiez que son appartenance se retire sans affecter les autres.
  3. Restaurez l’abonnement et confirmez que les mêmes canaux nommés reviennent correctement.
  4. Supprimez le flux de test via le workflow pris en charge.
  5. Vérifiez que le trafic s’arrête sur chaque lien transporté et que l’adresse n’est plus associée à un flux actif.
  6. Ne recréez que si nécessaire, puis testez la persistance au redémarrage et le rollback documenté.

Laissez les temporisateurs de leave et d’appartenance documentés du réseau s’écouler avant de conclure à un trafic obsolète.

Liste de contrôle d’acceptation des adresses multicast

  • La plage active et le propriétaire de l’allocation sont documentés à partir des outils actuels.
  • Les pools multicast Dante et autres ne se chevauchent pas involontairement.
  • Chaque adresse active correspond à un émetteur nommé, un flux et un ensemble de canaux.
  • Les récepteurs visés et les destinations physiques sont consignés.
  • Le périmètre d’appartenance et d’acheminement correspond à la conception.
  • Les trunks et uplinks restent dans le budget de bande passante accepté.
  • Un audio identifiable passe sur chaque canal mappé.
  • La suppression, le comportement de leave, la restauration, le redémarrage et le rollback sont testés.
  • Le propriétaire et les preuves acceptées sont inclus dans la passation.

Documentez la passation multicast

Consignez le pool d’adresses, l’allocateur, le VLAN, les groupes actifs, les émetteurs, les canaux, les récepteurs, le chemin de commutation, le querier, les preuves d’appartenance, l’utilisation, les résultats des tests, le propriétaire, la procédure de suppression et le rollback. Mettez à jour la cartographie à chaque changement de flux.

Conservez la cartographie multicast validée à côté de la feuille de patch numérique et de la liste d’entrées dans Techrider.live. Invitez les collaborateurs à modifier la même fiche technique, enregistrez la version testée, consultez l’historique et exportez un PDF à jour pour l’équipe de salle, de broadcast ou de tournée.

FAQ

Quelle plage d’adresses multicast Dante utilise-t-on ?

Utilisez la plage signalée ou documentée pour les appareils Dante exacts, le firmware et l’environnement de gestion exacts. N’assumez pas qu’un préfixe copié s’applique à tous les déploiements ou à tous les modes d’interopérabilité.

Peut-on modifier la plage d’adresses multicast Dante ?

Certains environnements gérés peuvent exposer des contrôles de plage pris en charge. Validez toute plage proposée par rapport au plan multicast complet du site et suivez la documentation produit actuelle avant toute modification.

Comment trouver l’adresse IP d’un flux multicast Dante ?

Inspectez le flux dans l’outil de gestion Dante pris en charge et faites la corrélation avec l’appartenance aux groupes ou une capture de paquets approuvée. Enregistrez l’émetteur et les canaux avec l’adresse.

Deux systèmes audio peuvent-ils utiliser la même adresse multicast ?

Ils ne devraient pas envoyer de trafic sans rapport vers le même groupe dans un périmètre multicast partagé. Attribuez des pools non chevauchants et vérifiez les limites routées afin qu’un système ne puisse pas entrer en collision avec un autre.

Comment diagnostiquer un conflit d’adresse multicast Dante ?

Cartographiez les groupes actifs vers les émetteurs, comparez les appartenances de commutateur et les captures aux deux extrémités, écartez les défauts d’horloge et de format, retirez une source ou un abonnement contrôlé, puis vérifiez que le trafic et l’audio changent exactement comme prévu.

Guides associés