Contrairement aux systèmes numériques analogiques ou propriétaires traditionnels, un réseau AES67 vous donne la liberté de mélanger et d'allumer des équipements de différents fabricants tout en maintenant une synchronisation sous-milisecube et un échantillon précis. Ce guide couvre chaque étape en détail — de la planification initiale et de la sélection de changement à la configuration des appareils, au calendrier PTP et à la gestion continue — afin que vous puissiez construire une infrastructure audio-over-IP prête à la production qui répond à la norme AES67.

Ce qui est AES67 et pourquoi ça compte pour votre studio

AES67 est une norme technique développée par l'Audio Engineering Society qui définit l'interopérabilité pour les réseaux audio-over-IP (AoIP). Elle spécifie le codage, la synchronisation des flux et les paramètres de transport réseau de sorte que les appareils de différents fournisseurs – comme une interface Focusrite RedNet, un contrôleur de moniteur Neumann MT 48 et une console Yamaha CL5 – puissent tous partager des canaux audio sur un seul câble Ethernet. Avant AES67, les studios étaient souvent verrouillés dans des écosystèmes propriétaires (par exemple, Dante, Ravenna, Livewire) qui nécessitaient des ponts coûteux ou des passerelles complexes pour s'interconnecter.

Les avantages pratiques pour votre studio sont les suivants:

  • Flexibilité du fournisseur – acheter les meilleurs préamplis micro, convertisseurs et unités DSP sans se soucier de la compatibilité du protocole.
  • Échelle – ajouter plus d'appareils, de salles ou de lieux en connectant simplement un autre commutateur.
  • Faible latence – les réseaux typiques AES67 obtiennent moins de 1 ms de latence aller-retour avec une configuration appropriée.
  • Synchronisation de l'échantillon-précise – en utilisant le protocole de précision (PTPv2/IEEE 1588-2008), tous les appareils restent verrouillés à une horloge principale, éliminant la dérive à travers de longs câbles.

Si votre studio utilise déjà Dante, Ravenna ou Livewire, ces protocoles ont souvent un mode de compatibilité AES67. Cependant, un réseau conforme AES67 pur assure le plus haut degré d'interopérabilité et d'étanchéité future. Page du document officiel AES67-2018- Oui.

Liste de contrôle des conditions préalables et de l'équipement

Construire un réseau AES67 nécessite plus que de l'équipement audio. Voici une liste complète de ce dont vous aurez besoin avant de commencer à câblage:

Matériel réseau

  • Interrupteurs Ethernet Gigabit gérés – au moins deux pour la redondance, ou un pour les petits studios. Les commutateurs doivent supporter IEEE 802.1Q VLANs, IGMP snooping (pour prévenir les inondations multicast), et surtout, IEEE 1588 PTPv2 limite ou des capacités d'horloge transparente. Pour les studios de production, considérez les modèles de la série Cisco Catalyst 9300, Netgear M4300 série (en particulier la ligne AV), ou TP-Link JetStream. Évitez les commutateurs entièrement non gérés.
  • Câbles à paires torsadées Cat6a ou Cat7 – AES67 peut fonctionner sur cuivre pour des parcours allant jusqu'à 100 m. Pour des distances plus longues, utilisez des transceivers en fibre (modules SFP+) et des fibres monomode ou multimode.
  • Optionnel: PTP grand maître horloge – alors que tout appareil peut servir de maître PTP, un grand maître dédié (par exemple, de Meinberg, Ardenna ou Focusrite) offre la plus grande stabilité, en particulier pour les applications multi-salles ou de radiodiffusion.

Appareils audio et logiciels

  • Les interfaces audio compatibles AES67, consoles ou unités DSP. Consultez la documentation du fabricant pour connaître la conformité AES67. De nombreux appareils Ravenna (p. ex., Merging Technologies Horus, DirectOut .sb) sont natifs AES67. Les appareils Dante peuvent activer le mode AES67 via le contrôleur Dante.
  • Logiciel de gestion de réseau – typiquement chaque fabricant fournit sa propre application (p. ex., Dante Controller, Ravenna Manager, Livewire Session Manager). Filière pour une inspection profonde des paquets.
  • Connaissance de base du réseau IP : masques sous-réseaux, DHCP vs IP statiques, et adresses multicast.

Étape 1: Planification du réseau et conception de la topologie

Passer la phase de planification est la cause la plus courante de maux de tête AES67. Commencez par dessiner un schéma physique de votre studio: localiser chaque appareil audio, commutateur, et ordinateur. Marquez les distances entre eux — tout au-delà de 100 m nécessite de la fibre.

Choix du système d'adressage IP

Utilisez des adresses IP statiques pour tous les appareils AES67. DHCP peut provoquer des changements d'adresse en milieu de session, brisant les flux audio. Choisissez un sous-réseau privé (p. ex. 10.0.0.0/8 ou 192.168.100.0/24) qui ne chevauche pas votre réseau de bureaux général. Un sous-réseau /24 vous donne 254 adresses, beaucoup pour la plupart des studios. Évitez la plage link‐locale 169.254.x.x (APIPA) car il peut interférer avec PTP.

VLAN: Isoler le trafic audio

Configurez un VLAN dédié à tout le trafic audio (par exemple VLAN 100). Cela empêche les flux multicasts d'interférer avec les transferts de fichiers, le trafic lié à Internet et les signaux de contrôle. Sur vos commutateurs gérés, assignez chaque périphérique audio au VLAN audio et réglez le PVID en conséquence. Assurez-vous que le port de commutation se connecte à votre ordinateur ou DAW est soit dans le VLAN audio, soit que vous traversez un port d'accès — mais ne mélangez jamais audio et données sur le même domaine de diffusion.

Configurez également un port d'accès pour l'ordinateur de gestion (ou un VLAN de gestion dédié) afin de pouvoir contrôler les appareils sans inonder votre réseau audio avec des demandes ARP ou DHCP. Pour les studios multi-pièces complexes, utilisez des VLAN séparés par pièce et faites-les transiter par un commutateur ou un routeur de base couche‐3.

Gestion de l'inversion et de la diffusion multiples de l'IGMP

Les flux AES67 utilisent des canaux multicast IP (généralement dans la gamme 238.0.0.0/8). Sans IRM, chaque paquet multicast est envoyé à tous les ports de commutation, augmentant le trafic et causant des paquets supprimés. Activez l'IRMMP sur tous les commutateurs gérés. En option, utilisez IGMP querier pour maintenir des groupes multicasts lorsqu'aucun routeur n'est présent. Certains commutateurs vous permettent également de définir des limites de bande passante multicast par port, utiles pour empêcher un flux voyou de saturer le tuyau.

Étape 2: Configuration des commutateurs réseau pour AES67

Une fois la topologie planifiée, connectez physiquement tout l'équipement. Configurez ensuite chaque commutateur. Les commandes exactes varient selon le fabricant, mais les principes sont universels:

  1. Désactiver Ethernet éconergétique (EEE) – L'EEE active les émetteurs-récepteurs pendant les périodes de repos, provoquant des jeux de temps PTP.
  2. Activer les cadres jumbo (MTU 1500 ou plus) – AES67 utilise généralement 48, 96, ou 192 tailles de paquets d'échantillon; les cadres jumbo aident à réduire les frais généraux.
  3. Définir le protocole de l'arbre d'éblouissement (STP) à Rapid‐PVST+ ou RSTP – STP est nécessaire pour la prévention des boucles, mais s'assurer qu'il ne bloque pas les ports audio. Utilisez les ports de bord pour les appareils qui se connectent à un seul commutateur.
  4. Activer le mode de l'horloge limite PTP – si votre commutateur le supporte. Cela réduit l'accumulation de temps PTP sur de nombreux houblons. Pour les commutateurs sans support matériel PTP, assurez-vous que les paquets PTP ne sont pas retardés ou en attente différemment (par exemple, définissez une priorité stricte pour le trafic PTP).
  5. Appliquer la qualité du service (QoS) – marquez PTP (DSCP AF11 ou CS7) et flux audio (DSCP EF) comme priorité élevée. Utilisez une file d'attente prioritaire stricte sur les ports d'évacuation.

Si vous utilisez un commutateur géré sans les capacités de l'horloge limite PTP, assurez-vous de configurer un budget de latence extra-tanche. Audinate Dante documentation technique, qui s'applique à de nombreuses configurations AES67.

Étape 3: Configuration des périphériques et synchronisation de l'horloge

Configurez chaque périphérique audio. Alimentez tout sur et accédez à chaque interface web ou panneau de contrôle. Voici la liste de contrôle:

Attribution des IP statiques

Définissez une adresse IP unique, un masque de sous-réseau et une passerelle par défaut pour chaque appareil. Enregistrez-les dans un tableur pour référence future. Pour les appareils qui prennent en charge plusieurs ports réseau, assurez-vous que le port audio est configuré sur le VLAN audio.

Activer le mode AES67

De nombreuses interfaces modernes sont disponibles avec AES67 en mode dans un cadre propriétaire. Par exemple, dans Dante Controller, cliquez-droit sur l'appareil et sélectionnez Affichage des périphériques → Paramètres audio. Recherchez la case AES67. Dans Ravenna Manager, choisissez simplement le format de flux AES67. Sur les appareils Livewire, définissez le protocole à AES67 dans le menu avant.

Si votre appareil ne prend en charge que Ravenna ou Dante sans AES67, vérifiez que le firmware est à jour. La plupart des fabricants ont ajouté le support AES67 dans les dernières versions.

Configuration de la synchronisation PTP (IEEE 1588)

Tous les réseaux AES67 doivent utiliser PTPv2. Un appareil agit comme grand maître. En général, vous choisissez un grand maître PTP dédié ou une interface audio de haute qualité comme source d'horloge. Voici comment configurer:

  • Sur le grand maître : sélectionnez le profil PTP pour AES67 (profil par défaut : domaine 0, deux étapes, intervalle de synchronisation d'une seconde).
  • Sur tous les périphériques esclaves : sélectionnez --PTP pour la synchronisation et définissez le même numéro de domaine (habituellement 0).
  • Vérifiez que chaque appareil signale l'identité de grandmaster. Pour un réglage fin, ajustez l'intervalle d'annonce à 2 secondes et synchronisez l'intervalle à 0,5 seconde.
  • Si vous avez un grand maître Meinberg ou Ardenna dédié, il sélectionnera automatiquement la meilleure horloge du réseau.

PTP fonctionne mieux dans une topologie stellaire avec des commutateurs qui prennent en charge les horloges limites ou transparentes. Si vous éprouvez des jeux de temps, réduire le nombre de sauts de commutation entre le grand maître et le périphérique le plus éloigné. IEEE 1588 aperçu- Oui.

Étape 4: Création de flux audio et d'acheminement

Avec la stable réseau et tous les appareils synchronisés, vous pouvez commencer à envoyer de l'audio. AES67 utilise le Protocole de description de session (SDP) pour définir les flux. Chaque flux est un flux unicast ou multicast d'un canal ou de plusieurs canaux. Dans la plupart des logiciels de contrôle, vous créez un --transmetteur et un -récepteur (ou -sender) et un -subscriber.

Utilisation du logiciel de contrôle

  • Contrôleur Dante : Parcourez l'audio en faisant glisser un canal émetteur sur un canal récepteur. Pour les flux AES67, utilisez l'onglet -AES67- pour afficher et connecter les flux SDP.
  • Ravenna Directeur : Cliquez-droit sur un appareil → Ajouter Stream → sélectionnez l'adresse multicast, le taux d'échantillonnage, le nombre de canaux.
  • Gestionnaire de session Livewire : Créer des sources et des destinations; attribuer manuellement des IP multicasts (p. ex., 239.1.10.1).

Lors de la configuration des flux multicasts, choisissez des adresses multicast uniques dans la gamme 239.0.0.0–239.255.252.55. Évitez les conflits avec d'autres appareils. Pour unicast, utilisez l'adresse IP de l'appareil récepteur.

Taille de la latence et du paquet

AES67 définit trois profils de latence : 0,125 ms, 1 ms et 2 ms (sur la base d'un paquet de 6, 48 ou 96 échantillons à 48 kHz). Le profil par défaut est de 1 ms (48 échantillons). Utilisez seulement 0,125 ms sur un réseau dédié à faible latence avec des horloges PTP. Pour la plupart des studios, 1 ms est sûr et donne beaucoup de salle de tête.

Étape 5: Tester le réseau

Avant de compter sur le système pour une session critique, exécutez une batterie de tests.

Essais de connectivité et de ping

De votre ordinateur, ping chaque appareil par son adresse IP. Assurez-vous que moins de 1 ms de temps aller-retour (RTT) sur un seul interrupteur. Si vous voyez des RTTs au-dessus de 2 ms, vérifiez les goulots d'étranglement de l'interrupteur ou les câbles défectueux. Vérifiez également que la latence est cohérente — les fluctuations sauvages indiquent une congestion du réseau ou une QoS mal configurée.

Vérification de la synchronisation PTP

Sur le contrôleur Dante, regardez le panneau Statut de l'horloge. Un réseau sain affiche des décalages sous 1 microseconde (0.000001 secondes) entre maître et esclaves. Si les décalages sont élevés, ajustez les valeurs de priorité PTP ou vérifiez les capacités PTP de commutation.

Intégrité du flux audio

Jouez une tonalité de test connue (p. ex., onde sinusale de 1 kHz à –18 dBFS) à partir d'un émetteur et mesurez-la au récepteur avec un analyseur comme REW ou SignalScope. Confirmez que le signal apparaît au niveau et à la phase corrects. Vérifiez les fissures, les abandons ou le silence.

Essai de stress

Simulez le trafic maximal en en streaming simultanément tous les canaux prévus. Surveillez la charge du processeur sur les commutateurs et les appareils. Utilisez Wireshark pour capturer quelques secondes de trafic et filtrer les flux AES67 (L24, L16) ou RTSP. Recherchez des retransmissions — elles indiquent une perte de paquets. Si vous voyez plus de 0,01 % de perte, réévaluer la conception du réseau.

Étape 6 : Gestion et dépannage continus

Une fois le système en marche, surveillez ces zones :

  • Changer les mises à jour du firmware – les nouvelles versions améliorent souvent la stabilité PTP et la manipulation multicast.
  • Isolation VLAN – ne jamais brancher un commutateur non géré dans un port AES67 ; il brisera la segmentation VLAN.
  • Redondance maître horloge – programmer un grand maître secondaire (p. ex. un périphérique de sauvegarde avec priorité PTP plus élevée 2). Si le principal échoue, le réseau doit se commuter automatiquement sans laisser tomber l'audio.
  • Température et puissance – les interrupteurs à chaud provoquent la dérive de l'horloge.

Questions et règlements communs

  • Pas de flux audio visible: Vérifiez que le mode AES67 est activé sur l'expéditeur et le récepteur. Vérifiez que l'adresse multicast n'est pas bloquée par le filtrage IGMP. Essayez de passer à unicast.
  • Clics audio ou pops : Confirmez que la synchronisation PTP est dans la tolérance. Augmentez temporairement la taille du paquet à 2 ms (96 échantillons). Si cela le corrige, vous avez un problème de retard réseau — regardez QoS ou changez de houblon.
  • Diffusions de streaming mais pas de son: Vérifiez la vitesse d'échantillonnage et la correspondance de profondeur de bits (p. ex. 48 kHz/24‐bit). AES67 mandate 24 bits mais certains appareils permettent 16 bits. Vérifiez également l'alignement du nombre de canaux.
  • Latence élevée en matière de surveillance de la TDA: Assurez-vous que votre interface réseau n'est pas en mode économie d'énergie. Désactivez tous les paramètres Ethernet écoénergétiques dans le pilote NIC.

Conclusion

Un réseau AES67 correctement configuré offre la fiabilité et la flexibilité que les studios modernes exigent. En planifiant votre topologie, en utilisant des commutateurs gérés avec support PTP et en synchronisant soigneusement chaque appareil, vous pouvez transporter des dizaines de canaux avec une latence sous-milisec et une clarté parfaite. Les étapes décrites ci-dessus — de l'isolement VLAN à la création de flux et aux tests de stress — forment un flux de travail répétable qui fonctionne pour tout, d'une salle de contrôle unique à un centre de diffusion multi-installations.