Transmisión local en cámaras Verkada
Aprenda qué es la transmisión local y cómo funciona
La transmisión local es cuando la transmisión de una cámara Verkada se reenvía directamente al dispositivo que accede, en lugar de accederse a la transmisión desde la nube.
Esta función reduce la cantidad de tráfico enviado y recibido desde Internet. Al visualizar la transmisión de una cámara, la cámara intenta automáticamente cambiar al modo de transmisión local.
Cuando accede a las imágenes en vivo de una cámara de forma remota (cuando la transmisión local no es posible), el video se enruta a través de la nube y se almacena en caché para acelerar los tiempos de recuperación y reproducción. Este enfoque permite un gran número de espectadores simultáneos sin afectar negativamente al ancho de banda de su red local (LAN).
Requisitos para la transmisión local
El dispositivo que accede debe poder alcanzar la IP privada de la cámara.
El puerto 4100 TCP/UDP debe estar abierto—bidireccionalmente, entre el cliente y la cámara.
No pueden estar presentes proxies entre el cliente y la cámara.
Consulta Configuración de red requerida para cámaras para dominios permitidos.
Una cámara podrá transmitir en SQ de forma local pero no en HQ de forma local cuando está configurada para H265 pero el usuario final está usando un navegador y/o dispositivo H265 no compatible. Para más información, consulte Codificación de video de alta eficiencia de la cámara (HEVC).
Identificar si su dispositivo está transmitiendo de forma local
Ver
Ejemplo
Transmisión local en un navegador web o móvil
Transmisión local en la aplicación móvil Command
Transmisión remota en la aplicación móvil Command
Cómo funciona la transmisión local
el sistema de nombres de dominio (DNS) de la cámara registro necesita estar registrado.
Verkada Command indica al dispositivo de transmisión que intente establecer un transmisión local con la cámara.
El dispositivo de transmisión solicita el registro DNS de la cámara.
El dispositivo de transmisión establece una conexión segura con la cámara.
La transmisión de la cámara se envía directamente al dispositivo de transmisión.
Paso 1: El registro DNS de la cámara está registrado
Cuando la cámara se conecta a Command, comparte sus metadatos, incluida su dirección IPv4 privada. Verkada utiliza estos datos para aprovisionar un registro DNS público tipo A con la dirección IP privada de la cámara. Los servidores DNS locales ahora pueden resolver solicitudes para el Nombre de Dominio Totalmente Calificado (FQDN) de la cámara. Este registro DNS se utiliza para la transmisión local.
Obtener el FQDN de una cámara
En Verkada Command, vaya a Todos los productos > Cámaras > transmisión en vivo de la cámara.
Haga clic con el botón derecho en cualquier lugar, haga clic en Inspeccionar y localice la pestaña Red.
Filtre resultados con ping y actualice la página.
El tráfico de ping contiene el FQDN de la cámara que está viendo.
Ejemplo: Obtener el FQDN de una cámara
Paso 2: Transición a transmisión local
Cuando se accede a la transmisión en vivo de la cámara, el dispositivo de transmisión intenta cambiar a transmisión local. Si la dirección IP privada de la cámara es accesible desde el dispositivo y los dominios adecuados están permitidos en la red, el dispositivo de transmisión establece una conexión HTTPS con la cámara para obtener directamente la transmisión en vivo.
Paso 3: El dispositivo de transmisión solicita el registro DNS de la cámara
Cuando se accede a una transmisión de cámara, Command dirige al dispositivo de transmisión a establecer una conexión con el FQDN de la cámara.
El dispositivo que accede envía una solicitud DNS estándar (puerto UDP 53) para el FQDN de la cámara.
DNS resuelve el FQDN para proporcionar la dirección IP privada de la cámara al dispositivo que accede.
El dispositivo intenta establecer una sesión HTTPS sobre el puerto 4100. Si el dispositivo no puede alcanzar la IP privada de la cámara, el proceso termina aquí y la transmisión no cambia a local.
La IP privada de la cámara coincide con estas configuraciones desde Command:
Paso 4: El dispositivo de transmisión establece una conexión segura con la cámara
Si la IP privada de la cámara es accesible, se inicia la sesión TCP. Ocurre el apretón de manos SSL (TLS 1.2) y se establece la sesión HTTPS. Esto asegura que el tráfico esté encriptado y sea seguro. Desde esta conexión, se accede a la transmisión en vivo SQ de la cámara.
Visualización en el navegador de la solicitud en el puerto 4100: Captura de paquetes que muestra el apretón de manos TCP para la IP privada de la cámara en el puerto 4100:
Intercambio de claves TLS que muestra el certificado firmado públicamente presentado por la cámara:
Paso 5: La transmisión de la cámara se envía directamente al dispositivo de transmisión
Una vez establecida la conexión segura, la cámara envía el video al cliente:
Solución de problemas
Si está experimentando problemas con la transmisión local, pruebe lo siguiente:
Verifique que las cámaras estén en línea y transmitiendo como se espera.
Verifique la configuración de la red:
Su dispositivo de transmisión está en la misma red local o es capaz de enrutar hacia la red de la cámara.
El puerto 4100 TCP/UDP está abierto—bidireccionalmente, entre el dispositivo de transmisión y la cámara.
No hay proxies presentes en la red.
Verifique el dispositivo de transmisión:
Está actualizado con las últimas actualizaciones de firmware o software.
Borre la caché y las cookies de su navegador, o intente usar un modo de navegación de incógnito/privado.
Pruebe la transmisión local en un dispositivo diferente para determinar si el problema es específico del dispositivo.
Última actualización
¿Te fue útil?