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 que la transmisión se acceda desde la nube.
Esta función reduce la cantidad de tráfico enviado y recibido desde Internet. Al ver la transmisión de una cámara, la cámara intenta automáticamente pasar 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 hace proxy 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 de área 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 existir proxies entre el cliente y la cámara.
Ver Configuraciones de red requeridas para cámaras para dominios permitidos.
Una cámara podrá transmitir localmente en SQ pero no en HQ cuando está configurada para H265 pero el usuario final está usando un navegador y/o dispositivo que no es compatible con H265. Para más información, consulte Codificación de video de alta eficiencia de la cámara (HEVC).
Identificar si su dispositivo está transmitiendo localmente
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 registro del sistema de nombres de dominio (DNS) de la cámara debe estar registrado.
Verkada Command instruye al dispositivo de transmisión a intentar establecer una 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: Se registra el registro DNS de la cámara
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 las 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 derecho en cualquier lugar, haga clic en Inspeccionar y localice la pestaña Red (Network).
Filtre los 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 la transmisión local
Cuando se accede a la transmisión en vivo de la cámara, el dispositivo de transmisión intenta cambiar a la 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 por 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é cifrado 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 experimenta 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 puede 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 el firmware o las actualizaciones de software más recientes.
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.
Revise la configuración de su navegador para verificar que su navegador permite “Acceso a la red local”. Los navegadores pueden bloquear el acceso a la red local por defecto, lo que puede impedir la transmisión local.
Última actualización
¿Te fue útil?