Découverte des appareils Dante : faire réapparaître les appareils absents dans Controller

TL;DR — Les appareils Dante annoncent normalement automatiquement leur identité et leurs canaux, mais la découverte dépend du fait que l’ordinateur exécutant Controller utilise la bonne interface réseau et partage le bon périmètre de découverte. Commencez par l’alimentation et la liaison physique, puis vérifiez la sélection d’interface dans Controller, l’adressage de l’ordinateur et des appareils, le câblage primaire/secondaire, les limites de VLAN ou de sous-réseau, la politique de pare-feu et la connexion à un réseau géré. Corrigez la première limite en échec avant de modifier les routes, les noms, l’horloge ou les réglages audio.

La découverte se produit avant le routage

Dante Controller ne peut router l’audio qu’après avoir découvert les endpoints. Un appareil annonce son nom, ses canaux, ses capacités et ses informations de format ; Controller recense ces informations et les affiche dans Network View.

Si l’appareil est absent, l’édition des subscriptions n’est pas la première étape. L’échec est en amont : connectivité physique, choix de l’interface de l’ordinateur, compatibilité d’adresse, trafic de découverte, périmètre réseau ou inscription dans un environnement géré.

Utilisez un workflow de découverte fixe

1. Prouvez l’alimentation et la liaison physique

Vérifiez l’alimentation de l’endpoint, les LED réseau, le bon port Dante, le câble, le port du switch et la vitesse négociée. Confirmez que le port du switch est activé et attribué au réseau prévu. Comparez avec un appareil fonctionnel sur le même switch.

Ne commencez pas par redémarrer tous les switches. Un appareil en panne appelle généralement d’abord une preuve centrée sur un seul appareil.

2. Vérifiez l’interface de Controller

Dante Controller mémorise les interfaces primaires et secondaires sélectionnées de l’ordinateur. Un ordinateur portable peut donc rejoindre le bon réseau Ethernet tandis que Controller continue d’utiliser le Wi-Fi, un adaptateur de dock, une interface VPN ou une autre NIC.

Ouvrez le sélecteur d’interface et identifiez l’adaptateur par son nom, sa liaison et son adresse. Pour un réseau primaire standard sans redondance, sélectionnez l’interface câblée connectée à ce réseau. Si l’ordinateur possède plusieurs adaptateurs câblés, évitez d’en placer deux dans le même sous-réseau IP.

Le guide d’interface réseau de Dante Controller couvre les cas multi-NIC et les choix de réseau redondant.

3. Comparez les schémas d’adressage

L’ordinateur et les endpoints doivent disposer d’un adressage compatible avec la conception réseau. Sur un réseau primaire autonome sans DHCP, les adresses link-local utilisent normalement 169.254.x.x. Avec DHCP, l’ordinateur et les appareils doivent suivre la plage DHCP approuvée. Les adresses statiques doivent respecter le sous-réseau, le masque et la politique de passerelle prévus.

Utilisez Device Info lorsque certains appareils sont visibles, et vérifiez l’adresse de l’interface du système d’exploitation. Ne considérez pas une adresse 169.254 comme une preuve de panne ; l’adressage link-local est valide sur un réseau autonome unique.

Suivez le guide d’adressage IP Dante avant de modifier les réglages DHCP ou statiques.

4. Séparez les réseaux primaire et secondaire

Sur les systèmes Dante redondants, le primaire et le secondaire sont deux réseaux physiques distincts. Ne reliez pas les deux switches entre eux. Connectez l’interface Dante primaire de l’ordinateur au réseau primaire et, lorsque deux NIC sont disponibles, son interface secondaire au réseau secondaire.

Avec une seule NIC sur l’ordinateur, utilisez le réseau primaire pour le contrôle normal. Un basculement vers le réseau secondaire en cas de panne exige aussi de modifier la sélection d’interface dans Controller. Un accès secondaire uniquement peut afficher une identité limitée tout en empêchant le contrôle complet des appareils présents uniquement sur le primaire.

5. Respectez les limites de VLAN et de sous-réseau

La découverte non gérée est normalement une fonction de réseau local. Un appareil placé dans un autre VLAN ou un autre sous-réseau IP peut être parfaitement opérationnel tout en restant hors du périmètre de découverte de l’ordinateur exécutant Controller. N’ajoutez pas un relais mDNS improvisé et n’aplatissez pas les VLAN de production simplement pour faire apparaître une icône.

Les systèmes multi-sous-réseaux nécessitent une conception gérée intentionnelle, comme Dante Domain Manager ou Dante Director, avec routage, découverte, horloge, inscription et permissions pris en charge par l’administrateur réseau. L’adressage link-local et le mDNS local conviennent aux systèmes plus simples à sous-réseau unique ; ils ne remplacent pas une architecture réseau routée.

6. Vérifiez la sécurité de l’hôte et les logiciels concurrents

Confirmez que le pare-feu du système d’exploitation et la politique de sécurité endpoint autorisent les applications Dante approuvées et le trafic de découverte sur le profil réseau sélectionné. Désactiver temporairement toute protection n’est pas une solution acceptable en production. Identifiez la règle bloquée, appliquez l’exception minimale approuvée, puis rétablissez la configuration de base.

Vérifiez aussi les logiciels VPN, les adaptateurs de virtualisation, le partage Internet et les utilitaires du fabricant qui peuvent modifier la priorité des interfaces ou partager l’interface Dante sélectionnée.

7. Confirmez l’accès au réseau géré

Dans un environnement géré, vérifiez que Controller est connecté au bon domaine Dante Domain Manager ou au bon site Dante Director et que l’opérateur dispose du droit de voir ou de configurer l’appareil. Distinguez un appareil local non géré en attente d’inscription d’un appareil inscrit que le compte actuel ne peut pas administrer.

N’effectuez pas de reset usine sur un appareil pour contourner un problème de propriété. Escaladez vers l’administrateur nommé du domaine ou du site.

Diagnostiquez par le périmètre, pas à l’aveugle

Utilisez des comparaisons fonctionnelles pour réduire la panne :

1. Le même ordinateur voit-il un autre appareil sur ce switch ?
2. Un autre ordinateur approuvé voit-il l’appareil manquant ?
3. L’appareil apparaît-il lorsqu’il est branché sur un port connu comme fonctionnel dans le même VLAN ?
4. La panne est-elle limitée au primaire, au secondaire, à un sous-réseau ou à un site ?
5. A-t-elle commencé après un changement de dock, VPN, DHCP, VLAN, firmware ou de management ?

Ne changez qu’une variable à la fois et consignez le résultat. Si la découverte revient, vérifiez le nom de l’appareil, l’inventaire des canaux, l’adresse, l’état d’horloge et l’audio réel avant de déclarer la reprise.

Documentez le relais de découverte

Consignez :

• le nom de l’appareil, le modèle, le firmware, l’adresse MAC et l’emplacement physique ;
• les ports primaire et secondaire, les switches, les VLAN et les schémas d’adressage ;
• l’ordinateur Controller, le nom de l’adaptateur et le rôle de l’interface sélectionnée ;
• la propriété DHCP, statique ou link-local ;
• le domaine ou le site géré et l’administrateur responsable ;
• le périmètre de découverte fonctionnel et les limites connues ;
• la panne testée, la reprise, le spare et la procédure de rollback.

Gardez les identifiants et les détails réseau sensibles hors d’une fiche technique publique. Placez le résumé opérationnel et la frontière de responsabilité dans la fiche technique réseau audio numérique.

Checklist de découverte Dante

• L’alimentation, la liaison, le câble, le port et la vitesse négociée de l’endpoint sont sains.
• Controller utilise l’interface réseau câblée prévue.
• Les adresses de l’ordinateur et de l’endpoint correspondent à la conception approuvée.
• Les réseaux primaire et secondaire restent physiquement séparés.
• Le périmètre VLAN et sous-réseau correspond à l’architecture de management.
• Le pare-feu, le VPN et les adaptateurs virtuels sont vérifiés sans désactivation large.
• La connexion au domaine ou au site et les permissions ont un propriétaire nommé.
• L’identité de l’appareil, l’audio réel, la reprise et le rollback sont vérifiés.

Erreurs courantes

Modifier les subscriptions avant que l’endpoint soit visible. Le routage ne peut pas corriger une limite de découverte.

Supposer que link-local signifie panne. 169.254.x.x est attendu sur un réseau primaire sans DHCP.

Relier le primaire et le secondaire. Les réseaux redondants doivent rester séparés.

Relayer le trafic de découverte sans conception. Le Dante inter-sous-réseaux nécessite routage, horloge, inscription et sécurité gérés — pas seulement des annonces relayées.

Réinitialiser un appareil inscrit. Un problème de permissions nécessite le propriétaire du système, pas une configuration effacée.

FAQ

Pourquoi Dante Controller n’affiche-t-il pas les appareils ?

Les causes fréquentes sont la mauvaise interface de l’ordinateur, l’absence de liaison physique, un adressage incompatible, un VLAN incorrect, une limite de découverte entre sous-réseaux, une politique de pare-feu ou l’absence d’accès au domaine ou au site géré.

Comment fonctionne la découverte des appareils Dante ?

Les endpoints Dante annoncent automatiquement leur identité, leurs canaux et leurs capacités sur le réseau. Controller écoute sur l’interface Dante sélectionnée et liste les appareils dans le périmètre de découverte local ou géré applicable.

La découverte Dante fonctionne-t-elle entre sous-réseaux ?

La découverte non gérée habituelle est limitée au réseau local. Le fonctionnement multi-sous-réseaux nécessite une conception routée volontaire et une plateforme de gestion prise en charge avec les DNS, l’inscription, le routage, l’horloge et les permissions requis.

Pourquoi puis-je voir un appareil Dante sans pouvoir le configurer ?

L’ordinateur peut être connecté uniquement à un chemin secondaire, ou l’appareil peut être inscrit dans un domaine ou un site géré où le compte actuel n’a pas les droits de configuration.

Comment dépanner un appareil Dante manquant ?

Vérifiez l’alimentation et la liaison, la sélection d’interface dans Controller, les adresses de l’ordinateur et des appareils, le câblage primaire/secondaire, le périmètre VLAN et sous-réseau, la sécurité de l’hôte, puis la connexion au réseau géré. Corrigez une seule limite à la fois et confirmez ensuite l’audio réel.

Rendez la propriété de la découverte visible

Les appareils manquants se récupèrent plus vite lorsque la fiche technique nomme le réseau, le rôle d’interface, le propriétaire d’adresse, le propriétaire du management et le plan de secours testé. Construisez ce relais dans Techrider.live afin que les dernières notes réseau, la liste d’entrées, le plan de scène et les preuves de reprise restent dans une seule fiche que les collaborateurs peuvent modifier, enregistrer et consulter dans l’historique.