Streaming local sur les caméras Verkada

Apprenez ce qu'est le streaming local et comment il fonctionne

Le streaming local correspond au fait que le flux d’une caméra Verkada est transmis directement à l’appareil accédant, plutôt que d’être consulté depuis le cloud.

Cette fonctionnalité réduit la quantité de trafic envoyée et reçue via Internet. Lors de la visualisation du flux d’une caméra, la caméra tente automatiquement de passer en mode de streaming local.

Lorsque vous accédez à l’image en direct d’une caméra à distance (lorsque le streaming local n’est pas possible), la vidéo transite par le cloud et est mise en cache pour accélérer les temps de récupération et la lecture. Cette approche permet un grand nombre de spectateurs simultanés sans impacter négativement la bande passante de votre réseau local (LAN).

---

Exigences pour le streaming local

• L’appareil accédant doit pouvoir atteindre l’adresse IP privée de la caméra.

• Le port 4100 TCP/UDP doit être ouvert — bidirectionnellement, entre le client et la caméra.

• Aucun proxy ne doit ê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 en local en SQ mais pas en HQ lorsque elle est configurée pour H265 alors que l’utilisateur final utilise un navigateur et/ou un appareil ne supportant pas H265. Pour plus d’informations, voir Encodage vidéo haute efficacité (HEVC) de la caméra.

---

Identifier si votre appareil utilise le streaming local

Voir	Exemple
Streaming local sur un navigateur web ou mobile
Streaming local sur l’application Command mobile
Streaming à distance sur l’application Command mobile

Comment fonctionne le streaming local

1

Le système de noms de domaine (DNS) de la caméra enregistrement doit être enregistré.

2

Verkada Command indique à l’appareil de diffusion d’essayer d’établir un flux local avec la caméra.

3

L’appareil de diffusion demande le enregistrement DNS de la caméra.

4

L’appareil de diffusion établit une connexion sécurisée avec la caméra.

5

Le flux de la caméra est envoyé directement à l’appareil de diffusion.

Étape 1 : l’enregistrement 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 enregistrement DNS de type A public avec l’adresse IP privée de la caméra. Les serveurs DNS locaux peuvent désormais résoudre les requêtes pour le nom de domaine pleinement qualifié (FQDN) de la caméra. Cet enregistrement DNS est utilisé pour le streaming local.

Obtenir le FQDN d’une caméra

1

Dans Verkada Command, allez dans Tous les produits > Caméras > flux en direct de la caméra.

2

Cliquez droit n’importe où, cliquez sur Inspecter et localisez l’onglet Réseau.

3

Filtrer les résultats avec ping et actualisez la page.

Le trafic ping contient le FQDN de la caméra que vous visualisez.

Exemple: Obtenir le FQDN d’une caméra

Étape 2 : Transition vers le streaming local

Lorsque le flux en direct de la caméra est consulté, l’appareil de diffusion tente de passer au streaming local. Si l’adresse IP privée de la caméra est atteignable depuis l’appareil et que les domaines appropriés sont autorisés sur le réseau, l’appareil de diffusion établit une connexion HTTPS avec la caméra pour récupérer directement le flux en direct.

Étape 3 : L’appareil de diffusion demande l’enregistrement DNS de la caméra

1

Lorsqu’un flux caméra est consulté, Command indique à l’appareil de diffusion d’établir une connexion au FQDN de la caméra.

2

L’appareil accédant envoie une requête DNS standard (port UDP 53) pour le FQDN de la caméra.

3

Le DNS résout le FQDN afin de fournir l’adresse IP privée de la caméra à l’appareil accédant.

​

4

L’appareil tente d’établir une session HTTPS via le port 4100. Si l’appareil ne peut pas atteindre l’IP privée de la caméra, le processus s’arrête ici et le flux ne passe pas en local.

​ L’adresse IP privée de la caméra correspond à ces paramètres depuis Command : ​

É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 atteignable, la session TCP est initiée. La négociation SSL a lieu (TLS 1.2) et la session HTTPS est établie. Cela garantit que le trafic est chiffré et sécurisé. À partir de cette connexion, le flux en direct SQ de la caméra est accédé. ​

Affichage dans le navigateur de la requête sur le port 4100 : ​ Capture 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 :

---

Dépannage

Si vous rencontrez des problèmes avec le streaming local, essayez ce qui suit :

• Vérifiez que les caméras sont en ligne et diffusent comme prévu.

• Vérifiez la configuration réseau :

  • Votre appareil de diffusion est sur le même réseau local ou est capable d’acheminer vers le réseau de la caméra.

  • Le port 4100 TCP/UDP est ouvert — bidirectionnellement, 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 mis à jour avec les derniers correctifs de micrologiciel ou logiciels.

  • Videz le cache et les cookies de votre navigateur, ou essayez d’utiliser un mode de navigation privée/incognito.

  • Testez le streaming local sur un autre appareil pour déterminer si le problème est spécifique à l’appareil.