Santé du réseau Dante : lire les erreurs, l’utilisation et les journaux d’horloge

TL;DR — La santé d’un réseau Dante n’est pas un simple pictogramme de subscription vert : elle se lit dans un ensemble de signaux, comme l’état du lien, l’utilisation, les erreurs de paquets, les statistiques de latence et l’historique d’horloge. Établissez une base de référence connue comme saine, inspectez l’équipement concerné et son trajet de switch, corrélez les compteurs avec les horodatages et les événements du spectacle, puis ne modifiez qu’une seule limite à la fois. Traitez les erreurs persistantes, un décalage d’horloge instable, des paquets en retard ou une utilisation durablement élevée comme des indices à examiner avant qu’ils ne deviennent des pannes audibles.

Un trajet sain ne se résume pas à une coche verte

Une subscription peut être établie alors que le trajet présente un câblage limite, un uplink congestionné, une horloge instable ou une configuration qui ne se dégrade qu’en charge complète. Dante Controller expose plusieurs vues qui aident à distinguer les problèmes de point de terminaison, de lien, de timing et de trafic.

Utilisez ces signaux ensemble. Un ancien compteur sans corrélation temporelle est une preuve plus faible qu’un compteur qui augmente pendant la coupure exacte.

Construire un workflow de surveillance

1. Capturer une base de référence connue comme saine

Avant l’ouverture, construisez l’état de routage complet et faites circuler un audio représentatif. Enregistrez les vitesses de lien primaires et secondaires, l’utilisation Tx/Rx normale, les réglages et statistiques de latence, le clock leader courant, l’état de synchronisation des followers et les compteurs d’erreurs. Une base de référence rend visible tout changement ultérieur.

2. Commencer par l’équipement concerné

Ouvrez Device View et inspectez Status pour la source et la destination. Confirmez l’état de connexion, la vitesse de lien attendue, l’adresse IP, l’utilisation et les compteurs d’erreurs sur l’interface active. Sur les systèmes redondants, inspectez séparément le primaire et le secondaire ; ne les fusionnez pas en une seule conclusion.

Un lien à 100 Mbps n’est pas automatiquement défectueux, mais il offre moins de capacité et peut limiter les choix de latence. Comparez-le à la spécification de l’équipement et à la charge de trafic prévue.

3. Suivre le trajet du switch

Vérifiez dans l’ordre le port du point de terminaison, les trunks intermédiaires et les uplinks. Recherchez les changements de vitesse négociée, les erreurs CRC ou de couche physique, les paquets perdus, la congestion des files, les changements de topologie et une propagation multicast inattendue. Un compteur propre sur l’extrémité ne prouve pas que l’uplink est propre.

Le guide des exigences de switch réseau Dante couvre le choix du switch, l’EEE, la capacité et les tests d’acceptation.

4. Corréler les indices de latence

La latence du récepteur est un tampon contre les variations de délai réseau. Dans Dante Controller, inspectez l’historique de latence et les indicateurs de paquets en retard pour le récepteur concerné. Des paquets en retard suggèrent qu’ils sont arrivés après la date limite du tampon configuré ; augmenter simplement la latence peut masquer un trajet limite, donc vérifiez d’abord la vitesse de lien, les hops, l’utilisation, la QoS et les erreurs.

Utilisez le guide des réglages de latence Dante pour distinguer un changement de tampon valide d’une panne réseau.

5. Lire l’historique d’horloge, pas seulement l’état courant

Clock Status Monitor enregistre les warnings, les unlocks, les relocks, les mutes et les unmutes. Son historique de décalage de fréquence montre à quel point une horloge follower travaille pour suivre le leader. Un verrouillage actuel stable n’efface pas un unlock précédent pendant l’incident signalé.

Un décalage réparti ou qui change rapidement peut accompagner des liens surchargés, un Energy Efficient Ethernet problématique ou une source d’horloge externe inexacte. Confirmez l’architecture d’horloge avec le guide du clock leader Dante.

Interpréter l’utilisation avec de la marge

La guidance d’Controller d’Audinate utilise environ 85% de la vitesse du lien comme règle empirique supérieure pour l’utilisation Tx ou Rx afin de préserver les performances d’horloge. Traitez cela comme une limite d’avertissement, pas comme une cible de conception. Les réseaux de production ont besoin de marge pour le trafic de contrôle, l’horloge, les salves, les sauvegardes et les changements de routage.

L’utilisation Rx peut inclure du trafic multicast ou broadcast non destiné à l’équipement. Une charge de réception inattendue peut donc révéler un problème de multicast pruning ou de VLAN, même si ce point de terminaison ne subscribe qu’à peu de canaux.

Diagnostiquer par motif de preuve

N’effacez pas les journaux et ne redémarrez pas les équipements avant d’avoir capturé les preuves. Le redémarrage réinitialise des compteurs utiles et peut transformer une panne intermittente en histoire non documentée.

Mener un test d’acceptation contrôlé

1. Chargez chaque route de show et chaque flux multicast.
2. Faites circuler un audio et un trafic de contrôle représentatifs.
3. Observez l’utilisation des points de terminaison et des uplinks.
4. Confirmez que les compteurs d’erreurs de paquets restent stables.
5. Examinez les statistiques de latence des récepteurs.
6. Provoquez la panne approuvée du primaire ou de l’uplink.
7. Confirmez la récupération de l’horloge, de l’audio, du contrôle et de la redondance.
8. Enregistrez les horodatages, les captures d’écran des vues de données lorsque c’est approprié pour les archives internes, et la base de référence finale.

Le contenu public Learn et les fiches techniques doivent contenir des preuves textuelles, pas des captures d’écran sensibles du réseau. Conservez les exports diagnostiques détaillés dans la documentation contrôlée de la production.

Checklist de santé réseau

• Le routage et le trafic complets du show sont actifs pendant le test.
• Les interfaces primaire et secondaire sont inspectées séparément.
• La vitesse de lien attendue est confirmée de bout en bout.
• L’utilisation Tx/Rx conserve une marge opérationnelle.
• Les compteurs d’erreurs sont stables, pas seulement faibles.
• Les statistiques de latence du récepteur ne montrent aucun paquet en retard.
• Les warnings d’horloge, les offsets, les mutes et les changements de leader sont examinés.
• La panne, la récupération, les horodatages, le propriétaire et la base de référence sont consignés.

FAQ

Comment vérifier la santé d’un réseau Dante ?

Inspectez l’état et la vitesse du lien, l’utilisation Tx/Rx, les compteurs d’erreurs, les statistiques de latence des récepteurs et l’historique de Clock Status. Comparez-les à une base de référence connue comme saine en charge complète ainsi qu’au trajet de switch.

Que signifient les erreurs de paquets Dante ?

Elles indiquent que des paquets ou des trames n’ont pas été traités proprement sur une interface ou sur un trajet. Suivez l’évolution du compteur pendant la panne, puis inspectez le câblage, les ports, les optiques, la négociation, la congestion et les compteurs du switch.

Quelle utilisation réseau Dante est trop élevée ?

La guidance d’Controller considère qu’environ 85% de la vitesse du lien constitue une limite supérieure indicative, mais une conception de production doit rester confortablement en dessous et conserver de la marge pour l’horloge, le contrôle, les salves et les pannes.

Comment lire le moniteur d’état d’horloge Dante ?

Examinez les warnings horodatés, les unlocks, les relocks, les mutes et les unmutes, puis inspectez l’historique de décalage de fréquence des followers. Corrélez l’heure de l’événement avec le trafic, le lien et les changements d’horloge externe.

Que faut-il consigner pour dépanner des coupures Dante ?

Consignez l’heure exacte, la route concernée, l’équipement et l’interface, la vitesse de lien, l’utilisation, les erreurs qui évoluent, les preuves de latence, les événements d’horloge, le trajet de switch, les changements récents, l’action corrective et le résultat.

Transformer la surveillance en passation commune

Une base de référence n’est utile que si le prochain ingénieur peut la retrouver. Conservez les vitesses de lien approuvées, la charge de routage, la latence, le clock owner, le test de panne et les notes d’escalade dans Techrider.live avec la fiche technique actuelle afin que les collaborateurs puissent modifier, enregistrer et consulter l’historique depuis une source maintenue unique.