Le rôle des commutateurs de réseau dans la garantie de la transmission audio Aes67

Dans le cadre du réseau audio moderne, la transmission à faible latence est essentielle pour le son en direct, la radiodiffusion et les environnements audio professionnels. AES67, norme d'interopérabilité pour les réseaux audio-sur-IP à haute performance, repose fortement sur la qualité et la configuration des commutateurs de réseau. Ces commutateurs jouent un rôle essentiel dans le maintien de l'intégrité et du timing des flux audio, en faisant des composants essentiels dans les déploiements AES67.

Le passage à l'audio sur IP (AoIP) est dû au besoin de flexibilité, d'évolutivité et d'efficacité économique. AES67 est apparu comme la norme d'interopérabilité clé qui permet aux appareils de différents fabricants de coexister sur le même réseau. Cependant, la promesse d'AES67 ne peut être réalisée que lorsque l'infrastructure réseau sous-jacente est correctement conçue et configurée. Au cœur de cette infrastructure est le commutateur réseau, un composant souvent négligé par les professionnels de l'audio habitués aux systèmes audio analogiques ou numériques traditionnels.

Comprendre AES67 et ses exigences

AES67 est conçu pour faciliter le partage audio sans faille entre différents fabricants. Il précise un ensemble de conditions pour le transport audio numérique sur les réseaux IP, y compris les taux d'échantillonnage, les profondeurs de bits, les tailles de paquets et les protocoles de synchronisation. La norme a été développée par l'Audio Engineering Society et a été publiée en 2013, avec des mises à jour pour traiter les technologies de réseau en évolution. Il nécessite un timing précis, la synchronisation et la latence minimale pour assurer l'arrivée précise et rapide des données audio.

Les spécifications techniques clés de l'AES67 comprennent le support pour des taux d'échantillonnage de 44,1 kHz et 48 kHz, avec des profondeurs de bits de 16, 20 ou 24 bits par échantillon. La norme utilise RTP (Real-time Transport Protocol) sur UDP pour le transport de données audio, avec des paquets contenant généralement entre 1 et 10 millisecondes d'audio. Le temps de paquet recommandé est de 1 ms pour les applications à faible latence, qui se traduit par 48 ou 44,1 échantillons par paquet selon le taux d'échantillonnage. Cette petite taille de paquet impose des exigences strictes sur le réseau, car toute augmentation de jitter ou de latence affecte directement la qualité audio.

La norme n'est pas une solution AoIP complète en soi, mais plutôt un profil qui assure l'interopérabilité entre d'autres protocoles tels que RAVENNA, Livewire, Q-LAN et certaines implémentations de Dante. Cela signifie que si AES67 précise les exigences de base en matière d'interopérabilité, la performance réelle d'un réseau AES67 dépend fortement de la manière dont l'infrastructure réseau est conçue pour répondre à ces exigences.

Pourquoi les commutateurs réseau comptent pour l'audio basse latence

Les commutateurs réseau sont l'épine dorsale d'un réseau AES67. Ils connectent différents appareils tels que microphones, mixeurs et haut-parleurs, permettant un transfert efficace des données. Dans un déploiement typique AES67, plusieurs flux audio sont transmis simultanément comme trafic multicast, ce qui signifie que chaque flux est envoyé une fois par la source et reproduit par des commutateurs uniquement aux ports qui ont souscrit à ce flux. Cette architecture multicast impose des exigences spécifiques sur le matériel et les logiciels de commutation qui vont bien au-delà de ce qui est nécessaire pour le réseau de données standard.

Contrairement aux réseaux informatiques où la perte occasionnelle de paquets peut être gérée par retransmission, les réseaux audio n'ont aucune tolérance pour les paquets perdus ou retardés. Un seul paquet perdu peut donner lieu à un clic ou une pop audible, tandis que le jeu systématique peut entraîner une perte de synchronisation entre les appareils. Le commutateur est la composante critique qui doit gérer chaque paquet avec un timing déterministe, assurant que les flux audio sont livrés avec une latence constante et faible de la source à la destination.

Caractéristiques de commutateur de clés pour AES67

Architecture de latence et de commutation

La plupart des commutateurs d'entreprise utilisent une architecture de stockage et d'avant-garde, où le commutateur reçoit le paquet entier avant de le transmettre. Cela introduit une latence petite mais prévisible qui est généralement acceptable pour les applications AES67 lorsqu'il utilise des commutateurs modernes avec des conceptions ASIC à faible latence. Certains commutateurs haute performance offrent la commutation par coupe, qui commence à faire avancer le paquet dès que l'adresse de destination est lue, réduisant de façon significative la latence par hub. Pour les réseaux AES67 avec des sauts multiples entre les appareils, la commutation par coupe peut fournir des avantages de latence mesurables

Quel que soit le mode de commutation, le tissu de commutation interne doit être non-bloquant, ce qui signifie que le commutateur peut gérer tous les ports à plein débit simultanément sans laisser tomber les paquets. Un commutateur non-bloquant garantit que les flux audio ne sont jamais retardés en raison de la contestation à l'intérieur du commutateur lui-même.

Ceci est spécifié comme la capacité de commutation, habituellement mesurée en gigabits par seconde, et devrait dépasser la somme de toutes les vitesses de port pour une conception entièrement non-bloquante.

Qualité de la configuration du service

Dans un réseau AES67, le trafic audio doit être prioritaire sur le trafic de données, comme les transferts de fichiers, la navigation sur le Web ou le contrôle du trafic. Ceci est obtenu par l'utilisation du marquage DiffServ (Services différentiels), où les paquets audio sont marqués avec des valeurs spécifiques DSCP (Services différentiels de code Point). AES67 recommande d'utiliser la valeur DSCP 46 (Expedited Forwarding, ou EF) pour le trafic audio, ce qui garantit que ces paquets sont placés dans la file d'attente la plus prioritaire sur chaque port de commutation.

La configuration de la QoS sur un commutateur géré comporte plusieurs étapes. Premièrement, le commutateur doit faire confiance aux marquages DSCP reçus des appareils audio. Deuxièmement, le commutateur doit mapper ces valeurs DSCP aux files d'attente matérielles appropriées. La plupart des commutateurs d'entreprise prennent en charge 4 ou 8 files d'attente prioritaires par port, et le trafic audio doit être affecté à la file d'attente la plus élevée. Troisièmement, l'algorithme de programmation des ports d'évacuation doit être configuré pour fournir une file d'attente prioritaire ou à faible latence pour la file d'attente audio, assurant que les paquets audio sont toujours transmis avant un trafic prioritaire plus faible.

Il est important de noter que la QoS doit être configurée de façon cohérente sur tous les commutateurs du chemin réseau. Un commutateur unique qui ne respecte pas les marquages QoS peut introduire une perte de jitter et de paquets qui dégrade la qualité audio de tous les périphériques en aval. Les administrateurs de réseau doivent vérifier la configuration QoS à l'aide d'outils de génération et d'analyse de trafic avant de déployer le système pour utilisation en direct.

Gestion multicast

AES67 utilise IP multicast pour livrer efficacement les flux audio d'une source à plusieurs récepteurs. Sans une gestion multicast appropriée, chaque flux audio serait inondé à tous les ports du commutateur, consommant de la bande passante et créant des problèmes de sécurité. L'insonorisation IGMP (Internet Group Management Protocol) est le mécanisme qui permet aux commutateurs d'écouter les messages IGMP entre les appareils audio et d'apprendre quels ports sont intéressés par quels groupes multicast. Le commutateur fait ensuite avancer chaque flux multicast uniquement vers les ports qui l'ont explicitement demandé.

Les paramètres de configuration clés comprennent le questionnaire IGMP, qui est responsable de demander périodiquement aux appareils s'ils sont encore intéressés à recevoir des groupes multicast spécifiques. Dans un réseau avec plusieurs VLAN, chaque VLAN nécessite son propre questionnaire IGMP. Certains commutateurs prennent également en charge le filtrage IGMP, qui permet à l'administrateur de restreindre les groupes multicasts autorisés sur des ports spécifiques, fournissant une couche supplémentaire de sécurité et de contrôle. Sans IGMP, le commutateur traiterait tout trafic multicast comme du trafic de radiodiffusion, l'envahissant dans chaque port et potentiellement accablant le réseau avec un trafic inutile.

Soutien du protocole de précision

La synchronisation est l'une des exigences les plus critiques pour AES67, et le commutateur réseau joue un rôle central dans le maintien d'un timing précis. AES67 utilise le protocole de précision de temps IEEE 1588 (PTP) pour synchroniser les horloges sur tous les appareils du réseau. La norme spécifie l'utilisation du profil PTPv2, avec une exigence de précision de l'horloge dans un délai de 1 microseconde. Le commutateur doit supporter PTP dans l'un des deux modes : comme une horloge transparente ou comme une horloge limite.

Un commutateur d'horloge transparent mesure le temps de séjour des paquets PTP au passage du commutateur et met à jour les paquets avec ces informations, permettant au récepteur de corriger le retard introduit par le commutateur. C'est l'approche préférée pour les réseaux AES67 car il préserve la relation de synchronisation de bout en bout tout en permettant au commutateur de rester transparent au protocole PTP. Un commutateur d'horloge limite agit comme un paramètre PTP, récupérant l'horloge du port en amont et générant une nouvelle horloge sur les ports en aval.

Lors de la sélection des commutateurs pour AES67, il est important de vérifier que le matériel de commutation supporte la fonctionnalité d'horloge transparente PTP avec une faible latence et une haute précision. Certains commutateurs implémentent PTP dans un logiciel, qui peut introduire un jeu important et ne convient pas aux réseaux AES67.

VLAN pour la segmentation des réseaux

Dans un réseau convergent où le trafic audio et de données coexiste, placer le trafic AES67 sur un VLAN dédié garantit que les tempêtes de radiodiffusion, les demandes DHCP, ou d'autres trafics de données n'affectent pas les performances audio. Le VLAN audio devrait être configuré avec des politiques QoS strictes et devrait permettre l'insonorisation IGMP pour tous les flux multicasts.

La configuration VLAN simplifie également le dépannage en créant une séparation logique entre le trafic audio et le trafic de données. Les administrateurs réseau peuvent surveiller les VLAN audio de manière indépendante et appliquer des politiques de sécurité spécifiques sans affecter d'autres services. Lors de la conception des VLAN pour AES67, il est important de s'assurer que le VLAN couvre tous les commutateurs qui transportent du trafic audio et que les ports de réseau entre les commutateurs transportent le VLAN audio avec tout autre VLAN requis.

Redondance et résilience

Dans les environnements audio professionnels, la fiabilité du système est primordiale. Les commutateurs réseau doivent supporter des protocoles de redondance tels que Rapid Spanning Tree Protocol (RSTP) ou Multiple Spanning Tree Protocol (MSTP) pour fournir une redondance de niveau de liaison sans introduire des temps de convergence excessifs. RSTP peut généralement récupérer d'une défaillance de lien en 1 à 2 secondes, ce qui peut être acceptable pour certaines applications mais pourrait causer des abandons sonores sonores sonores sonores sonores ou des environnements de diffusion où l'audio continu est nécessaire.

Pour une plus grande disponibilité, Link Agrégation (LAG) permet de combiner plusieurs liens physiques en un seul lien logique, fournissant à la fois une bande passante et une redondance accrues. Si un lien dans le LAG échoue, le trafic est automatiquement redistribué sur les liens restants sans interruption. Certains commutateurs avancés prennent également en charge des fonctionnalités comme Fast Link Failover ou Automatic Backup Paths qui peuvent fournir des temps de décrochage de moins de 50 millisecondes, ce qui est essentiellement sans soudure pour les applications audio.

Le double interrupteur, où chaque périphérique audio est connecté à deux commutateurs séparés, fournit une couche supplémentaire de redondance. Cela exige que les commutateurs prennent en charge des fonctions comme les GAL ou les liaisons ascendantes actives, et que les appareils audio eux-mêmes prennent en charge des connexions réseau redondantes.

Vitesses de bande passante et de port

Un seul flux AES67 transportant 8 canaux à 48 kHz et 24 bits nécessite environ 12 Mbps de bande passante. Dans une grande installation avec des centaines de canaux, la bande passante agrégée peut facilement atteindre les gigabits par seconde. Gigabit Ethernet est la vitesse de port recommandée minimale pour les commutateurs AES67, avec 10 Gigabit Ethernet recommandé pour les liaisons de base dans les grandes installations.

Lors du calcul des exigences de bande passante, considérez que le trafic multicast est reproduit sur plusieurs ports, de sorte que la bande passante consommée sur les ports de réseau peut être significativement plus élevée que sur les ports d'accès. Les administrateurs de réseau devraient surveiller l'utilisation des ports pendant le pic de fonctionnement pour s'assurer qu'aucun lien unique n'est sursouscrit.

Choisir les interrupteurs à droite pour AES67

Lors de la sélection des commutateurs pour les réseaux AES67, considérez plusieurs facteurs au-delà du simple nombre de ports et de la vitesse. Le support PTP est essentiel et devrait être basé sur le matériel pour un timing précis. Les commutateurs gérés sont obligatoires pour AES67 car ils permettent la configuration de QoS, VLAN, IGMP snooping et PTP.

La qualité et la fiabilité de la construction sont importantes car une défaillance de l'interrupteur dans un environnement audio en direct peut faire tomber l'ensemble du système. Les commutateurs conçus pour les environnements AV industriels ou professionnels comprennent souvent des fonctionnalités comme des alimentations redondantes, un refroidissement sans ventilateur pour un fonctionnement silencieux et des plages de température étendues.

Si la plupart des appareils AES67 utilisent des ports Ethernet RJ45 standard, certains peuvent utiliser des interfaces SFP ou SFP+ pour des trajets à plus longue distance. Le commutateur devrait fournir la combinaison appropriée de ports cuivre et fibre pour répondre aux exigences de déploiement. Puissance sur Ethernet (PoE) est une autre considération si les appareils audio tels que les microphones ou les haut-parleurs sont alimentés sur le réseau. PoE+ (IEEE 802.3at) fournit jusqu'à 30 watts par port, suffisant pour la plupart des appareils audio professionnels.

Meilleures pratiques de conception de réseau

La topologie d'un réseau AES67 devrait suivre une structure étoile ou hiérarchique, avec tous les appareils audio connectés aux commutateurs gérés et les commutateurs interconnectés par des liaisons de tronc à large bande. Les commutateurs à chaîne Daisy devraient être évités car chaque houblon supplémentaire augmente la latence et réduit la fiabilité.

La qualité du câble est importante pour des performances Ethernet Gigabit fiables. Le câblage de catégorie 6a ou plus est recommandé pour les installations où les parcours peuvent dépasser 55 mètres ou où 10 vitesses Ethernet Gigabit sont requises. Pour les connexions fibreuses, la fibre monomode avec connecteurs LC est le choix standard pour les liaisons longue distance.

La configuration doit suivre un processus systématique. Commencez par configurer les VLAN et les ports de tronc, puis activez le snooping IGMP sur le VLAN audio. Configurez PTP sur tous les commutateurs, en veillant à ce qu'un appareil soit sélectionné comme l'horloge grand maître. Appliquez les politiques QoS qui priorisent le trafic audio avec DSCP 46 et mapez-le dans la file d'attente la plus prioritaire. Testez la configuration avec un seul flux audio avant de déployer le système complet, et vérifiez que la latence et les jitters sont dans des gammes acceptables à l'aide d'outils d'analyse réseau ou d'analyses de protocole.

Pièges et dépannage courants

Plusieurs problèmes courants peuvent dégrader les performances de l'AES67 même lorsque des commutateurs de haute qualité sont utilisés. Un problème fréquent est la configuration incorrecte de la QoS, où le trafic audio n'est pas correctement priorisé et concurrence le trafic de données pour la bande passante. Cela peut causer des sauts intermittents qui sont difficiles à diagnostiquer.

Les erreurs de configuration PTP sont également courantes, en particulier dans les réseaux à commutateurs multiples. Si PTP n'est pas configuré comme une horloge transparente sur tous les commutateurs du chemin, le retard cumulatif peut dépasser le budget de synchronisation et causer des défaillances de synchronisation. Les administrateurs de réseau doivent également vérifier que tous les périphériques du domaine PTP utilisent le même profil PTP et que l'horloge grandmaster est stable et précise.

Lors du dépannage des problèmes réseau AES67, commencez par vérifier la connectivité physique et les vitesses du port. Vérifiez que tous les commutateurs montrent un lien à la vitesse et au duplex prévus. Utilisez l'interface de gestion du commutateur pour surveiller l'utilisation du port, les compteurs d'erreurs et les statistiques QoS. Si la perte de paquets est détectée sur un port spécifique, examinez le périphérique connecté et la configuration du commutateur sur ce port.

L'avenir de l'AES67 et du réseau Audio

AES67 continue d'évoluer, avec des travaux en cours pour s'aligner sur les normes SMPTE ST 2110 pour les médias professionnels sur les réseaux IP. ST 2110-30 spécifie le transport audio à l'aide d'AES67, et les deux normes convergent pour fournir une approche unifiée pour l'audio et la vidéo sur IP. Cette convergence signifie que la même infrastructure réseau peut transporter des données audio, vidéo et auxiliaires, augmentant encore l'importance des réseaux bien conçus et correctement configurés.

TSN comprend des normes pour le timing précis, la configuration du trafic et la préemption des cadres qui peuvent réduire encore les jitters et la latence dans les réseaux convergents. Bien que TSN ne soit pas encore largement déployé dans les réseaux AES67, il représente la prochaine génération de technologie de réseau pour l'audio professionnel et sera probablement plus important dans les années à venir.

Conclusion

Les commutateurs réseau sont essentiels pour assurer une transmission audio de qualité AES67 à faible latence. Les commutateurs correctement choisis et configurés garantissent que les données audio sont transmises avec précision et en temps réel, supportant les applications audio professionnelles dans le monde entier. La décision d'investir dans les commutateurs gérés avec le support PTP, combinée à une configuration soignée de QoS, de gestion multicast et de VLAN, détermine directement la fiabilité et les performances du réseau audio.

Pour plus de détails, consulter le site Page sur les normes AES pour la spécification officielle AES67, et envisager de revoir IEEE 1588 Documentation du protocole sur le temps de précision pour une meilleure compréhension de la configuration PTP. Page des normes du réseau RAVENNA fournit également un contexte utile sur l'interopérabilité AES67. QoS de Cisco pour la documentation vocale contient des principes qui s'appliquent directement au trafic audio AES67. Bibliothèque de documentation technique audienne offre des pratiques exemplaires détaillées en matière de réseautage applicables à tout déploiement AES67.