Paramètres QoS Dante : prioriser l’horloge et le trafic audio

10 min de lecture · Mis à jour le 1 octobre 2026 · techniciens systèmes, ingénieurs réseau AV, ingénieurs façade (FOH) et retours, opérateurs broadcast, production managers, techniciens de venue et équipes audio en tournée

Comprendre la QoS Dante, les priorités DSCP, les files de commutation, quand la QoS est nécessaire, la configuration sûre, la vérification et la documentation dans une fiche technique.

TL;DR — Dante marque les paquets d’horloge, d’audio et autres avec des valeurs DSCP afin qu’un switch compatible puisse faire passer le trafic critique temporel avant les données ordinaires. La QoS est particulièrement importante sur les réseaux partagés, chargés, à vitesses mixtes ou transportant de la vidéo. Conservez les marquages Dante, mappez-les vers quatre files ou plus avec l’horloge en priorité maximale et l’audio juste après, utilisez la priorité stricte quand elle est prise en charge, puis vérifiez la politique réelle du switch, la charge des liens, les erreurs, la latence et l’audio au moyen d’un test de stress contrôlé.

La QoS décide quels paquets quittent en premier un lien saturé

La Quality of Service ne crée pas de bande passante. Elle donne à un switch administré des règles pour classer les paquets en file d’attente et décider quelle classe transmet en premier lorsque plusieurs paquets se disputent le même lien de sortie.

Dante utilise des marquages Differentiated Services Code Point (DSCP) dans l’en-tête IP. L’équipement de bout marque le trafic ; le switch doit faire confiance à ce marquage ou le classifier et le mapper vers une file matérielle appropriée.

Classe de traficRôle opérationnelTraitement en file
Synchronisation d’horlogeMaintient l’alignement temporel d’échantillonnage des appareilsPriorité la plus élevée
Média critique temporelTransporte de l’audio ou de la vidéo à faible latenceEn dessous de l’horloge, au-dessus des données ordinaires
Contrôle et supervisionDécouverte, routage et contrôle des appareilsEn dessous du média critique temporel
Best effortDonnées générales sans échéance temps réelLa plus basse de ces classes

Les valeurs DSCP exactes et les commandes de switch dépendent du mode Dante, de la génération de l’appareil, du firmware et de la plateforme de switch. Utilisez la documentation actuelle d’Audinate et du fournisseur du switch plutôt que de recopier un modèle non vérifié provenant d’un autre réseau.

Savoir quand la QoS est importante

Un petit réseau Dante gigabit dédié, à faible utilisation, peut acheminer l’audio correctement sans politique de switch personnalisée. Cela ne prouve pas que la QoS est configurée, et cela ne prédit pas le comportement lorsque du trafic supplémentaire est ajouté.

La QoS devient importante lorsque le réseau présente une ou plusieurs de ces conditions :

  • Dante partage des liens avec du contrôle, du trafic bureautique, Internet, du transfert de fichiers, NDI ou d’autres données ;
  • Dante, la vidéo ou un autre système média à haut débit utilise la même infrastructure ;
  • le chemin contient à la fois des liens 100 Mbps et gigabit ;
  • des uplinks agrègent le trafic de plusieurs switches d’accès ;
  • des événements de redondance ou de bascule peuvent déplacer le trafic sur moins de liens ;
  • la conception fonctionne volontairement près de la capacité pratique d’un lien.

La priorité ne peut pas réparer une conception sursouscrite. Si le trafic critique temporel dépasse à lui seul la capacité d’un lien, des paquets seront quand même perdus. Corrigez la topologie, la vitesse de lien, le périmètre multicast ou le nombre de canaux avant de considérer la QoS comme un substitut à la capacité.

Le guide Dante unicast contre multicast explique comment le fanout des récepteurs modifie le comportement des flux et de la bande passante. La QoS et la gestion multicast résolvent des problèmes différents.

Traduire les marquages Dante en files de switch

Une politique Dante utile conserve les marquages DSCP de l’équipement de bout et les mappe de manière cohérente sur chaque switch du chemin média. Audinate recommande des switches avec QoS basée sur DSCP, au moins quatre files et une mise en file à priorité stricte pour les déploiements pertinents.

Construisez la politique avec méthode :

  1. inventoriez chaque modèle de switch, version de firmware, vitesse de port et uplink ;
  2. confirmez si le switch fait confiance au DSCP sur les ports d’accès ou s’il le réécrit ;
  3. mappez le trafic d’horloge Dante sur la file de priorité la plus élevée ;
  4. mappez le média Dante critique temporel sur la file suivante ;
  5. placez le trafic de contrôle sous le média temps réel et les données ordinaires en dessous ;
  6. appliquez la politique de manière cohérente sur tout le chemin ;
  7. enregistrez et exportez la configuration de switch acceptée.

Ne partez pas du principe que la file numéro 7 est toujours plus élevée que la file numéro 1. Les fournisseurs nomment et planifient les files différemment. Vérifiez le comportement de planification, pas seulement le nom de l’interface.

Garder distinctes les priorités de l’horloge et de l’audio

Les paquets d’horloge sont petits mais très sensibles aux variations de délai. Les paquets audio transportent davantage de bande passante et ont eux aussi une échéance. Donner à l’horloge la classe la plus élevée aide à préserver une synchronisation stable pendant que l’audio reçoit la classe temps réel suivante.

Le guide du leader d’horloge Dante couvre l’élection du leader et les références externes. La QoS protège la livraison des paquets ; elle ne choisit pas le leader et ne corrige pas une mauvaise conception d’horloge.

Considérer les changements DSCP personnalisés comme une opération avancée

Certains produits Dante exposent des réglages DSCP PTPv2 pour l’interopérabilité basée sur les standards. Modifier ces valeurs sans plan de bout en bout peut provoquer un désaccord entre les équipements de bout et les switches. Notez les valeurs d’origine, la raison du changement, chaque appareil concerné et la procédure de retour arrière avant de les modifier.

Supprimer les comportements réseau qui vont à l’encontre de l’audio temps réel

La QoS n’est qu’une partie d’une configuration de switch adaptée. Inspectez également les limites suivantes :

  • Energy Efficient Ethernet : désactivez l’EEE ou le Green Ethernet sur les ports Dante lorsque les recommandations de l’appareil et du switch l’exigent ;
  • vitesse de lien et duplex : confirmez l’état négocié à chaque extrémité et sur chaque uplink ;
  • contrôle multicast : utilisez l’IGMP snooping et un querier correctement placé lorsque la conception du réseau l’exige ;
  • storm control et limites de débit : assurez-vous qu’ils ne suppriment pas de trafic légitime de découverte, d’horloge ou média ;
  • VLAN et frontières de routage : gardez explicites le chemin Dante approuvé et le périmètre de découverte ;
  • Wi-Fi : n’utilisez pas de liaisons sans fil pour transporter du média Dante ; isolez ou filtrez le média multicast des points d’accès utilisés par les contrôleurs.

Évitez d’activer un ensemble de fonctionnalités génériques de type « voice VLAN » ou de QoS automatique sans comprendre comment elles classifient Dante. Un préréglage conçu pour des téléphones de bureau peut réécrire les marquages ou prioriser le mauvais trafic.

Vérifier la politique sous charge réaliste

1. Enregistrer une base propre

Consignez la topologie, les configurations de switch, les noms d’appareils, les vitesses de lien, les fréquences d’échantillonnage, les réglages de latence, les subscriptions, les flux multicast et l’utilisation normale des ports.

2. Inspecter la classification et les compteurs

Vérifiez que les paquets portant les marquages attendus entrent dans les files prévues. Contrôlez les erreurs d’interface, les discards, les drops de file, les compteurs de congestion et l’utilisation des uplinks sur chaque switch concerné.

3. Tester les vraies destinations audio

Écoutez et mesurez aux consoles, processeurs, amplificateurs, enregistreurs et sorties broadcast. Un compteur de switch seul ne peut pas prouver l’identité des canaux ni l’audio de bout en bout.

4. Ajouter un trafic concurrent contrôlé

Pendant une fenêtre de test autorisée, reproduisez la charge de données la plus crédible sans dépasser la conception approuvée. Surveillez la stabilité de l’horloge, la latence de réception, les erreurs de paquets, les drops de file et la sortie audio.

5. Tester les chemins de panne

Retirez un uplink ou un composant réseau approuvé à la fois. Confirmez que le chemin restant dispose de suffisamment de capacité et conserve la même politique QoS. Le guide des réglages de latence Dante explique pourquoi augmenter le tampon de réception doit suivre le diagnostic du chemin plutôt que le remplacer.

6. Restaurer et comparer

Rétablissez le réseau dans la topologie acceptée, vérifiez chaque route et comparez les compteurs avec la base. Sauvegardez la configuration finale et datez les preuves.

Mettre la responsabilité de la priorité réseau dans la fiche technique

Un transfert utile nomme le VLAN Dante ou le réseau physique, les modèles de switch et leurs responsables, la frontière de confiance DSCP, le mappage des files, le mode de planification, l’état EEE, les vitesses de lien, les uplinks, la politique multicast, l’utilisation normale, la méthode de test de stress, le test de panne, l’accès au monitoring et le fichier de retour arrière.

Dans Techrider.live, alignez les noms des équipements réseau avec les listes I/O et équipement, invitez les ingénieurs système et réseau à éditer la même fiche technique, enregistrez le plan de switch accepté, examinez l’historique après une modification, et exportez un PDF daté pour le load-in.

Checklist QoS Dante

  • Chaque switch et chaque lien du chemin Dante est inventorié.
  • Les marquages DSCP Dante sont volontairement acceptés ou classifiés.
  • L’horloge dispose de la priorité temps réel la plus élevée et le média de la suivante.
  • Au moins quatre files et le comportement de planification sont vérifiés.
  • Les réglages EEE, vitesse de lien, multicast, VLAN et limites de débit sont contrôlés.
  • Les compteurs de files et les vraies destinations audio sont testés sous charge.
  • Les chemins de panne, le retour arrière et la propriété de configuration sont documentés.

FAQ

Faut-il activer la QoS sur Dante ?

Tous les petits réseaux dédiés n’ont pas besoin d’une configuration QoS personnalisée pour transporter l’audio, mais la QoS est importante sur les réseaux partagés, chargés, à vitesses mixtes ou transportant de la vidéo. Concevez-la avant que l’utilisation ou la topologie ne rendent la compétition de paquets visible comme une panne.

Quels paramètres QoS utilise Dante ?

Les équipements Dante marquent le trafic avec des valeurs DSCP pour les classes d’horloge, de média critique temporel, de contrôle et de best effort. Le switch doit préserver ou classifier ces marquages et les mapper vers des files appropriées. Confirmez les valeurs actuelles dans la documentation Audinate concernée.

La QoS Dante doit-elle utiliser des files à priorité stricte ?

Audinate recommande une QoS basée sur DSCP avec quatre files et une mise en file à priorité stricte pour les réseaux Dante adaptés. Confirmez l’ordre des files et les protections contre la famine de trafic proposées par le fournisseur du switch avant d’appliquer la politique.

Comment vérifier la QoS sur un réseau Dante ?

Inspectez la classification DSCP, les mappages de files, les compteurs de ports et de files, l’utilisation des liens, la stabilité de l’horloge, la latence et les erreurs. Puis testez les vraies destinations audio sous une charge concurrente contrôlée et dans des conditions de panne approuvées.

Dante peut-il partager un réseau avec d’autres trafics ?

Oui, lorsque la capacité, la QoS, le contrôle multicast, les frontières VLAN ou de routage et la responsabilité opérationnelle sont conçus de bout en bout. Partager un switch ne signifie pas automatiquement que chaque chemin dispose d’assez de bande passante ou d’une priorité cohérente.

Rendre la priorité des paquets testable

Créez une seule fiche technique qui enregistre les classes de trafic, la frontière de confiance, la politique de files, la capacité des liens, le monitoring, le test de stress, le test de panne, le responsable et le retour arrière avant que le spectacle dépende du réseau.

Guides associés