Streaming local sur les caméras Verkada

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

Le streaming local consiste à ce que le flux d’une caméra Verkada soit transmis directement à l’appareil d’accès, plutôt que d’être consulté depuis le cloud.

Cette fonctionnalité réduit la quantité de trafic envoyée et reçue sur 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 à la vidéo 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 affecter négativement la bande passante de votre réseau local (LAN).

---

Exigences pour le streaming local

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

• Le port 4100 TCP/UDP doit être ouvert—dans les deux sens, 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 streaming local SQ mais pas en streaming local HQ lorsqu’elle est configurée pour H265 alors que l’utilisateur final utilise un navigateur et/ou un appareil H265 non pris en charge. Pour plus d’informations, voir Encodage vidéo à haute efficacité (HEVC) de la caméra.

---

Identifier si votre appareil effectue un streaming local

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

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 demande à l’appareil de diffusion d’essayer d’établir un streaming 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 public de type A 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 entièrement 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 All Products > Cameras > flux en direct de la caméra.

2

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

3

Filtrez 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 en streaming local. Si l’adresse IP privée de la caméra est joignable 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 obtenir directement le flux en direct.

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

1

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

2

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

3

Le DNS résout le FQDN pour fournir l’adresse IP privée de la caméra à l’appareil d’accès.

​

4

L’appareil tente d’établir une session HTTPS sur 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 joignable, la session TCP est initiée. L’échange 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 accessible. ​

Affichage par le navigateur de la requête sur le port 4100 : ​ Capture de paquets montrant la poignée de main 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 de streaming local, essayez les actions suivantes :

• 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 de router vers le réseau de la caméra.

  • Le port 4100 TCP/UDP est ouvert—dans les deux sens, 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 microprogrammes ou mises à jour logicielles.

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

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