Qu'est-ce que l'AES67 et pourquoi il importe pour les professionnels de l'audio

Dans l'industrie audio professionnelle, le passage de l'analogique au numérique a apporté une fidélité et une flexibilité remarquables, mais avec elle est venu un nouveau défi : l'interopérabilité. Différents fabricants ont développé leurs propres solutions audio-over-IP (AoIP) créant des écosystèmes isolés qui ne pouvaient pas communiquer entre eux. AES67 a été développé pour briser ces barrières. Cette norme ouverte, publiée par l'Audio Engineering Society en 2013, définit un ensemble commun de protocoles et de mécanismes de transport qui permettent à tout appareil conforme à AES67 de découvrir, de connecter et de diffuser du son avec tout autre appareil AES67 – peu importe le fournisseur.

Avant AES67, l'audio sur IP était un paysage fragmenté. Dante, Ravenna, AVB, LiveWire et Q-LAN avaient chacun leurs propres mécanismes de transport, méthodes de synchronisation et protocoles de découverte. traducteur universel, définissant un profil commun minimal que tout fournisseur pourrait mettre en œuvre. Il n'a pas remplacé les systèmes existants mais plutôt fourni un pont entre eux. Aujourd'hui, AES67 est largement adopté et forme la base pour les normes de diffusion IP comme SMPTE ST 2110.

L'objectif fondamental de la SEA67

AES67, officiellement connu sous le nom de Norme AES pour les applications audio des réseaux – Interopérabilité audio-over-IP en streaming haute performance, n'est pas un protocole de réseau à part entière. Il spécifie plutôt un ensemble d'exigences que les protocoles existants doivent respecter pour garantir l'interopérabilité. La norme se concentre sur trois domaines clés: le transport, la synchronisation et la découverte de flux. En exigeant des profils communs pour RTP (Protocole de transport en temps réel), PTP (Protocole de précision) et SAP (Protocole de notification de session), AES67 assure que les appareils de différents fabricants peuvent échanger des flux audio de haute qualité, à faible latence sans passerelles propriétaires.

La norme prend en charge jusqu'à 2 canaux par flux dans sa mise en œuvre de base, mais plusieurs flux peuvent être combinés pour supporter des nombres de canaux plus élevés. Elle fonctionne sur des réseaux Ethernet standards utilisant IPv4 ou IPv6, ce qui le rend accessible sur l'infrastructure informatique existante. Les taux d'échantillonnage de 48 kHz et 96 kHz sont supportés avec des profondeurs de bits de 16, 20 ou 24 bits.

Un aspect crucial est que AES67 ne dicte pas une topologie ou des exigences de commutation réseau spécifique. Il définit plutôt les paramètres que le réseau doit supporter: routage multicast, distribution de temps PTP, et marquages qualité de service (QoS) pour le trafic audio. Cette flexibilité permet à AES67 de fonctionner sur les réseaux Ethernet Gigabit standard, bien que des commutateurs spécialisés avec support PTP et faible jitter sont recommandés pour les déploiements grands ou critiques.

Caractéristiques clés en détail

Interopérabilité entre fournisseurs

La principale caractéristique d'AES67 est sa capacité à relier des systèmes propriétaires. Par exemple, une console de mixage Dante peut recevoir de l'audio d'un préampli de microphone connecté à Ravenna si les deux sont conformes à AES67. Cela élimine le besoin de plusieurs adaptateurs réseau ou boîtes de conversion, simplifie la conception du système et réduit les coûts. L'interopérabilité est obtenue par une stricte adhérence aux paramètres d'horlogerie, de paquetage et de synchronisation des médias définis dans la norme.

Performances à faible latence

AES67 est conçu pour l'audio en temps réel. Il prend en charge le streaming unicast et multicast, avec multicast étant la méthode préférée pour la distribution point à multipoint. La norme permet de latence aussi peu que 1 milliseconde (en mode paquet de 1 milliseconde) pour 48 kHz flux, bien que les implémentations pratiques utilisent souvent 4 millisecondes ou 8 millisecondes temps paquets pour équilibrer les frais généraux et la fiabilité du réseau. Cette faible latence est critique pour le renforcement sonore en direct, la surveillance en oreille et les applications de radiodiffusion où le retard doit être imperceptible.

Synchronisation de précision avec PTP

Tous les réseaux AES67 utilisent IEEE 1588–2008 Precision Time Protocol (PTP) pour synchroniser les horloges audio sur les appareils. PTP fournit une précision de microsecondes, garantissant que tous les appareils échantillonnent l'audio en même temps. Cela élimine la dérive de l'horloge et évite les artefacts sonores comme pops, clics ou annulation de phase. La norme prévoit un profil PTP (souvent le profil par défaut ou le profil spécifique AES67) avec un intervalle de synchronisation de 1 seconde et un intervalle d'annonce de 2 secondes. La configuration PTP adéquate est la source de problèmes la plus courante dans les déploiements AES67, de sorte que les ingénieurs réseau doivent prioriser le trafic PTP et assurer une distribution précise du temps.

Scalabilité pour tout réseau de taille

AES67 s'étend de simples connexions point à point vers des installations de diffusion à grande échelle avec des centaines de flux. Parce qu'il utilise des IP multicast standard, la bande passante peut être gérée avec IGMP et la configuration de commutateur appropriée. La norme n'impose pas un nombre maximum de dispositifs ou de flux, mais la capacité du réseau doit être planifiée en conséquence. Avec 1 Gbps Ethernet, des centaines de flux stéréo concomitants de 48 kHz / 24 bits peuvent circuler sans problème. Des vitesses plus élevées (10 Gbps ou plus) permettent des systèmes encore plus grands, rendant AES67 adapté aux stades, aux centres de conventions et aux réseaux audio.

Pourquoi AES67 est crucial pour les flux de travail audio modernes

Dans l'industrie audio d'aujourd'hui, aucun fabricant ne domine toutes les catégories de produits. Un studio de radiodiffusion peut utiliser une console Layo (à base de Ravenna), des microphones sans fil Shure (Dante) et des moniteurs Genelec (AES67 via Dante ou Ravenna). Sans AES67, l'intégration de ces systèmes nécessiterait des adaptateurs propriétaires ou des matériels de conversion coûteux.

AES67 prend en charge les environnements d'écoute critiques, et permet une intégration sans faille avec ST 2110 (la norme SMPTE pour les médias professionnels sur IP), car AES67 forme la couche de transport audio pour ST 2110-30 et ST 2110-31. AES67 est ainsi une technologie fondamentale pour les installations de diffusion IP qui passe de SDI à IP. En direct, AES67 permet aux systèmes de tournée d'intégrer des équipements de location de différents fournisseurs sans reconfigurer l'ensemble du réseau.

L'adoption d'AES67 permet également d'assurer des investissements à long terme. Comme il s'agit d'un standard ouvert qui n'est lié à aucun fournisseur, les équipements achetés aujourd'hui demeurent compatibles avec les systèmes futurs qui soutiennent AES67. Cela réduit les coûts à long terme et la complexité, en particulier dans les grandes installations où les cycles de rafraîchissement technologique sont longs.

La Fondation Technique de l'AES67

Transports : types de PDR et de charge utile

AES67 utilise RTP pour transporter des données audio sur les réseaux UDP/IP. La norme nécessite une prise en charge du type de charge L24 (24 bits linéaire PCM) et permet à la fois 16 bits et 20 bits audio. Chaque paquet RTP contient un nombre fixe d'échantillons audio, déterminé par le temps du paquet (1 ms, 4 ms, ou 8 ms). L'en-tête RTP comprend un horodatage dérivé de l'horloge PTP, permettant aux récepteurs de reconstruire le signal audio avec précision même sur des réseaux non déterministes. RTP fournit également des numéros de séquence qui aident à détecter la perte de paquets et la livraison hors-commande.

Synchronisation : Domaines PTP et Horloge

L'horloge grandmaster PTP fournit la base temporelle pour tous les appareils. Il peut s'agir d'un périphérique matériel dédié (par exemple, une horloge grandmaster PTP de Meinberg ou un commutateur Ethernet avec des capacités d'horloge limite) ou d'une implémentation logicielle (avec une précision moindre). Tous les paramètres AES67 doivent pouvoir être synchronisés avec le domaine PTP et générer des horloges audio verrouillées au temps PTP. La norme permet une redondance en supportant plusieurs grands maîtres PTP dans une configuration de standby à chaud. En pratique, la plupart des déploiements AES67 utilisent un seul grand maître, souvent la console de mélange ou une source d'horloge dédiée. Le numéro de domaine PTP doit être cohérent sur l'ensemble du réseau; le domaine 0 est commun mais certains fabricants recommandent le domaine 1 pour AES67.

Découverte du flux : SAP et protocole de description de séance

Pour trouver des flux sur le réseau, les appareils AES67 utilisent SAP pour annoncer des sessions RTP. Chaque annonce contient un fichier de protocole de description de session (SDP) qui décrit les paramètres du flux : IP source, adresse multicast destination, type de charge utile RTP, taux d'échantillonnage, nombre de canaux et domaine PTP. Les appareils écoutent ces annonces et peuvent ensuite s'abonner aux flux souhaités. Certaines implémentations prennent également en charge le streaming unicast pour les connexions point à point où multicast n'est pas disponible ou désiré. SAP utilise l'adresse multicast 239.255.0.1 et le port UDP 9875. Dans les grands réseaux, l'insondage IGMP doit être configuré pour empêcher les annonces SAP d'envahir tous les ports.

AES67 c. autres protocoles AoIP

Plusieurs protocoles AoIP dominent le marché audio professionnel. Comprendre les liens entre AES67 et eux est important pour la conception du système.

Protocole Rapport avec la norme AES67 Différences clés
DanteDante d'Audinate est un système propriétaire mais offre le support AES67 dans de nombreux produits depuis le firmware Dante 4.0. Les appareils Dante peuvent être configurés pour produire des flux AES67, permettant l'interopérabilité avec des équipements non Dante.Dante utilise son propre horloger et découverte (Dante Controller). Le mode AES67 peut perdre certaines fonctionnalités spécifiques à Dante (comme les abonnements unicast ou les nombres de canaux supérieurs à 2).
Ravenne Développé par Layo et ALC Network, Ravenna est basé sur AES67 et l'étend avec des fonctionnalités supplémentaires comme les flux redondants, le nombre de canaux plus élevés et le routage flexible.Ravenna offre une gestion de réseau plus avancée et supporte jusqu'à 256 canaux par flux, tandis que la base AES67 limite à 2 canaux par flux (bien que plusieurs flux puissent être groupés).
AVB / TSNIEEE 1722 AVB (Audio Video Bridging) et son successeur TSN (Time-Sensitive Networking) fournissent un transport déterministe avec faible jitter. AES67 peut fonctionner sur les réseaux AVB si configuré correctement, mais AVB nécessite des commutateurs et des paramètres spéciaux.AVB/TSN garantit la bande passante et la latence, tandis qu'AES67 s'appuie sur les réseaux IP les plus performants avec la synchronisation PTP. AVB est plus complexe et coûteux, mais offre une plus grande fiabilité pour les applications critiques.
Fils vivants Utilisé par Axia et Telos, LiveWire est un système AoIP propriétaire populaire dans la radio de radiodiffusion. Certains appareils LiveWire supportent AES67, mais pas tous. L'interopérabilité nécessite souvent une passerelle.LiveWire dispose de son propre système de contrôle et de surveillance, qui peut ne pas être disponible en mode AES67.

Pour la plupart des professionnels de l'audio, AES67 agit comme un pont universel. Il permet à une console Dante de parler à une boîte d'E/S Ravenna, ou à un réseau de microphones basé sur AVB pour envoyer de l'audio à une console de radiodiffusion qui ne prend en charge AES67. La clé est de s'assurer que les appareils sont configurés correctement et que l'infrastructure réseau répond aux exigences pour PTP et multicast.

Il est également intéressant de noter que de nombreux appareils modernes AoIP prennent en charge plusieurs modes. Par exemple, un seul commutateur peut transporter simultanément les flux Dante/AES67 et Ravenna/AES67, tant qu'ils utilisent le même domaine PTP et les mêmes temps de paquets compatibles.

Mise en œuvre de l'AES67 dans votre installation

Pour réussir le déploiement de l'AES67, il faut une planification et une attention attentives à la conception du réseau.

Étape 1: Vérifier la compatibilité de l'appareil

Vérifiez si votre équipement existant supporte AES67. Beaucoup de périphériques Dante modernes ont un réglage firmware pour activer le mode AES67. Les appareils Ravenna sont généralement prêts AES67 par défaut. Pour les anciens équipements, vous pouvez avoir besoin d'une boîte de conversion AES67 dédiée (par exemple, de DirectOut, Digigram ou Neutrik). Documentez les taux d'échantillonnage pris en charge, les heures de paquets et les profils PTP de chaque appareil.

Certains appareils peuvent nécessiter une mise à jour de licence ou de firmware pour déverrouiller la fonctionnalité AES67.

Étape 2: Concevoir le réseau

Les commutateurs recommandés incluent les commutateurs Cisco Catalyst 3850, Netgear M4300 ou les séries Luminex GigaCore. Évitez les commutateurs de qualité de consommation car ils ne peuvent pas gérer efficacement les multicasts ou ajouter des jitters excessifs. Pour les grandes installations, envisager d'utiliser une topologie de cœur/distribution avec des liens redondants.

Pour PTP, désignez un appareil comme l'horloge grandmaster. Il s'agit d'un appareil avec un oscillateur stable (de préférence un grand maître matériel PTP ou une console de mélange avec une horloge interne haute précision). Tous les autres appareils doivent être configurés comme des horloges esclaves. Assurez-vous que les messages PTP sont donnés la plus haute priorité sur le réseau (DSCP 46 ou 56 pour les messages d'événements PTP).

Étape 3: Configurer PTP

Configurez les paramètres de l'horloge grandmaster – utilisez le profil AES67 si disponible. Pour la plupart des déploiements, un mode d'horloge en deux étapes est recommandé pour la précision. Une fois que PTP est en cours d'exécution, vérifiez que tous les esclaves déclarent être synchronisés avec le grandmaster en quelques microsecondes. De nombreux appareils ont une interface LED ou web indiquant le verrouillage PTP. Utilisez Wireshark ou un outil de surveillance PTP pour vérifier la précision de l'horloge grandmaster et le décalage des esclaves.

Étape 4: Mettre en place des flux

Chaque flux doit avoir une adresse multicast unique (dans la plage 239.192.0.0/14 est typique pour AES67). Configurer le même taux d'échantillonnage, la même profondeur de bits et le même temps de paquet aux deux extrémités. Pour l'interopérabilité, les temps de paquet de 1 ms, 4 ms, ou 8 ms sont pris en charge – mais tous les appareils doivent utiliser le même temps de paquet pour un flux donné. 4 ms est un bon équilibre car il est largement compatible et offre une latence acceptable. Si un appareil ne prend en charge que 1 ms, assurez-vous que le réseau peut gérer le taux de paquet plus élevé sans décrochage des cadres.

Étape 5: Essai et validation

Après configuration, vérifiez que l'audio circule correctement. Écoutez les erreurs de glissades, de décrochages ou de synchronisation. Utilisez des outils de diagnostic réseau comme WireShark avec AES67 dissector, ou des outils de test AoIP dédiés (p. ex., l'option Audio Precision APx500 avec AoIP, ou N. V. L. L. A. B. tools). Vérifiez que le décalage PTP reste en dessous de 1 microseconde et que la perte de paquets est inférieure à 0,01 %. Effectuez des tests de charge avec le nombre de flux prévu.

Étape 6 : Maintenir et surveiller

Une fois le système opérationnel, mettre en place une surveillance continue. Utilisez SNMP pour suivre les ports de commutation, le statut PTP et l'abonnement au flux. Implémentez des grands maîtres PTP redondants si nécessaire pour les installations critiques. Gardez le firmware de l'appareil mis à jour comme les fabricants améliorent la compatibilité et les performances AES67. Documentez la topologie du réseau, les adresses IP, les groupes multicasts et les paramètres PTP pour référence future.

Défis communs et comment les surmonter

Même avec une planification soignée, les déploiements AES67 peuvent rencontrer des problèmes. Voici les problèmes les plus fréquents et leurs solutions.

  • Défaut de synchronisation PTP : Provoqué par une sélection de grandmaster incorrecte, des sauts réseau excessifs ou des commutateurs qui ne prennent pas en charge l'horloge transparente PTP. Solution: Utilisez des commutateurs avec support matériel PTP, minimisez le saut, et assurez-vous que le grandmaster a une source de temps stable (par exemple, GPS).
  • Décrochages ou déformations audio: Solution : Prioriser le trafic audio (DSCP 56 pour RTP), isoler le réseau audio du trafic de données général, et confirmer que tous les appareils utilisent le même temps de paquet. Vérifier la perte de paquets en utilisant les statistiques du commutateur ou du périphérique.
  • Le périphérique ne découvre pas les flux : Les annonces SAP peuvent être bloquées par des pare-feu ou des IRM. Solution : Activer le questionnaire IGMP sur le commutateur, s'assurer que la multidiffusion est autorisée et vérifier que l'adresse de destination SAP (239.255.0.1) est routable. Certains appareils peuvent avoir besoin de multidiffusion pour être activés sur le VLAN.
  • Augmentation de la latence au fil du temps: Solution : Vérifier la qualité du verrouillage PTP et que les appareils ne retombent pas dans l'horloge libre. Certains appareils peuvent nécessiter une reconfiguration PTP périodique. Utilisez un grand maître dédié avec discipline GPS pour une stabilité à long terme.
  • Interopérabilité entre les dispositifs spécifiques: Certaines combinaisons peuvent avoir des erreurs subtiles de paramétrage (p. ex., charge utile RTP type 96 vs. personnalisé). Solution : Vérifiez la documentation du fabricant pour les modes de compatibilité connus, et le support de contact si nécessaire.
  • Inondations multicasts : Sans IRM, les flux multicasts peuvent inonder tous les ports de commutation, ce qui cause des problèmes de bande passante. Solution : Activer l'IGMP et configurer un guichet. Utilisez les ports de commutation pour limiter la distribution multicast aux seuls appareils qui ont besoin du flux.

L'avenir de l'AES67

L'AES67 continue d'évoluer. L'AES a publié des mises à jour de la norme, et il reste un élément de travail actif. L'un des principaux développements est son intégration avec SMPTE ST 2110 pour la production de radiodiffusion, qui utilise AES67 comme le transport audio. Comme plus d'installations de radiodiffusion transition vers les flux IP, AES67 jouera un rôle central.

Une autre tendance est la convergence de l'AES67 avec AVB/TSN. Certains fabricants proposent des appareils qui peuvent fonctionner en mode AES67 et AVB, permettant aux utilisateurs de choisir entre un réseau IP à bas coût (AES67) ou un transport déterministe garanti (AVB).

Enfin, la communauté open-source a accepté AES67. Des projets comme PipeWire et Jack Audio Connection Kit ont le support AES67, permettant aux stations de travail audio basées sur Linux de se connecter aux réseaux professionnels AoIP. Cela réduit la barrière à l'entrée pour les petits studios et les professionnels audio indépendants.

AES67 ne fera que croître son rôle en tant que couche d'interopérabilité. L'adoption de l'AES67 dans de nouveaux segments tels que l'audio automobile, les systèmes interphones et l'audio distribué étend la portée de la norme au-delà de l'audio pro traditionnel.

Conclusion

AES67 a fondamentalement changé la façon dont les professionnels de l'audio pensent à l'audio en réseau. En fournissant une couche d'interopérabilité commune, il permet aux équipements de différents fabricants de travailler ensemble de manière transparente, réduisant ainsi le coût et la complexité du système tout en maintenant les hautes performances requises pour les applications professionnelles. Que vous conçoiviez une station de radiodiffusion, une tournée sonore en direct ou une installation fixe, la compréhension AES67 vous donne les outils pour construire des réseaux audio plus flexibles et fiables.

Pour plus de détails, consulter la fiche officielle AES67 disponible à l'adresse suivante: Société d'ingénierie audio, et explorer des guides de mise en œuvre de fournisseurs comme Authénaté et Réseau ALC. Des conseils pratiques de conception de réseau peuvent être trouvés dans le Pont de diffusion Pour une plongée profonde dans la synchronisation PTP, reportez-vous à la spécification IEEE 1588 et aux ressources de Meinberg. Adopter aujourd'hui AES67 signifie investir dans un standard ouvert qui continue de croître et d'évoluer aux côtés de l'industrie audio.