Lokales Streaming auf Verkada-Kameras
Erfahren Sie, was lokales Streaming ist und wie es funktioniert
Lokales Streaming bedeutet, dass der Feed von einer Verkada-Kamera direkt an das zugreifende Gerät weitergeleitet wird, statt aus der Cloud abgerufen zu werden.
Diese Funktion reduziert die Menge des ins Internet gesendeten und vom Internet empfangenen Datenverkehrs. Beim Anzeigen des Streams einer Kamera versucht die Kamera automatisch, in den Modus für lokales Streaming zu wechseln.
Wenn Sie aus der Ferne auf das Livebild einer Kamera zugreifen (wenn lokales Streaming nicht möglich ist), wird das Video über die Cloud weitergeleitet und zwischengespeichert, um Abruf und Wiedergabe zu beschleunigen. Dieser Ansatz ermöglicht eine große Anzahl gleichzeitiger Zuschauer, ohne die Bandbreite Ihres lokalen Netzwerks (LAN) negativ zu beeinträchtigen.
Voraussetzungen für lokales Streaming
Das zugreifende Gerät muss die private IP-Adresse der Kamera erreichen können.
Port 4100 TCP/UDP muss zwischen dem Client und der Kamera bidirektional offen sein.
Zwischen dem Client und der Kamera dürfen keine Proxys vorhanden sein.
Siehe Erforderliche Netzwerkeinstellungen für Kameras für Domains auf der Zulassungsliste.
Eine Kamera kann lokal in SQ streamen, aber nicht lokal in HQ streamen, wenn sie für H.265 konfiguriert ist, der Endbenutzer jedoch einen nicht unterstützten H.265-Browser und/oder ein nicht unterstütztes Gerät verwendet. Weitere Informationen finden Sie unter High-Efficiency Video Encoding (HEVC) der Kamera.
Erkennen, ob Ihr Gerät lokales Streaming verwendet
Anzeigen
Beispiel
Lokaler Stream in einem Web- oder Mobilbrowser
Lokaler Stream in der Command-Mobile-App
Remote-Stream in der Command-Mobile-App
So funktioniert lokales Streaming
Der Domain Name System-(DNS)-Datensatz der Kamera muss registriert sein.
Verkada Command weist das Streaming-Gerät an, zu versuchen, einen lokalen Stream mit der Kamera.
Das Streaming-Gerät fordert den DNS-Datensatz der Kamera.
Das Streaming-Gerät stellt eine sichere Verbindung mit der Kamera her.
Der Feed der Kamera wird direkt an das Streaming-Gerät gesendet.
Schritt 1: DNS-Datensatz der Kamera wird registriert
Wenn die Kamera eine Verbindung zu Command herstellt, gibt sie ihre Metadaten frei, einschließlich ihrer privaten IPv4-Adresse. Verkada verwendet diese Daten, um einen öffentlichen DNS-Datensatz vom Typ A für die private IP-Adresse der Kamera bereitzustellen. Lokale DNS-Server können nun Anfragen für den Fully Qualified Domain Name (FQDN) der Kamera auflösen. Dieser DNS-Datensatz wird für lokales Streaming verwendet.
Den FQDN einer Kamera abrufen
Navigieren Sie in Verkada Command zu Alle Produkte > Kameras > Live-Stream der Kamera.
Klicken Sie mit der rechten Maustaste irgendwo, klicken Sie auf Untersuchen und suchen Sie den Tab Netzwerk.
Ergebnisse filtern ping und laden Sie die Seite neu.
Der Ping-Datenverkehr enthält den FQDN der Kamera, die Sie ansehen.
Schritt 2: Wechsel zu lokalem Streaming
Wenn auf den Live-Stream der Kamera zugegriffen wird, versucht das Streaming-Gerät, auf lokales Streaming umzustellen. Wenn die private IP-Adresse der Kamera vom Gerät aus erreichbar ist und die erforderlichen Domains im Netzwerk zugelassen sind, stellt das Streaming-Gerät eine HTTPS-Verbindung mit der Kamera her, um den Live-Feed direkt zu empfangen.
Schritt 3: Streaming-Gerät fordert den DNS-Datensatz der Kamera an
Wenn auf einen Kamerafeed zugegriffen wird, weist Command das Streaming-Gerät an, eine Verbindung zum FQDN der Kamera herzustellen.
Das zugreifende Gerät sendet eine standardmäßige DNS-Anfrage (UDP-Port 53) für den FQDN der Kamera.
DNS löst den FQDN auf, um dem zugreifenden Gerät die private IP-Adresse der Kamera bereitzustellen.
Das Gerät versucht, eine HTTPS-Sitzung über Port 4100 herzustellen. Wenn das Gerät die private IP-Adresse der Kamera nicht erreichen kann, endet der Vorgang hier, und der Stream wechselt nicht auf lokal.
Die IP-Adresse der Kamera finden Sie auf der Einstellungsseite der Kamera.
Schritt 4: Streaming-Gerät stellt eine sichere Verbindung mit der Kamera her
Wenn die private IP-Adresse der Kamera erreichbar ist, wird die TCP-Sitzung initiiert. Der SSL-Handshake findet statt (TLS 1.2), und die HTTPS-Sitzung wird hergestellt. Dadurch wird sichergestellt, dass der Datenverkehr verschlüsselt und sicher ist. Über diese Verbindung wird auf den SQ-Live-Feed der Kamera zugegriffen. Paketmitschnitt, der den TCP-Handshake für die private IP der Kamera auf Port 4100 zeigt:
TLS-Schlüsselaustausch, der das von der Kamera vorgelegte öffentlich signierte Zertifikat zeigt:
Schritt 5: Der Feed der Kamera wird direkt an das Streaming-Gerät gesendet
Sobald die sichere Verbindung hergestellt ist, sendet die Kamera das Video an den Client:
Fehlerbehebung
Wenn Sie Probleme mit lokalem Streaming haben, versuchen Sie Folgendes:
Stellen Sie sicher, dass die Kameras online sind und wie erwartet streamen.
Überprüfen Sie die Netzwerkkonfiguration:
Ihr Streaming-Gerät befindet sich im selben lokalen Netzwerk oder kann das Netzwerk der Kamera erreichen.
Port 4100 TCP/UDP ist zwischen dem Streaming-Gerät und der Kamera bidirektional offen.
Im Netzwerk sind keine Proxys vorhanden.
Überprüfen Sie das Streaming-Gerät:
Ist mit den neuesten Firmware- oder Software-Updates aktualisiert.
Leeren Sie den Cache und die Cookies Ihres Browsers oder versuchen Sie es mit dem Inkognito-/Privatmodus.
Testen Sie lokales Streaming auf einem anderen Gerät, um festzustellen, ob das Problem gerätespezifisch ist.
Überprüfen Sie die Einstellungen Ihres Browsers, um sicherzustellen, dass Ihr Browser „Zugriff auf das lokale Netzwerk“ zulässt. Browser können den Zugriff auf das lokale Netzwerk standardmäßig blockieren, was lokales Streaming verhindern kann.
Zuletzt aktualisiert
War das hilfreich?