Introduction à AES67 Audio sur IP

Les systèmes audio sur IP (AoIP) dominent désormais la radiodiffusion, le renforcement sonore en direct, l'enregistrement et les environnements sonores installés, car ils permettent un routage flexible, des coûts de câblage réduits et une gestion centralisée. Parmi les nombreux protocoles et normes qui ont émergé, AES67 se distingue comme le standard ouvert fondamental pour l'interopérabilité entre différents écosystèmes AoIP. Comprendre AES67 est essentiel pour tout ingénieur audio ou professionnel de l'informatique qui travaille avec l'audio en réseau, car il comble l'écart entre les systèmes propriétaires et fournit un langage commun aux appareils de différents fabricants.

Ce guide explique ce qu'est AES67, comment il fonctionne, ses caractéristiques clés et comment il s'intègre dans le paysage AoIP plus large. Nous couvrirons également les exigences du réseau, les avantages pratiques et les cas d'utilisation du monde réel, afin que vous puissiez concevoir, déployer ou dépanner avec confiance un réseau audio conforme à AES67.

Qu'est-ce que l'AES67?

AES67 est un standard ouvert publié par l'Audio Engineering Society (AES) qui spécifie comment les flux audio de haute qualité et de faible latence sont transportés sur les réseaux IP. AES67-2015 (avec mises à jour en 2018), il définit les mécanismes de transport et de synchronisation qui permettent aux équipements de différents fournisseurs d'échanger audio sans exiger de passerelles propriétaires ou de matériel de traduction.

La norme ne prescrit pas de protocole de contrôle ou de méthode de découverte spécifique; elle se concentre plutôt sur la couche de transport : format de paquet, synchronisation des horloges et paramètres de qualité de service (QoS). Cette portée ciblée permet aux systèmes existants comme Dante, Ravenna, Livewire et Q-LAN de prendre en charge AES67 en même temps que leurs modes natifs, ce qui donne aux utilisateurs un dénominateur commun pour la connectivité multiplateforme.

Contexte historique : Pourquoi AES67 a-t-il été créé?

Avant AES67, l'industrie audio professionnelle faisait face à un paysage fragmenté. Dante (par Audinate) dominait le son en direct et l'AV d'entreprise, Ravenna (par ALC Network et d'autres) était populaire en radiodiffusion et en enregistrement, et Livewire (par Telos Alliance) était prédominant dans la radio. Chaque protocole utilisait différentes méthodes de transport, des schémas d'horlogerie et des formats de paquets.

Le Comité des normes de l'AES a constitué un groupe de travail chargé de créer un profil de transport commun, qui a permis de définir un dénominateur commun le plus faible pour les flux AoIP. En adhérant à l'AES67, tout appareil, indépendamment de son protocole natif, peut envoyer et recevoir de l'audio de tout autre appareil conforme à l'AES67, pourvu que le réseau soit configuré de manière appropriée.

Principales caractéristiques de l'AES67

AES67 rassemble plusieurs éléments techniques critiques qui assurent un transport audio fiable et de haute fidélité sur IP. Ci-dessous nous développons les fonctionnalités de base mentionnées dans l'aperçu original.

Interopérabilité

Le principal objectif de conception d'AES67 est l'interopérabilité. Il y parvient en standardisant le format de charge utile audio (PCM linéaire, généralement 16 ou 24 bits, 48 kHz taux d'échantillonnage), le protocole de transport (RTP sur UDP/IP), et la méthode de synchronisation (IEEE 1588-2008 Precision Time Protocol, ou PTPv2). Comme ces blocs de construction sont universels, un préampli microphone Ravenna peut parler à une console de mixage compatible avec Dante aussi longtemps que les deux prennent en charge le mode AES67. De même, un codec Livewire dans un studio de radio peut alimenter une console de diffusion compatible avec AES67 sans matériel supplémentaire.

L'interopérabilité réelle n'est pas parfaite — les fabricants peuvent mettre en œuvre la norme avec de petites variations — mais le programme de certification de conformité AES67 permet de garantir que les appareils répondent aux exigences minimales.

Faible latence

Dans le renforcement sonore en direct, les retards de 1 à 2 millisecondes (ms) peuvent causer des problèmes de filtrage et de rétroaction des peignes. AES67 est conçu pour atteindre des latences de bout en bout aussi bas que 0,5 à 1 ms dans des conditions de réseau idéales, et généralement moins de 10 ms même dans des installations plus grandes. La norme définit trois profils de latence : -R (rapide) à 1 ms, -L (faible) à 2 ms et -M (medium) à 10 ms. Le choix dépend de l'application – le son diffusé ou en direct utilise habituellement le profil R, tandis que le son installé peut tolérer le profil M pour une plus grande robustesse sur de longues distances.

Synchronisation via le protocole de précision temps (PTP)

AES67 s'appuie sur IEEE 1588-2008 Protocole sur le temps de précision (PTPv2) PTP utilise une hiérarchie maître-esclave où une horloge grandmaster envoie des paquets de synchronisation à tous les esclaves. Parce que les horloges audio-échantillon doivent être verrouillées ensemble pour empêcher la dérive et les abandons, PTP fournit une précision sous-microseconde – bien au-delà de ce que NTP (Network Time Protocol) peut livrer. La norme spécifie un profil PTP spécifique (domaine de défaut 0, avec certains paramètres) pour s'assurer que tous les appareils AES67 peuvent synchroniser à une seule source d'horloge.

Une horloge grandmaster stable est essentielle. La plupart des appareils conformes à l'AES67 comprennent un PTP master intégré, ou vous pouvez utiliser un grandmaster dédié comme le Meinberg M500 ou un commutateur avec des capacités d'horloge intégrée. Les commutateurs réseau eux-mêmes doivent supporter les horloges limites PTP ou les modes d'horloge transparents pour maintenir la précision de synchronisation sur plusieurs houblons.

Format standard de codec et de paquet

AES67 demande un signal PCM linéaire à 48 kHz (avec support optionnel pour 44,1 kHz et 96 kHz). L'audio est emballé dans des paquets RTP selon un format défini -Audio Mapping. Chaque paquet contient généralement un ou plusieurs canaux audio (jusqu'à 8 par flux dans le profil de base, bien que les implémentations prennent souvent en charge jusqu'à 256 canaux en utilisant plusieurs flux).

La norme précise également comment signaler les informations de flux en utilisant le protocole de description de session (SDP). Cette description texte indique aux récepteurs l'adresse IP, le port, le type de charge utile, l'identité de l'horloge et le format d'échantillon, permettant la configuration automatique ou manuelle de la connexion.

Comment fonctionne AES67

Pour comprendre AES67, il aide à visualiser le flux audio d'une source à une destination sur un réseau IP.

Étape 1: Synchronisation de l'horloge. Avant tout flux audio, l'horloge grandmaster PTP est établie. Tous les appareils doivent être synchronisés à cette horloge en utilisant PTPv2. La synchronisation se produit en continu, avec des dispositifs esclaves ajustant leurs horloges locales pour correspondre au grand maître dans la précision nanoseconde.

Étape 2: Publicité en Stream et découverte. AES67 ne définit pas de protocole de découverte. Au lieu de cela, les expéditeurs de flux (parleurs) annoncent leurs flux disponibles en utilisant SDP, qui peut être encapsulé dans SAP (Sessions Advertising Protocol) ou déposé sur un système de contrôle externe (p. ex., Dante Controller, Ravenna , RAVENNA Manager).

Étape 3: Transport. L'audio est empaqueté dans des paquets RTP et envoyé sur UDP/IP. AES67 utilise généralement IP multicast (IGMPv2/v3) pour livrer efficacement le même flux à plusieurs destinataires. Chaque paquet comprend un horodatage dérivé de l'horloge PTP, permettant au récepteur de reconstruire la timeline audio et de tamponner les données pour compenser le jitter réseau.

Étape 4 : Qualité du service (QoS). Comme l'audio est sensible au temps, AES67 exige du réseau qu'il priorise les paquets audio sur le trafic régulier de données. La norme recommande d'utiliser des services différenciés (DiffServ) avec une valeur DSCP de 46 (Expedited Forwarding) pour les paquets RTP audio, et de 34 pour les paquets PTP.

Exigences du réseau

La mise en œuvre d'AES67 exige avec succès un réseau conçu pour le trafic en temps réel. Voici les principales exigences :

  • Gigabit Ethernet ou plus vite. Les flux AES67 peuvent consommer jusqu'à 0,64 Mbps par canal mono (16 bits, 48 kHz). Un flux 64 canaux utilise ~41 Mbps, ce qui est bien dans la capacité gigabit, mais plusieurs flux sur le même commutateur nécessitent une bande passante suffisante pour le backplane. 10 gigabit Ethernet est recommandé pour les grandes installations.
  • Commutateurs gérés qui prennent en charge PTP horloge transparente ou horloge limite. Les paquets PTP doivent être horodatés avec précision à chaque saut. Les commutateurs consommateurs peu coûteux ajoutent souvent un délai variable qui détruit la synchronisation. Cherchez les commutateurs de Cisco (p. ex. Catalyst 3850), Netgear (série M4300) ou les commutateurs Pro Audio dédiés comme le Luminex GigaCore.
  • Les IGMP fouinent et se demandent. Puisque AES67 repose sur des systèmes multicast, les commutateurs doivent gérer correctement l'adhésion de groupes multicasts pour éviter les inondations dans tous les ports.
  • Configuration QoS. Les paquets audio (DSCP EF) doivent être placés dans la file d'attente la plus prioritaire (sauf pour les paquets PTP, qui ont besoin d'un jitter encore plus faible).
  • VLAN séparé pour audio (facultatif mais recommandé). L'isolement du trafic audio dans un VLAN dédié réduit le risque d'interférence des orages ou des dispositifs voyous.

Interopérabilité avec d'autres systèmes AoIP

AES67 a été conçu pour servir de pont entre les protocoles propriétaires. Les trois systèmes AoIP les plus courants qui prennent en charge AES67 sont:

  • Dante (audinate): Les appareils Dante peuvent être commutés en mode AES67 via Dante Controller. Dans ce mode, ils agissent comme récepteurs et expéditeurs AES67 standard. Dante utilise son propre contrôle et découverte, mais le transport audio suit AES67. A partir de Dante Domain Manager, le support AES67 est intégré.
  • Ravenne (Réseau ALC) : Ravenna a été l'un des premiers adoptants d'AES67. De nombreux appareils Ravenna, y compris les convertisseurs RAVENNA-MADI DirectOut et les interfaces de fusion de , prennent en charge AES67 nativement. Ravenna , le mode natif est entièrement conforme, donc aucun changement de direction n'est nécessaire.
  • Livewire (Telos Alliance): Livewire était à l'origine un système AoIP propriétaire pour les stations radio, mais les versions ultérieures ont ajouté le support AES67. Les consoles Telos , Axia et Omnia audio processeurs peuvent envoyer et recevoir des flux AES67, permettant l'intégration avec d'autres marques.
  • Q-LAN (QSC) : QSC , la plate-forme Q-SYS utilise Q-LAN, qui est basé sur AES67 pour le transport audio. Les appareils Q-SYS peuvent se connecter directement à d'autres sources et puits AES67.
  • ST 2110-30 (SMPTE): Les radiodiffuseurs utilisent SMPTE ST 2110 pour les médias non compressés sur IP, et son composant audio (2110-30) est essentiellement AES67 (avec des variations mineures). Ainsi, tout appareil AES67 peut s'intégrer à une station de radiodiffusion ST 2110 redondante.

Lors de la connexion des appareils AES67 de différents écosystèmes, le principal défi est la découverte et la gestion du flux. Un mélangeur Dante ne peut pas voir automatiquement un flux Ravenna à moins que vous ne configurez manuellement la connexion en utilisant le fichier SDP du récepteur. De nombreux systèmes fournissent une page de configuration Web où vous pouvez coller des descriptions SDP, ou des logiciels dédiés comme Audinate. AES publie également un plan d'essais d'interopérabilité aider les ingénieurs à valider les connexions.

Avantages de l'utilisation de l'AES67

Si vous envisagez d'adopter AoIP, l'ajout du support AES67 offre des avantages évidents au-delà de tout système unique.

  • Indépendance du fournisseur : Vous n'êtes pas verrouillé dans un seul fabricant de l'écosystème. Mélangez et allumez des microphones, consoles, processeurs de haut-parleurs et enregistreurs de différentes marques, à condition qu'ils soient conformes à AES67.
  • Conception simplifiée du réseau : En utilisant un transport commun, vous pouvez réduire le nombre de réseaux de superposition dédiés. Une infrastructure IP peut gérer audio, contrôle, et même vidéo (en utilisant ST 2110) si QoS et VLAN sont correctement configurés.
  • Expansion rentable : Besoin d'ajouter plus d'entrées? Achetez une boîte de vitesses conforme à AES67, branchez-la dans votre commutateur, configurez le flux — pas besoin de correspondre à la marque de votre console existante.
  • Proofing futur : AoIP évolue vers une production IP complète (p. ex. SMPTE ST 2110 pour diffusion), AES67 garantit que votre équipement audio peut s'intégrer dans des environnements tout-IP modernes.
  • Fiabilité et redondance : Des protocoles standard de redondance réseau (STP, RSTP, ou chemins réseau redondants) peuvent être appliqués au réseau audio. AES67 ne prévoit pas de méthode de redondance spécifique, mais l'utilisation de réseaux commutés avec des liaisons redondantes ou même la duplication par flux (si supporté) est possible.

Cas d'utilisation pour AES67

AES67 apparaît dans une grande variété d'applications audio professionnelles. Ci-dessous sont quelques exemples notables.

Renforcement sonore en direct

Dans les salles de concert et les maisons de culte, les consoles de mixage numérique de Yamaha (avec Dante) et Allen & Heath (avec Dante) peuvent être connectées aux boîtes de scène AES67 d'autres fabricants. Par exemple, un DiGiCo SD12 peut recevoir des flux d'une boîte de stade Midas DL251 via AES67, à condition que les deux soient configurés correctement.

Radiodiffusion et radio

Les studios de radio utilisaient traditionnellement l'analogique ou le numérique AES3 pour la distribution audio. Aujourd'hui, les radiodiffuseurs utilisent AoIP pour distribuer l'audio dans toute l'installation et même sur les liens WAN. Les consoles Axia (Livewire) peuvent partager des flux avec des codecs conformes à WheatNet-IP ou AES67. La synchronisation PTP standard assure que les retards de réseau ne causent pas de décalages de phase ou de synchronisation audio lors du mélange de flux distants.

Enregistrement et post-production

Les systèmes d'enregistrement à haut débit tels que Merging Technologies.Pyramix (utilisant Ravenna) peut s'intégrer avec des convertisseurs conformes à l'AES67 de RME, Focusrite ou DAD. Cela permet aux studios d'enregistrer 128 pistes audio non compressées sans acheter dans un seul écosystème propriétaire.

Installé Sound et AV d'entreprise

Dans les salles de conférence, les auditoriums et les musées, les systèmes sonores installés nécessitent souvent un routage flexible pour plusieurs zones. Les processeurs et amplificateurs AES67 (par exemple, de Symetrix, Biamp ou QSC) peuvent recevoir de l'audio de n'importe quelle source AES67, permettant ainsi un contrôle centralisé sur IP. L'évolutivité de multicast permet d'ajouter facilement des zones sans câblage point à point supplémentaire.

Défis et considérations

Bien que l'AES67 soit un outil puissant, il n'est pas sans défis. Être conscient de ceux-ci vous aidera à éviter les pièges communs.

  • Dépendance de l'horloge grand-maître : Si le grand maître PTP échoue et qu'aucune sauvegarde n'existe, tous les appareils synchronisés finiront par dériver, provoquant des abandons. Configurez toujours un meilleur Algorithme de l'horloge principale (BMCA) avec plusieurs grands maîtres potentiels ou utilisez du matériel qui peut automatiquement élire un nouveau maître.
  • Complexité de configuration QoS : Le marquage DSCP incorrect peut entraîner une perte de paquets ou une latence accrue. Assurez-vous que les commutateurs réseau sont configurés pour faire confiance aux balises DSCP et que les files audio sont correctement dimensionnées.
  • Limites de la découverte des cours d'eau : AES67 lui-même n'offre pas de navigateur unifié. Vous pouvez avoir besoin d'entrer manuellement des adresses IP et des descriptions SDP, qui peuvent être fastidieuses dans les grandes installations. Certains fabricants fournissent un logiciel propriétaire qui abstractionne cela lorsque les deux côtés sont du même fournisseur, mais les connexions entre fournisseurs nécessitent souvent une configuration manuelle.
  • Accumulation de latence: Bien que la latence par hope soit faible, plusieurs houblons dans un grand réseau (surtout sur WAN) peuvent pousser la latence totale au-dessus des seuils tolérables. Utilisez le profil de latence approprié et mesurez le retard de bout en bout avec des outils comme l'analyseur de latence AES67 ou un simple ton de test.
  • Gestion de la largeur de bande : Un flux de 64 canaux à 48 kHz/24-bit utilise ~73 Mbps. Le surchargement d'un réseau gigabit avec de nombreux flux peut causer une congestion. Calculer la bande passante totale et comparer à la capacité de liaison disponible. Attention aussi à la réplication multicast – chaque port de commutation qui s'abonne à un flux reçoit une copie, de sorte que la charge totale sur le plan arrière de l'interrupteur doit être inférieure à sa capacité.

L'avenir de l'AES67

AES67 continue d'évoluer. La mise à jour AES67-2018 a ajouté un support pour les tarifs d'échantillonnage optionnels et a clarifié certaines recommandations de QoS. AES70 (OCA) protocole de contrôle. Standard d'interopérabilité audio-IP qui définira probablement le transport audio pour la prochaine décennie.

Pour ceux qui sont nouveaux à AoIP, la maîtrise de l'AES67 est un tremplin pour comprendre les concepts avancés comme le streaming redondant, l'IEEE 1722 (AVTP) et le réseau sensible au temps (TSN).

Conclusion

AES67 est la norme ouverte essentielle qui permet à différents systèmes Audio sur IP de travailler ensemble. En standardisant le transport, la synchronisation et le format de paquets, il supprime les obstacles qui autrefois empêchaient les ingénieurs de mélanger des marques d'équipement sur le même réseau. Avec une faible latence, un horloger robuste via PTP, et une compatibilité en arrière avec de nombreux protocoles existants, AES67 est devenu la couche d'interopérabilité de facto pour les professionnels AoIP. Que vous conçoyiez une nouvelle installation de radiodiffusion, que vous mettiez à niveau un appareil sonore en direct ou que vous construisiez un studio d'enregistrement, la compréhension AES67 vous aidera à prendre des décisions éclairées et à créer des réseaux audio flexibles et à l'avenir.

Pour plus de détails, voir le document de référence officiel AES67 et les Wikipedia article sur AES67. Si vous cherchez des guides pratiques de mise en œuvre, Audinate offre un bibliothèque de livres blancs sur AoIP, et l'Alliance Telos fournit d'excellentes ressources sur le déploiement Livewire et AES67.