L'évolution de l'audio sur IP

En remplaçant le câblage analogique ou numérique dédié par des réseaux Ethernet standard, AoIP permet une plus grande flexibilité, une évolutivité et un meilleur rapport coût-efficacité. Parmi les différentes normes AoIP, AES67 est apparue comme une couche d'interopérabilité critique, permettant aux appareils de différents fabricants – tels que Dante, RAVENNA et Livewire – de coexister et d'échanger des flux audio. Au cœur de AES67 se trouve la capacité d'utiliser le streaming multicast et unicast, chacun adapté à des exigences opérationnelles distinctes.

Qu'est-ce que l'AES67?

AES67 est une norme développée par l'Audio Engineering Society, officiellement publiée en 2013 sous la cote AES67-2013 et mise à jour dans les révisions ultérieures. Elle définit un ensemble d'exigences pour le streaming audio haute performance sur les réseaux IP, mettant l'accent sur l'interopérabilité. La norme spécifie les formats audio (jusqu'à 24 bits, 48 kHz ou 96 kHz), le calendrier des paquets, la synchronisation des réseaux et les protocoles de transport.

L'une des principales forces de l'AES67 est son exigence de synchronisation réseau, qui repose sur le protocole de précision de temps IEEE 1588 (PTP) pour obtenir une précision de chronométrage en sous-microseconde. Cela garantit que plusieurs appareils peuvent lire de l'audio avec un alignement de niveau d'échantillon – une exigence critique pour le renforcement sonore en direct, le mix-minus de radiodiffusion et les installations multi-pièces.

Pour en savoir plus sur la spécification officielle AES67, visitez le site Site Web sur les normes AES- Oui.

Diffusion multimédia dans AES67

Multicast est une méthode de transmission unique à plusieurs où un seul flux audio est envoyé à une adresse IP multicast. Tous les appareils qui ont souscrit à ce groupe reçoivent le flux simultanément. Dans le contexte de l'AES67, multicast est le mode par défaut et le plus couramment utilisé car il s'échelle efficacement pour un grand public. Lorsqu'une source envoie un flux multicast, le réseau utilise des protocoles comme IGMP (Internet Group Management Protocol) et PIM (Protocol Independent Multicast) pour reproduire des paquets uniquement sur des segments de réseau où les abonnés existent.

Les flux multicast AES67 utilisent généralement des charges utiles UDP et RTP avec un temps de paquetage fixe (p. ex., 1 ms ou 4 ms). Le flux est identifié par une adresse IP multicast de la gamme 239.0.0.0 à 239.255.25255 pour IPv4, et un port UDP correspondant. La synchronisation PTP assure que tous les récepteurs reconstruisent l'audio avec la même horloge, éliminant ainsi les différences de dérive et de phase.

Avantages de Multicast

  • Efficacité de la largeur de bande: Une seule copie du flux traverse chaque lien réseau partagé par plusieurs récepteurs. À mesure que le nombre d'auditeurs augmente, la consommation de bande passante par récepteur supplémentaire est presque nulle sur les segments partagés.
  • Gestion simplifiée des sources: L'appareil transmet un flux unique, peu importe le nombre de destinations qui en ont besoin. Cela réduit la charge du processeur sur la source et rationalise le routage.
  • Synchronisation naturelle : Tous les récepteurs obtiennent la même base d'horodatage RTP, ce qui facilite l'alignement de plusieurs haut-parleurs, moniteurs ou flux sur un lieu.
  • Échelle: Convient pour les grandes installations comme les stades, les centres de congrès, ou les installations de diffusion avec des centaines de destinations.

Inconvénients de la diffusion multiple

  • Exigences en matière d'infrastructure du réseau: Les commutateurs et les routeurs doivent supporter l'inspection IGMP et le routage multicast. Les commutateurs non gérés peuvent inonder le trafic multicast vers tous les ports, causant des congestions.
  • Problèmes de sécurité : Tout périphérique sur le réseau peut potentiellement rejoindre un groupe multicast et recevoir le flux. Le chiffrement ne fait pas partie de la norme AES67 de base, bien que les méthodes optionnelles puissent être superposées.
  • Récupération d'erreur limitée: Comme les multicasts utilisent UDP, il n'y a pas de retransmission automatique des paquets perdus. Redundancy repose sur la conception de réseau (p. ex., flux redondants ou diversité de chemins).

Cas d'utilisation multicast typiques

  • Distribution audio en concert en direct : Envoi du mélange principal à l'avant de la maison, consoles de surveillance, camions d'enregistrement et mixeurs de radiodiffusion simultanément.
  • Infrastructure des studios de radiodiffusion: Distribution audio du programme d'une salle de commande principale à plusieurs studios, suites de montage et chemins de transmission.
  • Grands systèmes de conférence: Fournir des canaux d'interprétation ou un flux audio commun à de nombreuses salles de réunion ou boîtes de sol.
  • Systèmes d'adresses publiques et d'urgence : Diffusion d'annonces sur un campus ou un centre de transport avec lecture synchronisée.

Diffusion d'Unicast dans AES67

Unicast fournit une connexion individuelle entre une source et un récepteur unique. La source envoie un flux dédié avec sa propre session RTP à l'adresse IP de la destination spécifique. Bien que AES67 cible principalement les multicasts pour les tests d'interopérabilité, de nombreux appareils compatibles AES67 prennent également en charge la transmission unicast pour des applications spécialisées. Unicast peut être mis en œuvre sur UDP (non fiable) ou, moins couramment, sur TCP (fiable mais avec une latence plus élevée).

Dans une configuration unicast, chaque récepteur nécessite un flux séparé de la source. Si cinq appareils ont besoin du même son, cinq flux unicast identiques doivent être transmis. Cela consomme évidemment plus de bande passante réseau totale par rapport à multicast, mais il offre des avantages distincts dans certains scénarios.

Avantages d'Unicast

  • Personnalisation spécifique au flux: La source peut adapter chaque flux de qualité, taux d'échantillonnage ou mapping de canal par récepteur. Par exemple, un ingénieur de moniteur pourrait recevoir un mix stéréo tandis qu'un mixeur de radiodiffusion reçoit une version surround 5.1.
  • Amélioration de la sécurité : Comme les flux unicast sont point à point, les dispositifs non autorisés ne peuvent pas capturer accidentellement le flux à moins qu'ils ne soient explicitement traités ou que le réseau ne soit compromis.
  • Conception de réseau plus simple pour les petits déploiements : Dans un studio avec seulement deux ou trois appareils, unicast peut éliminer la nécessité de configuration de routage multicast et de gestion IGMP.
  • Utilisation possible de TCP pour la fiabilité : Dans les applications en temps non réel (p. ex. transfert de fichiers ou sauvegarde d'enregistrement), TCP peut assurer la livraison de paquets, bien que ce ne soit pas typique pour l'audio AES67 en direct en raison de contraintes de latence.

Inconvénients d'Unicast

  • Échelle de la largeur de bande : Chaque récepteur supplémentaire consomme une bande passante complète sur tous les liens depuis la source vers ce récepteur. Cela peut surcharger la source NIC ou les liens ascendants si de nombreux auditeurs unicast sont présents.
  • Charge de traitement de la source plus élevée: L'appareil émetteur doit générer et gérer des sessions RTP, des horodatages et une synchronisation distinctes pour chaque flux unicast.
  • Possibilité de problèmes de synchronisation des horloges : Si chaque flux unicast utilise son propre contexte PTP, les récepteurs peuvent éprouver de légères différences de temps à moins que l'horloge grandmaster ne soit commune à tous les flux.

Cas typiques d'utilisation Unicast

  • Surveillance personnelle dans les studios d'enregistrement: Chaque musicien reçoit un mix unique d'écouteur dérivé de la même source multi-pistes, mais avec des niveaux et des effets personnalisés.
  • Gestion audio à distance : Un ingénieur compose un appareil spécifique sur une connexion WAN pour résoudre ou régler les paramètres, en utilisant un flux unicast pour le contrôle point à point.
  • Essai ou étalonnage d'un dispositif individuel: Un technicien envoie une tonalité de test à un haut-parleur ou un amplificateur sans affecter d'autres appareils sur le réseau.
  • Flux sécurisés pour les communications confidentielles : Les installations gouvernementales ou les entreprises peuvent exiger que l'audio sensible ne soit livré qu'à un seul point d'arrêt, évitant ainsi la diffusion multidiffusion.

Comparaison détaillée : Multicast vs. Unicast dans AES67

Le choix entre multicast et unicast dépend de plusieurs facteurs, dont le nombre de récepteurs, la topologie du réseau, les exigences de latence et les frais généraux administratifs.

Attribut Multicast Unicund
Efficacité de la largeur de bande Haut pour de nombreux récepteurs Faible quand de nombreux récepteurs
Charge du processeur source Faible (un ruisseau) Augmente linéairement avec les récepteurs
Configuration du réseau Nécessite un sous-réseau IGMP, PIM, soin de sous-réseaux Simple; aucun protocole multicast n'est nécessaire
Synchronisation Tous les récepteurs partagent un flux RTP et PTP Chaque flux peut avoir une synchronisation indépendante (mais doit utiliser le même grand maître)
Sécurité/Vie privée Moins; tout destinataire souscrit peut écouter Plus haut; flux adressé à une PI spécifique
Latence Faible et cohérent (UDP, pas de retransmission) Faible si UDP; TCP peut ajouter un retard
Résistance aux erreurs Pas de retransmission; comptez sur la FEC ou les flux redondants Peut utiliser TCP pour la fiabilité (haute latence) ou UDP avec FEC

Pour un examen plus approfondi de la conception de réseau multicast pour l'audio professionnel, se référer à la Article audinate sur multicast vs unicast dans Dante (Note: Dante utilise AES67 en mode d'interopérabilité).

Considérations relatives au réseau pour la diffusion de l'AES67

Les flux AES67 multicast et unicast imposent des exigences à l'infrastructure de réseau sous-jacente. Une planification soignée assure une faible latence (<10 ms), high reliability, and deterministic performance. Key factors include:

Synchronisation de l'horloge (PTP)

AES67 nécessite IEEE 1588-2008 (PTPv2) pour la distribution des horloges. Une horloge grandmaster est sélectionnée (souvent via Best Master Clock Algorithm), et tous les appareils se synchronisent. Le réseau doit supporter les horloges transparentes PTP ou les horloges limites pour maintenir la précision à travers les commutateurs.

Qualité du service (QoS)

Les paquets audio AES67 doivent être priorisés par rapport à d'autres trafics réseau pour éviter les retards de queue et les paquets supprimés. Attribuer des valeurs DSCP (Differentified Services Code Point) : typiquement EF (Expedited Forwarding, DSCP 46) pour les RTP audio et CS7 pour les événements PTP. Configurer le commutateur QoS pour faire confiance à ces marquages et allouer des files d'attente matérielles dédiées pour le trafic hautement prioritaire.

Estimation de la largeur de bande

Une paquets de 1 ms à 48 kHz/24-bit utilise environ 6 Mbps. Pour 96 kHz/24-bit 8-canal, attendez-vous à plus de 24 Mbps. Multipliez par le nombre de flux simultanés (unicast ou multicast) pour vous assurer que vos liaisons montantes et les NIC sources ont une salle de tête.

Bouffes à jitter

Les récepteurs utilisent des tampons de jitter pour absorber les variations de temps du réseau. AES67 recommande des tampons de 1 ms à 5 ms selon la qualité du réseau. Les tampons plus grands augmentent la latence mais améliorent la résilience.

VLAN et segmentation des réseaux

Pour isoler le trafic audio du trafic de données, placez les périphériques AES67 sur un VLAN dédié. Cela simplifie QoS et réduit les interférences des émissions ou des transferts de fichiers importants. Lorsque vous couvrez plusieurs VLAN, utilisez le routage multicast (PIM) si la multicast est nécessaire sur tous les sous-réseaux.

Pour un guide complet sur la conception du réseau AoIP, voir le AudioScience AoIP Network Design Guide- Oui.

Choisir la bonne méthode pour votre cas d'utilisation

La décision entre multicast et unicast dans AES67 devrait être basée sur une évaluation pratique de votre environnement.

  1. Combien de récepteurs ont besoin du même son ? Si plus de 3 à 5 appareils nécessitent un contenu identique, la diffusion multiple est plus efficace. Pour les récepteurs 1 à 2, la diffusion unicast peut être plus simple.
  2. L'infrastructure du réseau est-elle prête à être diffusée en plusieurs canaux? Si vous avez géré des commutateurs avec le support IGMP et PIM, multicast est viable. Si l'équipement n'est pas géré ou inconnu, préférez unicast ou testez soigneusement.
  3. Vous avez besoin de personnaliser par flux? Unicast permet des taux d'échantillonnage différents ou le nombre de canaux par récepteur. Multicast force tous les auditeurs à accepter le même format.
  4. Quelles sont vos exigences en matière de sécurité ? Si le flux audio ne doit pas être accessible par des dispositifs non autorisés (p. ex. dans une salle de conférence ou une installation gouvernementale), unicast permet une meilleure isolation.
  5. La synchronisation sur plusieurs flux est-elle essentielle? Multicast synchronise intrinsèquement tous les récepteurs à une horloge RTP. Avec unicast, assurez-vous que tous les flux référencés le même grand maître PTP pour éviter la dérive.
  6. Quelle est votre tolérance pour les frais généraux de configuration réseau? Multicast nécessite une configuration VLAN et routage prudente, plus la surveillance de l'adhésion de groupe IGMP. Unicast est plus --plug-and-play --, mais peut stresser la source.

Dans de nombreuses grandes installations, une approche hybride fonctionne mieux : utiliser la multicast pour l'épine dorsale de distribution principale (p. ex., les flux de programmes pour tous les studios) et unicast pour des besoins spécifiques point à point (p. ex., l'ingénieur).

Mise en œuvre des meilleures pratiques

Pour tirer le meilleur parti de la diffusion de l'AES67, suivez les directives suivantes :

  • Utilisez un temps de paquetage fixe : Stick à 1 ms ou 4 ms selon la définition du profil AES67. Cela assure la compatibilité entre les appareils et la latence faible.
  • Horloges limites PTP : Déployer des horloges PTP aux limites des commutateurs pour maintenir la précision sur les grands réseaux. Éviter les horloges transparentes si possible, car elles peuvent introduire l'asymétrie.
  • Surveiller les statistiques des réseaux: Utilisez des outils comme Wireshark avec analyse RTP, ou des tableaux de bord de périphérique, pour vérifier la perte de paquets, les erreurs de jitter et de timing.
  • Redondance : Pour les applications critiques, implémentez des flux multicast redondants (par exemple, deux groupes multicast différents) ou des chemins unicast redondants.
  • Flux d'étiquettes clairement: Utilisez des annonces SAP ou un système de contrôle central pour annoncer les noms et les paramètres de flux. Cela simplifie la découverte et réduit les erreurs de configuration.

Pour des exemples pratiques de configuration, Page sur la technologie du réseau RAVENNA fournit des informations détaillées sur les configurations conformes à AES67.

L'avenir de l'AES67 et de l'AoIP

AES67 continue d'évoluer et son rôle d'interopérabilité a été renforcé par de nouvelles normes comme SMPTE ST 2110 (pour la diffusion vidéo et audio) et la mise à jour émergente AES67-2023. L'écosystème AoIP englobe désormais des systèmes de comptes à canaux élevés, des formats audio immersifs (par exemple Dolby Atmos) et des flux de production basés sur le cloud. Dans ces scénarios avancés, le choix entre multicast et unicast peut changer : les environnements cloud dépendent souvent d'un système unicast en raison de contraintes de réseau virtuel, tandis que les installations de production sur site favorisent multicast pour son comportement déterministe. AES67 reste la colle qui assure l'échange audio sans verrouillage exclusif des équipements de différents fournisseurs.

Conclusion

AES67 offre un cadre solide pour l'audio sur IP, permettant à la fois le streaming multicast et unicast pour répondre à une large gamme de cas d'utilisation professionnelle. Multicast excelle dans l'évolutivité et l'efficacité de la bande passante, ce qui en fait le choix standard pour la distribution à grande échelle de l'audio synchronisé. Unicast offre flexibilité, sécurité et personnalisation par flux, idéal pour les applications point à point et les déploiements plus petits. En évaluant avec soin le nombre de récepteurs, l'infrastructure réseau, les exigences de synchronisation et les besoins de sécurité, vous pouvez sélectionner la méthode de streaming optimale – ou combiner les deux – pour construire un réseau audio fiable et performant.