Présentation

Dans les environnements audio professionnels modernes, que ce soit en direct, en direct, en direct, en AV ou en studio d'enregistrement, l'audio en réseau est devenu l'épine dorsale de la distribution des signaux. Les protocoles tels que Dante, AES67, Ravenna et AVB/TSN permettent à des dizaines ou même des centaines de canaux de circuler sur l'infrastructure Ethernet standard. Cependant, avec cette commodité vient la complexité. La congestion du réseau, les commutateurs mal configurés, la dérive de l'horloge ou le câblage défectueux peuvent introduire des décrochages sonores, des pops, des clics ou des latences inacceptables.

Comprendre les analyseurs de protocole

Un analyseur de protocole (souvent appelé un sniffer de paquet ou un analyseur réseau) enregistre le trafic réseau brut et le décode selon les règles de protocole utilisées par les appareils sur le lien. Pour les réseaux audio, un analyseur doit comprendre à la fois la couche de transport (UDP, RTP) et les protocoles audio spécifiques à l'application (comme le contrôle et les flux audio de Dante, les flux RTP AES67, ou les SRP AVB et gPTP). En inspectant les paquets individuels, les ingénieurs peuvent voir exactement ce qui se passe, à quel rythme, avec quel timing, et si des cadres ont été perdus ou retransmis.

Aperçu clé : Les analyseurs de protocole ne montrent pas simplement si quelque chose ne va pas – ils identifient où et Pourquoi, en économisant des heures de dépannage.

Types d'analyses de protocole

  • Analyseurs à usage général Comme Wireshark et tcpdump nécessitent un filtrage manuel et une dissection de protocole, mais offrent une flexibilité illimitée. Ils fonctionnent sur n'importe quel réseau Ethernet.
  • Outils spécifiques aux fournisseurs Le logiciel d'EtherCON d'Aurianate Dante Controller, QSC Q-SYS Designer ou Neutrik , fournit des vues intégrées pour leurs propres écosystèmes, utiles pour la vérification de configuration mais limitées en dehors de ce domaine.
  • Appareils de saisie du matériel (p. ex., de Profitap ou Fluke Networks) peut tamponner les paquets au taux de ligne sur les réseaux 10GbE où la capture basée sur un logiciel peut faire tomber des images.

Protocoles clés du réseau audio à connaître

Avant de plonger dans l'analyse, vous devez comprendre les protocoles que votre réseau exécute. Chacun a des structures de paquets uniques, des exigences de calendrier et des mécanismes de découverte.

  • Dante (Audinate): Utilise des protocoles de contrôle et de découverte exclusifs (DDP, DCP) sur UDP, plus RTP standard pour les charges utiles audio. La synchronisation de l'horloge repose sur PTPv1 (IEEE 1588-2008).
  • AES67 (standard): Audio de couche 3 interopérables sur IP avec RTP, avec SMPTE ST 2110-30 charges utiles. Le timing est via PTPv2 (IEEE 1588-2008) – une différence clé avec Dante.
  • Ravenne (ALC NetX): utilise également RTP et PTPv2, mais ajoute ses propres fonctionnalités de gestion de connexion et de redondance. Souvent trouvés dans la radiodiffusion et les grandes installations.
  • AVB/TSN (normes IEEE 802.1): Layer-2 seulement, nécessitant des capacités spéciales de commutation (SRP pour la réservation de flux, gPTP pour un timing précis, FQTSS pour le façonnage basé sur le crédit).

Chaque protocole impose des exigences différentes sur votre réseau : Dante peut tolérer jusqu'à 1 ms de jitter dans un commutateur, tandis que AES67 avec PTPv2 demande généralement une synchronisation sous-microseconde. Un analyseur de protocole qui comprend ces différences vous dira si votre réseau est conforme.

Choisir le bon analyseur de protocole

Filière (libre, à plat)

Wireshark est le couteau suisse de l'analyse de protocole. Il supporte plus de 3000 protocoles et comprend des dissecteurs intégrés pour Dante (partiel), AES67/RTP, AVB (msrp, gptp) et de nombreux flux AVB. Pour les diagnostics de niveau de paquet pur, il est inégalé. Cependant, capture sur un lien de 1 Gbps occupé peut submerger un ordinateur portable CPU; filtres et interfaces de capture dédiées (comme un adaptateur USB-à-Ethernet) aide.

Contrôleur Audinate Dante

Cet outil gratuit d'Auvinate est spécifiquement conçu pour les réseaux Dante. Il ne capture pas les paquets complets mais fournit des informations de latence en temps réel, de statut d'horloge et d'abonnement. Il peut montrer quels appareils ne synchronisent pas et affichent le nombre d'erreurs. Utilisez-le pour les vérifications en première ligne, mais il ne peut pas révéler la corruption de niveau de paquet ou les conflits de trafic non Dante.

Conception QSC Q-SYS

Pour les écosystèmes Q-SYS, Designer propose une surveillance intégrée de la santé du réseau, y compris un -Status réseau -. Il peut exporter des diagnostics pour l'analyse externe.

Options avancées: Wireshark + Matériel dédié

Pour les réseaux de production où la perte de paquets ne peut absolument pas être tolérée, envisager d'utiliser un appareil de capture ou un réseau dédié TAP (point d'accès d'essai). Un TAP copie le trafic vers un port d'analyse séparé sans introduire de la latence ou de risque d'erreurs de port.

Configuration de votre capture

Le placement de la capture est critique. L'endroit idéal est exactement où vous soupçonnez le problème, idéalement à l'interrupteur connecté aux appareils audio affectés. Si vous ne pouvez pas vous approcher de l'interrupteur, utilisez un port spread/miror sur l'interrupteur pour envoyer une copie de tout le trafic pertinent à votre ordinateur analyseur. Soyez conscient que la mise en écaille peut ajouter une petite quantité de charge et peut déposer des paquets sous pression extrême; utilisez-le seulement pour les périodes de diagnostic.

Lors de la configuration de votre capture:

  1. Sélectionnez l'interface correcte (câblé, Gigabit). Évitez le Wi-Fi pour l'analyse audio.
  2. Définir les filtres de capture Par exemple, dans Wireshark: pour l'audio RTP et PTP. Cela réduit le nombre de paquets à des niveaux gérables.
  3. Le dispositif de capture est synchronisé dans le temps avec le même grand maître PTP que le réseau audio (ou utiliser une horloge disciplinée par GPS) de sorte que les horodatages sont précis.
  4. Capturez quelques minutes pendant le fonctionnement normal, puis pendant un événement de défaillance. Comparez les deux captures.

Diagnostic des problèmes de réseau audio

1. Capturer le trafic réseau

Commencez par une capture complète (pas de filtre) pendant quelques secondes pour voir le trafic de fond. Ensuite, appliquez un filtre de capture comme ci-dessus. Par exemple, pour capturer seulement Dante audio: (Dante audio utilise UDP 4321 par défaut). Pour AES67: ). Enregistrer le fichier de capture et annoter le temps de tout glit sonore si possible.

2. Filtrage des données pertinentes

Dans le filtre d'affichage Wireshark, vous pouvez isoler des flux spécifiques:

  • – montre les paquets de découverte/contrôle de Dante (partielle).
  • – tous les flux RTP. Ajouter l'IP source à étroite.
  • – tous les messages du protocole de précision pour l'analyse des horloges.
  • – vérifier si les messages qui dépassent ou ne peuvent être atteints indiquent des problèmes de routage.

Appliquer les règles de coloration : couleur RTP audio vert, PTP jaune, et tout paquet retransmis (tcp.analysis.retransmission) rouge.

3. Analyse du débit et du calendrier des paquets

Cherchez perte de paquets: dans les flux RTP, cela apparaît comme des lacunes dans les nombres de séquence. Wireshark -Téléphonie → RTP → Afficher tous les flux , vous donne un graphique de jitter, perte, et le temps. Un taux de perte supérieur à 0,1% est problématique. C'est une blague. Les valeurs supérieures à 0,5 ms pour Dante ou 1 ms pour AES67 provoquent souvent des clics.

Intervalle entre les paquets: pour un flux de 48 kHz, 1 canal avec 1 ms de paquets, vous devriez voir un paquet tous les 1 ms (± quelques microsecondes).

4. Identification des goulots d ' étranglement

Examiner l'utilisation de la liaison. Si le port de commutation transportant de l'audio est à 80% ou plus, vous avez un goulot d'étranglement. tempêtes de diffusion— l'inondation des paquets de découverte (souvent de Dante ou AVB) peut consommer CPU sur les terminaux. Dans Wireshark, utilisez - -Statistiques → I/O Graph. - pour voir le trafic total par seconde; un pic soudain peut coïncider avec les décrochages audio.

5. Évaluation de la configuration du réseau

Vérifier la séparation VLAN : renifler sur un port de tronc pour voir si le trafic audio s'infiltre dans les VLANs de contrôle. Vérifier les marquages QoS : la priorité IP ou la valeur DSCP doit être définie à une priorité élevée (par exemple, EF pour audio). Wireshark affiche -DiffServ : Expedited Forwarding - dans l'en-tête IPv4. Si le marquage est manquant, QoS n'est pas appliqué. Vérifiez également PTP : dans un réseau Dante correctement configuré, vous devriez voir les messages fréquents de suivi Up et Sync du grand maître.

Un message d'annonce manquant peut indiquer un leader perdu.

Interprétation des données clés

Lorsque vous regardez une capture, concentrez-vous sur ces chiffres :

  • Latence (délai de fin de compte)Pour l'audio en temps réel, moins de 1 ms par houblon est souhaitable. Le graphique -RTP de Wireshark -RTP Latency graph donne des valeurs par paquet.
  • C'est une blague.Un flux avec un jitter supérieur à la moitié de l'intervalle de paquets (par exemple, > 0,5 ms pour les paquets de 1 ms) est en danger. La métrique de -RTP Jitter , dans Wireshark, est une moyenne mobile qui lisse les transitoires; encore, la montée du jitter au fil du temps suggère une accumulation de files d'attente.
  • Perte de paquets: idéalement 0%. Même 0,1% peut causer des artefacts audibles selon le CODEC et la dissimulation d'erreurs. Regardez -RTP Lost Packets dans l'analyse du flux.
  • Dépassement de l'horloge (PTP): dans Dante, le statut -Clock - , dans Dante Controller affiche le décalage du grand maître. Une valeur supérieure à ±100 ns indique un problème de synchronisation. Dans Wireshark, vérifiez le message -Annonce , l'identité de l'horloge grand maître et le décalage de l'horodatage dans les messages Sync.

Blockquote un conseil:

Règle du pouce : Si vos problèmes audio ne se produisent que pendant les périodes de travail sur le réseau, la cause racine est presque certainement la bande passante ou la compétition QoS. Un analyseur de protocole vous permettra de confirmer cela en comparant les fichiers de capture des périodes de travail inactif et occupé.

Scénarios diagnostiques du monde réel

Scénario A : Des abandons intermittents sur un réseau Dante

Symptômes: Toutes les 5-10 minutes, un mute ou pop momentané affecte quelques canaux. Le contrôleur Dante ne montre aucune erreur.
Capture: Exécutez Wireshark avec un filtre de capture pour UDP 4321 et 4323 (contrôle). Regardez le moment des abandons. Vous remarquez une explosion de trafic multicast d'un système vidéo-over-IP coïncidant exactement avec les problèmes.

Le trafic vidéo est tampons de commutateurs d'aviateur, ce qui fait que les paquets Dante sont retardés au-delà de leur seuil de lecture. Solution: Mettre en œuvre la QoS pour marquer Dante audio comme EF (46) et vidéo comme AF41 (34). Déplacer la vidéo vers un VLAN ou un commutateur séparé.

Scénario B: volet AES67 non abonné

Symptômes: Un appareil conforme à l'AES67 n'a pas été verrouillé sur un flux provenant d'une source Ravenne.
Capture: Sur le port abonné, capturez le trafic IGMP et PTP. Vous voyez l'IGMP Join mais aucun paquet de flux arrivant. Les annonces PTP montrent que l'abonné et la source utilisent différents domaines PTP (domaine 0 vs domaine 1). Solution: Reconfigurez l'abonné pour utiliser le même domaine PTP.

Vérifiez également que l'IP multicast de destination streams est correctement entré – une erreur de configuration commune.

Scénario C : Haute vitesse sur une longue course de câble

Symptômes: Un canal audio particulier (d'une boîte de scène distante) a des clics constants. Tous les autres canaux du même commutateur sont parfaits.
Capture: Placez un TAP sur le port de commutation de la boîte de scène. Le jitter sur ce seul flux est de 1,5 ms, tandis que les autres sont de moins de 0,1 ms. La longueur du câble est de 95 mètres – près de la limite de 100 m pour Cat5e. Le long câble introduit la variation de retard de propagation en raison de la quasi-croisement et des réflexions.

Solution: Remplacer le câble par une catégorie supérieure (Cat6A) ou utiliser une liaison fibreuse. Après le remplacement, le jitter tombe à 0,3 ms.

Pratiques exemplaires d'optimisation des performances

Une fois que vous avez identifié des problèmes, mettez en œuvre ces stratégies. Un analyseur de protocole peut vérifier que chaque changement a l'effet désiré.

  • Qualité du service (QoS): Configurer les marquages DSCP au périphérique source ou au bord de l'interrupteur : la charge utile audio devrait être EF (46), PTP control traffic CS7 (56) ou AF41 (34). Utilisez des files d'attente prioritaires strictes pour ces paquets.
  • Segmentation VLAN : Mettre tout le trafic audio sur un VLAN dédié. Contrôler le trafic (découverte, web) sur un VLAN séparé. Ceci empêche les tempêtes de diffusion des appareils non audio affectant les performances audio.
  • Sélection de changement & #160;: Utiliser des interrupteurs Gigabit (ou 10 GbE) gérés avec une latence de commutation faible (<10 µs cut-through). Avoid switches that buffer more than a few KB per port—large buffers increase jitter. Enable IGMP snooping for multicast pruning.
  • Qualité du câble: Pour les parcours en cuivre, utilisez le Cat6A blindé ou plus pour l'épreuve future et le crosstalk réduit. Pour les longues distances (>70 m), utilisez une fibre monomode avec des émetteurs-récepteurs SFP+.
  • Protocole sur le temps de précision (PTP): Déployez une horloge grandmaster dédiée (par exemple, de Meinberg, Endrun, ou un appareil GPS discipliné). Pour Dante, utilisez les horloges PTPv1 pour réduire les inexactitudes de chronométrage entre les commutateurs. Vérifiez avec l'analyseur que tous les appareils suivent le grandmaster et que les leaders inutiles sont désactivés.
  • Redondance : Pour Dante, activez le mode Réseau Rédondant ; pour AES67, considérez la protection sans soudure SMPTE ST 2022-7. Testez la défectuosité avec l'analyseur en débranchant une liaison et en mesurant les décrochages.

Créer un régime de surveillance

L'analyse du protocole ne devrait pas être une tâche ponctuelle. Incorporez-la dans votre calendrier de maintenance régulier :

  • Par semaine: Lancez une capture de 5 minutes sur le commutateur de base et vérifiez la santé du flux audio (perte, jitter, latence).
  • Mensuel: Examiner l'état PTP (offset, annonces) et l'utilisation de switch port. Cherchez des augmentations progressives de jitter.
  • Après tout changement de réseau: Toujours capturer avant et après pour valider que le changement n'a pas dégradé les performances audio.

Utiliser des outils automatisés comme Tshark Par exemple, un travail de cron peut capturer 10 secondes par heure, analyser les flux RTP et vous envoyer un courriel si jitter dépasse un seuil. Cette approche proactive empêche les échecs catastrophiques pendant les spectacles.

Conclusion

Les analyseurs de protocole sont indispensables pour tout professionnel de l'AV sérieux sur la qualité audio. En comprenant les protocoles en usage, en choisissant le bon outil de capture et en inspectant systématiquement les flux de paquets, vous pouvez diagnostiquer la cause fondamentale des abandons, des jitters et des latences, même sur des réseaux multivendeurs complexes. Plus important encore, les informations acquises vous permettent de mettre en œuvre des améliorations ciblées dans la conception QoS, VLAN, la configuration des commutateurs et le timing.