Diffuser localement sur les caméras Verkada
Découvrez ce qu’est la diffusion locale et comment diffuser localement des flux vidéo
La diffusion locale consiste à acheminer directement le flux d’une caméra Verkada vers l’appareil d’accès, au lieu d’y accéder via le cloud.
Cette fonctionnalité réduit la quantité de trafic envoyée et reçue depuis Internet. Lors de la visualisation du diffuser d’une caméra, la caméra tente automatiquement de passer en mode de diffuser local.
Lorsque vous accédez à l’enregistrement en direct d’une caméra à distance (lorsque la diffusion locale n’est pas possible), la vidéo est relayée via le cloud et mise en cache pour accélérer la récupération et la lecture. Cette approche permet à un grand nombre de spectateurs simultanés sans affecter négativement la bande passante de votre réseau local (LAN).
Exigences pour la diffusion locale
L’appareil d’accès doit pouvoir joindre l’IP privée de la caméra.
Le port 4100 TCP/UDP doit être ouvert de manière bidirectionnelle entre le client et la caméra.
Aucun proxy ne peut être présent entre le client et la caméra.
Voir Paramètres réseau requis pour les caméras pour les domaines autorisés.
Une caméra pourra diffuser local en SQ, mais pas diffuser local en HQ, lorsqu’elle est configurée pour H. 265, mais que l’utilisateur final utilise un navigateur et/ou un appareil H. 265 non pris en charge. Pour plus d’informations, voir Encodage vidéo haute efficacité (HEVC) de la caméra.
Déterminez si votre appareil utilise la diffusion locale
Consulter
Exemple
diffuser local sur un navigateur web ou mobile
diffuser local sur l’application mobile Command
diffuser à distance sur l’application mobile Command
Fonctionnement de la diffusion locale
Le Domain Name System (DNS) de la caméra enregistrer doit être enregistré.
Verkada Command demande à l’appareil de diffusion d’essayer d’établir une diffuser local avec la caméra.
L’appareil de diffusion demande le enregistrer DNS de la caméra.
L’appareil de diffusion établit une connexion sécurisée avec la caméra.
Le flux de la caméra est envoyé directement à l’appareil de diffusion.
Étape 1 : l’enregistrer DNS de la caméra est enregistré
Lorsque la caméra se connecte à Command, elle partage ses métadonnées, y compris son adresse IPv4 privée. Verkada utilise ces données pour provisionner un enregistrer DNS public de type A pour l’adresse IP privée de la caméra. Les serveurs DNS locaux peuvent désormais résoudre les requêtes pour le Fully Qualified Domain Name (FQDN) de la caméra. Cet enregistrer DNS est utilisé pour la diffusion locale.
Obtenir le FQDN d’une caméra
Dans Verkada Command, accédez à Tous les produits > Caméras > diffuser en direct de la caméra.
Cliquez avec le bouton droit n’importe où, cliquez sur Inspecter, puis repérez l’onglet Réseau.
Filtrer les résultats ping et actualisez la page.
Le trafic ping contient le FQDN de la caméra que vous consultez.
Étape 2 : passer à la diffusion locale
Lorsque le diffuser en direct de la caméra est consulté, l’appareil de diffusion essaie de passer à la diffusion locale. Si l’adresse IP privée de la caméra est accessible depuis l’appareil et que les domaines requis sont autorisés sur le réseau, l’appareil de diffusion établit une connexion HTTPS avec la caméra pour recevoir directement le flux en direct.
Étape 3 : l’appareil de diffusion demande l’enregistrer DNS de la caméra
Lorsqu’un flux vidéo de caméra est consulté, Command demande à l’appareil de diffusion d’établir une connexion au FQDN de la caméra.
L’appareil d’accès envoie une requête DNS standard (port UDP 53) pour le FQDN de la caméra.
Le DNS résout le FQDN afin de fournir l’adresse IP privée de la caméra à l’appareil d’accès.
L’appareil tente d’établir une session HTTPS sur le port 4100. Si l’appareil ne peut pas joindre l’adresse IP privée de la caméra, le processus s’arrête ici et le diffuser ne passe pas en local.
Vous pouvez trouver l’adresse IP de la caméra sur la page des paramètres de la caméra.
Étape 4 : l’appareil de diffusion établit une connexion sécurisée avec la caméra
Si l’adresse IP privée de la caméra est accessible, la session TCP est initiée. L’échange SSL a lieu (TLS 1.2), et la session HTTPS est établie. Cela garantit un trafic chiffré et sécurisé. Grâce à cette connexion, le flux en direct SQ de la caméra est consulté. capturer de paquets montrant la négociation TCP pour l’IP privée de la caméra sur le port 4100 :
Échange de clés TLS montrant le certificat signé publiquement présenté par la caméra :
Étape 5 : le flux de la caméra est envoyé directement à l’appareil de diffusion
Une fois la connexion sécurisée établie, la caméra envoie la vidéo au client :
Lecture historique
Lors de la consultation d’un enregistrement historique via un diffuser local, les limites de vitesse de lecture multi-caméras s’appliquent de la même manière qu’avec la diffusion cloud. Voir Afficher l'enregistrement historique pour les limites de vitesse selon le nombre de caméras.
Dépannage
Si vous rencontrez des problèmes avec la diffusion locale, essayez ce qui suit :
Vérifiez que les caméras sont en ligne et diffusent comme prévu.
Vérifiez la configuration du réseau :
Votre appareil de diffusion se trouve sur le même réseau local ou peut acheminer vers le réseau de la caméra.
Le port 4100 TCP/UDP est ouvert de manière bidirectionnelle entre l’appareil de diffusion et la caméra.
Aucun proxy n’est présent sur le réseau.
Vérifiez l’appareil de diffusion :
Est à jour avec les dernières mises à jour du firmware ou du logiciel.
Videz le cache et les cookies de votre navigateur, ou essayez d’utiliser un mode de navigation incognito/privé.
Testez la diffusion locale sur un autre appareil pour déterminer si le problème est spécifique à l’appareil.
Vérifiez les paramètres de votre navigateur pour confirmer que votre navigateur autorise « Local Network Access ». Les navigateurs peuvent bloquer l’accès au réseau local par défaut, ce qui peut empêcher la diffusion locale.
Mis à jour
Ce contenu vous a-t-il été utile ?