Routage Dante entre sous-réseaux : domaines, clock et vérification

TL;DR — Dante peut router des flux médias entre des sous-réseaux IP lorsque les appareils appartiennent au même domaine géré et que le réseau routé prend en charge les chemins de contrôle, de média et de clock requis. Préparez l’adressage, le routage, la découverte ou l’enrôlement, les règles de pare-feu et un boundary clock pour chaque sous-réseau. Vérifiez ensuite la connexion, la visibilité des appareils, les subscriptions par nom, le verrouillage de la clock, l’audio réel et le comportement en cas de panne. Ne considérez pas une simple reachabilité IP comme la preuve qu’un chemin de production multi-sous-réseaux est prêt.

Le Dante inter-sous-réseaux est une architecture gérée

Un réseau Dante non géré classique est normalement découvert et synchronisé à l’intérieur d’un seul sous-réseau IP. Une plateforme gérée telle que Dante Domain Manager (DDM) peut placer des appareils provenant de plusieurs sous-réseaux dans un seul domaine Dante logique. Les appareils de ce domaine peuvent utiliser un routage par nom à travers les frontières routées tout en restant synchronisés sur une horloge de domaine unique.

Le domaine constitue la frontière opérationnelle. Des appareils situés dans des domaines différents n’interagissent pas simplement parce qu’un routeur peut faire passer des paquets entre leurs adresses. Un appareil ne peut être enrôlé que dans un seul domaine à la fois, tandis qu’un utilisateur autorisé peut avoir accès à plusieurs domaines.

Le guide de découverte des appareils Dante couvre la visibilité sur le même réseau et le dépannage local. Ce guide couvre la conception supplémentaire du domaine routé requise lorsqu’un chemin de production traverse des sous-réseaux.

Définir le domaine avant de configurer les routes

Regroupez les appareils selon la frontière de production et de contrôle qui doit partager le média et la clock. Un domaine peut représenter une salle, un studio, un bâtiment, un système ou toute autre unité opérationnelle délibérée. Ne créez pas un seul grand domaine uniquement parce que tous les VLAN sont joignables.

Pour chaque source et destination proposées, consignez :

• nom de l’appareil, fabricant, modèle, firmware et emplacement physique ;
• adresse IP principale et secondaire, sous-réseau, passerelle et port de switch ;
• domaine prévu et opérateur responsable ;
• canaux d’émission et de réception requis ;
• format audio, fréquence d’échantillonnage, latence du récepteur et mode de redondance ;
• responsabilité de maintenance, de panne et de retour arrière.

Gardez les réseaux principal et secondaire séparés lors de l’utilisation de la redondance Dante. Le routage inter-sous-réseaux ne transforme pas une conception en mode commuté en conception redondante, et un appareil en mode secondaire uniquement peut ne pas rester administrable sur toutes les plateformes.

Construire la base routée

1. Rendre l’adressage intentionnel

Utilisez un plan d’adressage qui identifie chaque sous-réseau Dante et son interface routeur. Confirmez le masque de sous-réseau et la passerelle par défaut corrects sur chaque point de terminaison. L’adressage link-local est utile à l’intérieur d’un seul segment local mais ne remplace pas un plan multi-sous-réseaux routé.

Le guide d’adressage IP Dante explique DHCP, link-local et la reprise statique. Pour une conception gérée multi-sous-réseaux, DNS et DHCP sont couramment utilisés pour fournir les adresses et la découverte des services. L’enrôlement statique par adresse IP peut convenir à des réseaux contrôlés qui ne peuvent pas fournir ces services.

2. Fournir la découverte du gestionnaire ou un enrôlement explicite

Les contrôleurs et les appareils doivent localiser le service de gestion avant que l’accès au domaine ne fonctionne. Sur un seul sous-réseau, la découverte basée sur mDNS peut suffire. Entre sous-réseaux, utilisez les enregistrements de service DNS et la configuration DHCP documentés par le produit, ou un workflow d’enrôlement statique approuvé.

Ne routez pas tout le multicast entre VLAN comme raccourci de découverte. Cela élargit la frontière de panne et de sécurité et ne prouve toujours pas que l’enrôlement dans le domaine, les autorisations, la clock ou le média sont corrects.

3. Autoriser uniquement le trafic requis

Confirmez la reachabilité routée et la politique de pare-feu à partir de la documentation actuelle de DDM ou de la plateforme gérée. Notez la source, la destination, le protocole et la portée de port exacts utilisés par la conception. Un ping ne prouve qu’un chemin ICMP étroit ; il ne valide pas l’authentification, la découverte, le contrôle, la clock ni le média.

4. Enrôler et identifier chaque appareil

Enrôlez les appareils dans le domaine prévu, puis vérifiez leur identité par l’emplacement physique, l’adresse MAC, le modèle et les libellés de canaux. Un nom d’affichage familier ne suffit pas. Les appareils conservent les identifiants de domaine après une coupure de courant, donc un enrôlement obsolète peut faire apparaître un appareil comme indisponible ou restreint sur un autre système.

Faire fonctionner chaque sous-réseau avec une seule clock de domaine

Tous les appareils d’un domaine Dante doivent, au final, suivre un seul grand leader de domaine. À l’intérieur d’un sous-réseau, Dante peut distribuer la clock avec le PTP multicast. Entre les frontières de sous-réseaux routés, DDM utilise des boundary clocks adaptés pour transporter la clock entre sous-réseaux avec du PTP unicast, puis la distribuer localement.

Chaque sous-réseau a besoin d’un boundary clock actif éligible. Configurez un candidat secondaire lorsque la plateforme et le mélange d’appareils le permettent. Choisissez des appareils stables, suffisamment capables et peu susceptibles d’être mis hors tension ou retirés pendant la production.

Le guide du leader de clock Dante couvre l’élection du leader dans un système de production. L’acceptation inter-sous-réseaux doit en plus prouver la chaîne de boundary clock et son comportement de secours.

Créer et vérifier la subscription

1. Connectez-vous avec un compte autorisé pour le domaine cible.
2. Sélectionnez le bon domaine dans Dante Controller.
3. Confirmez l’identité, les formats et l’état de clock de la source et de la destination.
4. Créez la subscription par nom prévue.
5. Attendez un état de succès stable ; examinez tout avertissement ou erreur au lieu de recréer la route à l’aveugle.
6. Faites passer un audio représentatif et écoutez à chaque destination requise.
7. Confirmez la latence du récepteur, le verrouillage de la clock, l’état d’erreur de paquets et les compteurs de switch.
8. Répétez à la charge de pointe attendue et testez la séquence de panne et de rétablissement approuvée.

Un point de terminaison visible n’est pas la même chose qu’une route utilisable. Le compte peut être en lecture seule, les appareils peuvent être dans des domaines différents, le récepteur peut avoir un format incompatible, ou le chemin de clock peut ne pas être prêt. Utilisez le guide des erreurs de subscription Dante pour interpréter l’état de la route avant de modifier l’infrastructure.

Tester délibérément les limites de panne

Les systèmes inter-sous-réseaux ajoutent des routeurs, des pare-feu, des services de gestion, DNS/DHCP et des boundary clocks à la chaîne de dépendances. Testez uniquement dans une fenêtre de maintenance approuvée et modifiez une frontière à la fois.

• Déconnectez l’appareil boundary clock actif et confirmez que le secours attendu prend le relais.
• Interrompez un lien routé et capturez quelles subscriptions, quels contrôles et quelles clocks sont affectés.
• Redémarrez un point de terminaison représentatif et vérifiez la reconnexion automatique au domaine.
• Confirmez la connexion autorisée à Controller et la sélection du domaine après le redémarrage d’un poste de travail.
• Exercez séparément les chemins principal et secondaire dans une conception redondante.
• Restaurez l’état normal et vérifiez l’audio réel, pas seulement les indicateurs verts.

Conservez les logs et les horodatages avant de redémarrer ou de supprimer des alertes. Le guide de surveillance de la santé du réseau Dante explique comment corréler les preuves de lien, de clock, de latence et d’erreurs.

Checklist d’acceptation inter-sous-réseaux

• Le périmètre du domaine et la propriété des appareils sont documentés.
• Chaque point de terminaison dispose de l’adresse, du masque, de la passerelle, du sous-réseau et du port de switch prévus.
• La découverte ou l’enrôlement statique est démontré sur chaque sous-réseau.
• Les règles de pare-feu respectent la documentation actuelle de la plateforme et le périmètre minimal requis.
• La source et la destination sont enrôlées dans le même domaine prévu.
• Chaque sous-réseau dispose d’un boundary clock actif éligible et d’un secours testé lorsque c’est possible.
• Les formats, la fréquence d’échantillonnage, la latence, les noms et le mode de redondance correspondent à la conception.
• Chaque subscription transmet un audio réel à une charge de pointe représentative.
• Le comportement du lien routé, de la clock, du redémarrage d’un point de terminaison et du rétablissement est consigné.
• Le responsable, l’escalade, la fenêtre de maintenance, le chemin de secours et le retour arrière sont clairs.

FAQ

Peut-on faire du routage Dante entre sous-réseaux ?

Oui. Un domaine Dante géré peut inclure des appareils sur plusieurs sous-réseaux IP et prendre en charge le routage média par nom à travers des frontières routées lorsque la connectivité, l’enrôlement, les autorisations et la clock sont correctement conçus.

Dante a-t-il besoin de Domain Manager pour plusieurs sous-réseaux ?

La découverte et la clocking Dante non gérées classiques sont conçues autour d’un sous-réseau local. Utilisez une plateforme gérée prise en charge telle que DDM pour un domaine multi-sous-réseaux intentionnel plutôt que d’étendre le comportement multicast local comme contournement improvisé.

Comment fonctionne la clock Dante entre sous-réseaux ?

Le domaine suit un seul grand leader. Un boundary clock adapté dans chaque sous-réseau transporte la clock entre sous-réseaux avec du PTP unicast et la distribue localement. Chaque sous-réseau a besoin d’une clock active éligible et devrait disposer d’un secours testé lorsque c’est possible.

Pourquoi vois-je un appareil Dante sans pouvoir y router ?

La visibilité ne prouve ni l’autorisation ni la compatibilité. Vérifiez le domaine sélectionné, le rôle du compte, l’enrôlement de l’appareil, le format de la source et du récepteur, l’état de clock, l’état de la route et le fait que les deux appareils appartiennent au même domaine.

Comment tester l’audio Dante entre sous-réseaux ?

Créez la subscription approuvée, faites passer un audio réel, inspectez la clock, la latence, les erreurs et les compteurs de switch, puis testez la charge de pointe et une frontière de panne à la fois. Vérifiez la reprise et le chemin audio rétabli avant l’acceptation.

Intégrer la conception routée dans la transmission de production

Documentez les domaines, les sous-réseaux, les passerelles, la méthode de découverte, le propriétaire du pare-feu, les boundary clocks, les subscriptions, les formats, les tests de panne et le retour arrière dans Techrider.live. Invitez les ingénieurs responsables à modifier le même rider, enregistrez la conception acceptée et consultez l’historique avant les changements du système.