L'importance de la planification de la largeur de bande du réseau pour les déploiements AES67

Les normes comme AES67 offrent une méthode universelle pour la diffusion audio de haute qualité et à faible latence sur les réseaux Ethernet standard. Pourtant, le succès de tout déploiement AES67 repose sur une planification rigoureuse de la bande passante du réseau. Sans cela, les flux audio deviennent vulnérables aux pics de latence, aux pertes de paquets et aux abandons qui peuvent ruiner une session de diffusion en direct ou d'enregistrement critique. Ce guide élargi explique pourquoi la planification de la bande passante est importante, comment calculer vos besoins avec précision, quels choix de conception du réseau assurent des performances fiables et comment maintenir ces performances à mesure que votre système grandit.

Comprendre AES67 et sa consommation de bande passante

AES67 est une norme publiée par l'Audio Engineering Society (AES) qui définit la manière de transporter des sons numériques de haute qualité et de faible latence sur des réseaux IP utilisant l'infrastructure Ethernet existante. Elle fonctionne à la couche 3 du modèle OSI, ce qui signifie qu'elle peut traverser des sous-réseaux et des réseaux étendus.

Chaque flux audio AES67, souvent appelé flux, est constitué d'échantillons audio numériques emballés dans des paquets IP. La bande passante consommée par un seul flux dépend de trois paramètres principaux : le débit d'échantillonnage, la profondeur des bits et le nombre de canaux. Par exemple, un flux stéréo à 48 kHz et la profondeur 24-bit utilise environ 4 Mbps de bande passante réseau. Un flux 64 canaux non compressé à 96 kHz et 24-bit peut dépasser 130 Mbps.

Le rôle de la planification globale

L'intervalle de paquets – combien d'échantillons sont emballés dans chaque paquet – affecte directement les frais généraux. Un intervalle de 1 ms signifie plus de paquets par seconde (et donc plus d'en-têtes) qu'un intervalle de 4 ms. Par exemple, avec une paquets de 1 ms à 48 kHz, chaque paquet transporte 48 échantillons. Avec un intervalle de 4 ms, chaque paquet transporte 192 échantillons, réduisant le taux de paquets d'un facteur de quatre. L'échange : des intervalles plus longs augmentent la latence, ce qui peut être inacceptable en renforcement sonore en direct. Les ingénieurs en réseau doivent tenir compte des frais généraux lors du calcul de la bande passante totale.

Une bonne règle du pouce est d'ajouter 10 à 15 % de frais généraux au taux de données audio brutes, mais ce pourcentage peut passer à 20 % ou plus avec des intervalles de paquets très courts.

Exemple de calcul du taux de bit

Pour calculer la bande passante d'un seul flux AES67 :

  • Taux de données audio brutes = (nombre de canaux × taux d'échantillonnage × profondeur du bit) / 1 000 000 Mbps.
  • Taux d'emballage = taux de données brutes × facteur de surpoids. Pour un intervalle de 1 ms, utiliser 1.15 (15% de surpoids); pour 4 ms, utiliser 1.10.

Considérez un flux 32 canaux à 96 kHz, 24 bits, 4 ms paquets : taux brut = 32 × 96000 × 24 = 73 728 000 bits/sec = 73,73 Mbps. Avec 10% de frais généraux - 81,1 Mbps. Ce flux unique sature presque un lien de 100 Mbps. Ceci illustre pourquoi l'infrastructure gigabit est souvent obligatoire.

Pourquoi la planification proactive de la largeur de bande n'est pas négociable

De nombreux professionnels de l'audio supposent que leur bureau ou réseau de production existant peut gérer quelques flux audio sans problème. Cette hypothèse entraîne souvent des problèmes. Dans les environnements de production et de radiodiffusion en direct, plusieurs flux coexistent avec le trafic de données, les signaux de contrôle, la vidéo et d'autres services.

  • Perte de paquets – Des échantillons audio manquants qui entraînent des clics, des pops ou du silence. Un seul paquet perdu peut corrompre des dizaines d'échantillons.
  • Augmentation de la latence – Les retards de lecture dans les tampons de commutation introduisent des jitters, obligeant les récepteurs à utiliser des tampons de jeu plus grands, ce qui augmente la latence de bout en bout au-delà des limites acceptables pour la surveillance en direct.
  • Qualité audio dégradée – Même si les paquets arrivent, les récepteurs sont trop jitter pour tomber les paquets tardifs. Le résultat est des artefacts audibles, surtout pendant les matériaux riches en transitoires comme les percussions ou les discours.
  • Défauts de synchronisation – AES67 s'appuie sur le protocole de précision du temps (IEEE 1588 PTP) pour l'alignement des horloges. Lorsque la bande passante est insuffisante, les messages PTP peuvent être retardés ou perdus, entraînant une perte de synchronisation sur tous les flux.

Inversement, la suralimentation de la bande passante sans comprendre les besoins réels gaspille le budget sur les commutateurs à grande vitesse et les liaisons fibreuses inutilement.

Étude de cas d'événements en direct

Si le commutateur réseau entre la scène et la FOH est partagé avec un point d'accès Wi-Fi invité et des transferts de fichiers, la diffusion non planifiée de vidéos d'un réalisateur peut augmenter le trafic au-dessus de la capacité disponible. Le résultat : abandons pendant la manchette. La planification proactive de la bande passante, la ségrégation VLAN et la QoS auraient empêché ce scénario.

Calculer vos exigences de largeur de bande

Avant de concevoir le réseau, calculez la bande passante totale nécessaire pour tous les flux prévus de la série AES67.

  1. Inventaire de chaque source audio – Lister tous les microphones, appareils de lecture, codecs, mélangeurs et interphones qui produiront des flux. Inclure à la fois des sources fixes et des sources ad hoc.
  2. Définir les paramètres du flux – Pour chaque source, notez le nombre de canaux, la vitesse d'échantillonnage (48 kHz, 96 kHz, 192 kHz), la profondeur des bits (16, 24, 32) et l'intervalle de paquetage (généralement 1 ms ou 4 ms).
  3. Calculer le taux de données par cours d'eau – Utilisez la formule ci-dessus, en ajoutant le facteur de frais généraux approprié.
  4. Somme tous les flux – Ajouter les taux par cours d'eau ensemble pour un total de référence.
  5. Ajouter les marges – Inclure au moins 20% de la salle de tête pour les rafales de circulation et l'expansion future.

Exemple de calcul: Une installation avec 32 flux stéréo (48 kHz, 24-bit, 1 ms paquets) – chaque flux environ 4.6 Mbps – a besoin de - 147 Mbps. Ajouter 20% de la tête donne - 176 Mbps. Cela s'intègre facilement dans un lien de 1 Gbps, mais si ce lien transporte également des transferts vidéo ou de fichiers, QoS devient essentiel pour protéger l'audio.

Conception d'infrastructure réseau pour AES67 Bandwidth

La largeur de bande n'est qu'une pièce du puzzle. L'architecture réseau doit supporter la charge calculée sans introduire de goulots d'étranglement. Les éléments clés de conception comprennent la sélection des commutateurs, le câblage, les cadres Jumbo, les VLAN et la qualité du service (QoS).

Commutateurs gérés avec une largeur de bande arrière suffisante

Les commutateurs non gérés de qualité consommation ne possèdent pas la mémoire tampon et la capacité de renvoi nécessaire pour plusieurs flux AES67. Utilisez des commutateurs gérés avec un backplane non bloqué qui peuvent gérer simultanément la bande passante globale de tous les ports. Pour un commutateur gigabit 48 ports, cela signifie une capacité de commutation d'au moins 96 Gbps (plein duplex).

Jumbo Frames pour les frais généraux réduits

Les tailles MTU (unité de transmission maximale), telles que 9000 octets (cadres jumbo), permettent d'effectuer plus d'échantillons audio par paquet. Cela réduit les frais généraux d'en-tête et réduit les taux de paquets par seconde, ce qui facilite la charge sur les processeurs de commutation. Par exemple, l'utilisation de cadres jumbo d'un intervalle de 4 ms peut réduire les frais généraux de 15 % à moins de 5 %. Cependant, tous les appareils le long du chemin doivent supporter les cadres jumbo de façon uniforme.

Configuration de la qualité du service (QoS)

QoS assure que les paquets audio AES67 reçoivent la priorité sur un trafic moins sensible au temps (transferts de fichiers, trafic web, vidéo). Configurer DSCP (Differented Services Code Point) sur les flux audio – généralement réglé à EF (Expedited Forwarding, DSCP 46) pour le trafic à faible latence. Sur les commutateurs, mettre en œuvre une priorité stricte en attente pour que l'audio ne soit jamais retardé par les rafales de données. Une configuration typique : carte DSCP EF à la file d'attente 3 (la priorité la plus élevée), tout autre trafic à la file d'attente 0 (meilleur effort).

Segmentation VLAN

Séparer le trafic AES67 sur les VLAN dédiés l'isole d'autres activités du réseau, réduisant le trafic de radiodiffusion et limitant la portée des domaines PTP horloge. Créez un VLAN audio ne transportant que des flux AES67 et des messages PTP. Les réseaux de contrôle, les réseaux de données et le Wi-Fi invité résident sur des VLAN séparés. Utilisez les ports de réseau 802.1Q pour les liaisons inter-interrupteurs. Si un routage inter-VLAN est nécessaire (p. ex., pour un logiciel de contrôle pour atteindre les appareils audio), assurez-vous que votre routeur ou commutateur Layer 3 fournit un débit suffisant et une faible latence – idéalement au moins 1 Gbps.

Cabine physique et vitesse de liaison

Pour des parcours plus longs ou une meilleure résilience, il est recommandé de considérer la fibre optique avec les modules SFP+. Lorsque vous utilisez des liaisons 1 GbE, assurez-vous que la bande passante du flux agrégé sur n'importe quelle liaison ne dépasse pas 60 à 70 % de la capacité de liaison pour accueillir les rafales.

Redondance et échec avec SMPTE ST 2022‐7

Pour les applications critiques, un seul chemin réseau est risqué. AES67 peut être combiné avec SMPTE ST 2022‐7 pour une redondance sans problème. Cette norme envoie des flux audio en double sur deux chemins réseau (ou deux câbles séparés). Le récepteur compare les deux flux, en sélectionnant la meilleure qualité sans interruption si un lien échoue ou s'encombre. Redundancy double l'utilisation de la bande passante par flux, votre planification doit donc représenter deux fois le trafic sur chaque chemin. De nombreux terminaux et commutateurs professionnels AES67 supportent cette fonctionnalité nativement.

Surveillance et gestion continue de la largeur de bande

La planification de la largeur de bande ne se termine pas au déploiement.Les réseaux évoluent : de nouveaux appareils sont ajoutés, les mises à jour du firmware changent les modes de trafic et les applications imprévues consomment de la bande passante.Mettez en place des outils de surveillance du réseau qui permettent d'utiliser les données par port en temps réel, de perdre des paquets et de mesurer les jitters.

Outils de surveillance audio-spécifique

  • Contrôleur Ravenne ou Dante – Ces outils montrent des flux actifs, latence et perte de paquets par appareil.
  • Filière – Capturer les flux RTP pour analyser les jitters, les nombres de séquences et le timing PTP.
  • iPerf3 – Générer du trafic d'essai pour vérifier le débit de commutation et la QoS avant un événement en direct.
  • Statistiques du protocole temps réseau (NTP) – Assurer la stabilité de l'horloge grand maître PTP; même les petites dérives peuvent perturber la synchronisation multiclient.

Pièges fréquents à éviter

  • Ignorer la gestion de groupes multicasts – Trop de groupes multicasts peuvent surcharger les tables de renvoi de commutation (tables CAM). Utilisez IGMP snooping et limitez les groupes par VLAN. Concevoir votre flux en s'adressant pour minimiser le nombre de groupes.
  • Mélanger des domaines d'horloge sans limites appropriées – Différents profils PTP (par exemple, AES67 vs. SMPTE ST 2059) ou plusieurs horloges grandmaster peuvent causer des problèmes de synchronisation. Utilisez des horloges limites ou des horloges transparentes aux limites du domaine.
  • Sous-estimation du trafic de contrôle – Les protocoles de découverte (mDNS, SAP) et les commandes de télécommande consomment également de la bande passante, surtout sur les grands réseaux.
  • Non soumis à l ' essai sous charge – Simuler le trafic à pleine capacité avant un événement en direct. Utilisez des générateurs de trafic ou des heures de répétition dédiées pour stresser le réseau. Vérifiez que tous les flux coexistent sans erreurs.
  • En supposant que tous les commutateurs soient égaux – Les commutateurs -gérés -- peuvent avoir des tampons peu profonds, des groupes IGP limités, ou une mauvaise implémentation QoS. Choisissez des modèles parmi les fournisseurs avec support AVoIP éprouvé (p. ex., Cisco, Netgear M4250, Arista, Luminex).

Proofing Future de votre réseau AES67

AES67 continue d'évoluer. Des taux d'échantillonnage plus élevés (384 kHz, DSD) et plus de canaux par flux apparaissent déjà dans les produits. Entre-temps, la convergence avec les normes de vidéo (IPMX) et d'autres normes de transport des médias augmentera encore la demande de bande passante. Lors de la planification de votre réseau, choisissez des commutateurs et des câblages qui dépassent les besoins actuels par une marge confortable.

Une autre stratégie d'épreuve de l'avenir consiste à sélectionner des équipements qui prennent en charge à la fois les normes AES67 et les normes plus récentes comme SMPTE ST 2110 (pour les vidéos et les sons non compressés).

Conclusion

La planification de la bande passante du réseau n'est pas une étape facultative pour les déploiements AES67, c'est la base d'un audio-over-IP fiable. En calculant des exigences réalistes en matière de flux, en concevant des commutateurs avec une capacité et une QoS adéquates, en segmentant le trafic avec les VLAN et en mettant en place un suivi proactif, vous pouvez construire un réseau qui gère des dizaines ou des centaines de flux audio de haute qualité sans problèmes.

Pour plus de détails techniques, consulter le document de référence AES67 lui-même (AES67-2018 ), le guide de conception du réseau RAVENNA (Guide de conception de RAVENNA) et la norme IEEE 802.1Q pour les fondamentaux VLAN et QoS (IEEE 802.1QPour une plongée plus profonde dans la mise en œuvre de la PTP, voir la norme IEEE 1588 (IEEE 1588‐2019 Ces ressources fournissent les conseils autorisés nécessaires pour maîtriser la conception du réseau AES67.