Exigences d’un switch réseau Dante : choisir et vérifier le chemin

TL;DR — Dante utilise l’Ethernet standard, mais un switch de production doit être adapté au nombre réel de canaux, à la topologie, au trafic et au plan de reprise. Privilégiez des switches gigabit gérés qui exposent la vitesse des liens, la bande passante et les compteurs d’erreurs ; prennent en charge la QoS DSCP et les contrôles multicast requis ; et permettent de désactiver l’Energy Efficient Ethernet sur les ports Dante. Vérifiez la négociation de chaque uplink et de chaque endpoint, puis réalisez des tests d’horloge, d’audio, de charge, de multicast et de panne avant d’approuver le modèle et sa configuration.

Dante ne nécessite pas de switch propriétaire

Un réseau Dante peut fonctionner sur du matériel Ethernet standard. Cela ne signifie pas que chaque switch grand public ou d’entreprise convienne également à un spectacle.

La vraie question n’est pas « Est-ce que la boîte indique Dante ? » mais « Ce switch peut-il transporter, prioriser, exposer et rétablir le trafic prévu sur chaque liaison réelle ? »

Choisissez en fonction de la conception système, pas d’une liste de marques copiée d’une autre production.

Privilégiez les liaisons gigabit et vérifiez la négociation

L’Ethernet gigabit est la base normale des systèmes Dante évolutifs. Audinate autorise le 100 Mbps dans des cas limités, avec peu de canaux et une QoS correcte, mais un endpoint ou un uplink lent modifie le budget de trafic et de latence.

Comptez le trafic par liaison, pas seulement par switch. Un rack peut disposer de ports d’accès gigabit alors que deux switches partagent un seul uplink sous-dimensionné. Un câble endommagé peut aussi faire négocier un port capable du gigabit à seulement 100 Mbps.

Avant le spectacle :

1. Listez chaque endpoint, chaque switch et chaque liaison inter-switch.
2. Enregistrez la vitesse négociée et l’état du duplex.
3. Estimez la charge média normale et maximale dans les deux sens.
4. Incluez la diffusion multicast et les services non Dante.
5. Gardez une marge d’exploitation au lieu de concevoir au maximum théorique de l’étiquette.
6. Revérifiez la négociation après un recâblage ou un remplacement de câble.

Le guide des réglages de latence Dante explique comment les sauts de switch et la vitesse des liens influencent la mise en tampon côté récepteur.

Les switches gérés et non gérés n’ont pas la même valeur opérationnelle

Un switch non géré peut fonctionner pour un petit réseau Dante dédié, simple, lorsque son comportement fixe est connu et adapté. La limite n’est pas seulement la configuration ; c’est la visibilité. L’équipe peut être incapable d’inspecter les erreurs, la vitesse, l’utilisation, le comportement des files d’attente ou l’état multicast.

Un switch géré est préférable lorsque le système a besoin d’un ou plusieurs des éléments suivants :

• données, vidéo, contrôle ou autres services partagés ;
• plusieurs switches ou des uplinks contraints ;
• configuration ou vérification de la QoS ;
• snooping multicast et contrôle du querier ;
• VLAN ou limites routées ;
• chemins redondants ;
• sécurité des ports, supervision, journalisation ou support à distance ;
• configuration enregistrée pouvant être auditée et restaurée.

La gestion crée aussi une responsabilité. Une configuration par défaut ou copiée n’est pas automatiquement sûre. Désignez le responsable, limitez les accès, exportez la base de référence approuvée et documentez la procédure de remplacement du switch.

Désactivez l’Energy Efficient Ethernet sur les ports Dante

L’Energy Efficient Ethernet, aussi appelé EEE, Green Ethernet ou IEEE 802.3az, permet à un lien d’entrer dans un état de consommation réduite pendant les périodes d’inactivité. Le trafic d’horloge et de média en temps réel dépend d’une livraison prévisible des paquets, et un comportement EEE inadapté peut contribuer à des problèmes de synchronisation ou à des coupures audio.

Pour un switch de production géré, vérifiez que l’EEE peut être désactivé et confirmez son état réel sur chaque port transportant du trafic Dante. Avec un switch non géré, évitez les modèles dont le comportement EEE ne peut pas être désactivé ou vérifié avec certitude.

N’assumez pas qu’un réglage global s’applique à chaque port, module ou version de firmware. Lisez la configuration active et refaites les tests après toute modification du firmware ou du matériel.

La QoS est une propriété du chemin de switch

Les endpoints Dante marquent le trafic avec des valeurs DSCP, mais le switch doit préserver ou classer ces marquages et les mapper vers les files d’attente appropriées. Une case « QoS activée » ne prouve pas que l’horloge est prioritaire, que les médias viennent ensuite et que le trafic ordinaire ne peut pas affamer les files temps réel.

Vérifiez :

• la confiance DSCP ou la classification à l’entrée ;
• au moins le nombre requis de files d’attente matérielles ;
• le mapping des files pour l’horloge, les médias, le contrôle et le best effort ;
• un comportement à priorité stricte lorsque la conception l’exige ;
• si une autre politique réécrit les marquages ;
• chaque switch sur le chemin, pas seulement le switch de bordure.

Utilisez le guide des réglages QoS Dante pour la configuration complète et le workflow de test en charge.

Les fonctions multicast doivent correspondre au plan de flux

Le unicast est le comportement média Dante habituel. Lorsqu’un flux émis par un transmetteur doit être distribué volontairement à plusieurs récepteurs, le multicast peut réduire l’utilisation des flux émetteur, mais aussi diffuser du trafic sur des ports inutiles sans contrôle correct.

Une conception multicast gérée nécessite généralement le snooping IGMP ainsi qu’un querier correctement placé pour le VLAN. Activer le snooping sans querier fonctionnel peut rendre l’état d’appartenance peu fiable. L’« optimisation IGMP » intégrée à un switch non géré peut être impossible à inspecter ou à corriger.

Documentez quels flux sont en multicast, quel switch assume le rôle de querier et quels ports doivent recevoir chaque groupe. Le guide Dante unicast versus multicast couvre la décision et les étapes de vérification.

Construisez une topologie compréhensible sous pression

Les connexions en étoile vers des switches gérés sont souvent plus simples à inspecter et à isoler que de longues chaînes d’appareils. Lorsque les appareils Dante à deux ports utilisent le mode switched, le second connecteur prolonge le même domaine de panne ; il ne crée pas de redondance.

Pour le mode redondant :

• utilisez deux réseaux réellement séparés, primary et secondary ;
• évitez les switches partagés, les ponts accidentels et les plages d’adresses qui se chevauchent ;
• faites correspondre les vitesses de lien requises des deux côtés ;
• étiquetez chaque câble et chaque port de switch ;
• testez la suppression d’un composant réel à la fois.

Le guide Dante mode redondant versus switched fournit la liste de contrôle des modes de ports.

Testez le switch au lieu de faire confiance à la fiche technique

1. Enregistrez une base de référence

Exportez la configuration active du switch. Notez le modèle, le firmware, le plan de ports, les VLAN, la QoS, l’EEE, les réglages multicast et le responsable de la gestion.

2. Vérifiez l’état au repos

Avec tous les endpoints prévus en ligne, confirmez un clocking stable, les leaders attendus, les vitesses de lien correctes, des compteurs d’erreurs propres, les subscriptions et l’audio sur chaque destination.

3. Appliquez un trafic réaliste

Exécutez le nombre de canaux prévu et les récepteurs multicast. Si l’infrastructure est partagée, ajoutez un trafic de données ou vidéo représentatif pendant la fenêtre de test approuvée. Surveillez l’utilisation, les pertes, les compteurs de files d’attente, les erreurs et les événements de latence Dante.

4. Testez les limites de panne

Retirez puis remettez en place un câble, un endpoint, un uplink, une alimentation ou un switch redondant à la fois. Confirmez que la panne et la récupération observées correspondent au schéma.

5. Redémarrez et restaurez

Lorsque cela est opérationnellement sûr, vérifiez que le switch revient avec la configuration approuvée et que les endpoints se redécouvrent, se resynchronisent et rétablissent les subscriptions attendues.

6. Consignez les preuves d’acceptation

Enregistrez les captures des compteurs, les conditions de test, les pannes, les corrections apportées, la configuration finale, la date et l’approbateur. « L’audio a fonctionné une fois » ne suffit pas pour une passation reproductible.

Liste de contrôle d’acceptation du switch

• Le nombre de ports, les besoins PoE, les optiques et le format physique conviennent au déploiement.
• Chaque endpoint et chaque uplink négocie la vitesse prévue.
• La capacité couvre les médias, le multicast, le contrôle et les services partagés avec marge.
• La QoS DSCP est mappée et vérifiée sur chaque chemin requis.
• L’EEE est désactivé sur chaque port transportant du trafic Dante.
• Le snooping IGMP et la propriété du querier sont corrects lorsque le multicast est utilisé.
• Les limites VLAN et réseau redondant correspondent au schéma.
• Les erreurs de port, les pertes, l’utilisation et les compteurs de files sont observables.
• La configuration active, le firmware, le responsable, la pièce de rechange et la procédure de retour arrière sont documentés.
• Les tests en pleine charge et les tests de panne de composants passent avec de l’audio réel.

Erreurs courantes

Acheter uniquement selon le nombre de ports. La vitesse des liens, les files d’attente, le contrôle de l’EEE, le comportement multicast, la supervision et les uplinks font partie des exigences.

Supposer que le gigabit supprime le besoin de conception. Un lien gigabit peut tout de même être congestionné, mal priorisé, inondé ou négocié à une vitesse inférieure.

Utiliser un switch non géré avec EEE. Si le comportement d’économie d’énergie ne peut pas être désactivé ou vérifié, l’équipe ne peut pas établir une base temps réel connue.

Activer toutes les fonctions avancées. Les préréglages Voice VLAN, les modifications de spanning-tree, les fonctions PTP, le storm control et les limites de débit peuvent modifier le trafic. N’activez que ce qu’exige la conception approuvée et testez l’effet.

Tester uniquement la découverte. Les noms d’appareils dans Controller ne prouvent ni la stabilité de l’horloge, ni la capacité suffisante, ni le périmètre multicast correct, ni la récupération audio.

FAQ

Un switch réseau spécial est-il nécessaire pour Dante ?

Aucun switch propriétaire n’est requis. Le switch doit offrir assez de vitesse et de capacité et doit prendre en charge les besoins de QoS, d’EEE, de multicast, de supervision et de reprise de la conception Dante spécifique.

Faut-il un switch géré ou non géré pour Dante ?

Le switch géré est préférable pour les systèmes de production, partagés, multi-switch, multicast ou redondants, car il fournit configuration et visibilité. Un switch non géré connu comme adapté peut fonctionner pour un petit réseau dédié.

Dante nécessite-t-il un switch gigabit ?

Le gigabit est fortement recommandé et devient essentiel pour les plus grands nombres de canaux. Une utilisation limitée à 100 Mbps avec peu de canaux peut être possible avec une QoS correcte, mais chaque liaison lente doit être intégrée au plan de capacité et de latence.

Pourquoi faut-il désactiver l’EEE pour Dante ?

L’EEE modifie l’état de puissance du lien pendant les périodes calmes. Sur un matériel inadapté, ce comportement peut nuire à la synchronisation d’horloge et provoquer des coupures ; les ports Dante doivent donc utiliser une configuration non-EEE vérifiée.

Comment tester un switch pour l’audio Dante ?

Vérifiez la négociation et la configuration des liens, exécutez la charge média complète ainsi qu’un trafic partagé représentatif, inspectez les erreurs, les pertes et les files, écoutez chaque destination et testez les pannes de câble, d’uplink, de switch et d’alimentation avec un retour arrière documenté.

Ajoutez le chemin de switch approuvé dans la fiche technique

Consignez les modèles de switch, les ports, les vitesses de lien, les VLAN, la QoS, l’état de l’EEE, la propriété multicast, les chemins redondants, le responsable de gestion et le retour arrière testé avec la passation du réseau audio. Dans Techrider.live, gardez ces informations dans la même fiche technique que le patch et le plan de scène, invitez le technicien système à les modifier, puis enregistrez et consultez l’historique avant d’envoyer la version actuelle.