Réponse directe
Utilisez un petit ensemble approuvé de sources NTP accessibles, surveillez l'état de synchronisation et vérifiez les superpositions de caméras par rapport aux horodatages de l'enregistreur et des analyses.
Pourquoi cela arrive
Différentes sources horaires, NTP bloqué, configuration de fuseau horaire incorrecte et horloges de caméra à la dérive rendent la revue entre caméras peu fiable, même lorsque chaque flux est diffusé.
La visualisation fiable de la caméra dépend de tentatives limitées, de l’état de santé observable et d’une politique délibérée de flux principal/sous-flux.
Un test contrôlé
Mesurez les décalages avant d'apporter des modifications et à nouveau après un redémarrage, une perte de réseau et une journée complète de fonctionnement.
Modifiez une variable à la fois. Conservez le modèle de caméra, le micrologiciel, le point final et le compte enregistrés ; testez ensuite l'accessibilité du réseau, la réponse du protocole, le transport multimédia et le décodage en tant que couches distinctes.
Utilisez un compte dédié en lecture seule et un outil de diagnostic local fiable. Rédigez les informations d’identification, les adresses privées et les données d’identification avant de partager la sortie.
Séquence diagnostique
| Vérifier | Action | Preuve de progrès |
|---|---|---|
| Hiérarchie | Nommez la source de temps faisant autorité pour chaque appareil. | Aucune caméra ne repose sur un défaut inconnu. |
| Accessibilité | Autorisez uniquement le trafic horaire requis. | Les appareils signalent un état synchronisé. |
| Afficher | Vérifiez le fuseau horaire et les règles d’heure d’été. | Les horodatages visibles par l’homme correspondent aux attentes locales. |
| Analytique | Alignez l’heure de l’événement de métadonnées avec l’image source. | Les chronologies automatisées et visuelles concordent. |
Des preuves à conserver
Publiez un tableau de bord de décalage ou un rapport périodique avec l'identité de l'appareil, la source et la dernière synchronisation réussie.
Note de délimitation et de sécurité
La synchronisation temporelle améliore la corrélation mais n'établit pas en elle-même l'authenticité des preuves ou la chaîne de traçabilité.
Pour la visualisation à distance, utilisez un VPN géré au lieu d'exposer RTSP ou les ports d'administration de la caméra directement à l'Internet public.
SmartRTSP
SmartRTSP est une visionneuse RTSP et ONVIF axée sur la caméra pour les appareils Apple, Windows et Android. Il convient aux contrôles de visualisation directe, de découverte et multi-caméras ; conservez un NVR ou VMS dédié lorsqu’un enregistrement continu, une exportation de preuves ou des contrôles d’entreprise centralisés sont requis.
Questions fréquemment posées
Les caméras doivent-elles utiliser directement le pool public NTP ?
Utiliser la conception du temps approuvée par l’organisation ; de nombreux réseaux préfèrent des sources internes contrôlées ou désignées.
Pourquoi les superpositions et les métadonnées sont-elles différentes ?
La caméra, l'enregistreur et le service d'analyse peuvent chacun générer des horodatages à partir de différentes horloges.
Quelle dérive est acceptable ?
Fixez une tolérance par rapport au besoin opérationnel ou en matière de preuve et surveillez-la.
Références principales
- IETF RFC 5905 — Protocole de temps réseau version 4
- ONVIF — Profil M pour les métadonnées et les analyses
Guide SmartRTSP associé
Ouvrir le guide associéCréez une hiérarchie unique pour les caméras, les enregistreurs et les analyses afin que les événements s'alignent sur la vidéo et les métadonnées.