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 acceder a la transmisión 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 accedes 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 el 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 puede haber proxies entre el cliente y la cámara.
Consulta Configuración de red requerida para las cámaras para dominios permitidos.
Una cámara podrá transmitir en SQ local pero no en HQ local cuando está configurada para H265 pero el usuario final está usando un navegador y/o dispositivo que no admite H265. Para más información, consulte Codificación de video de alta eficiencia (HEVC) de la cámara.
Identificar si su dispositivo está transmitiendo en 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 ser registrado.
Verkada Command instruye al dispositivo de reproducción para intentar establecer una transmisión local con la cámara.
El dispositivo de reproducción solicita el registro DNS de la cámara.
El dispositivo de reproducción establece una conexión segura con la cámara.
La transmisión de la cámara se envía directamente al dispositivo de reproducció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 provisionar un registro público tipo A DNS 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 derecho en cualquier lugar, haga clic en Inspeccionar y localice la pestaña Red.
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 reproducció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 apropiados están permitidos en la red, el dispositivo de reproducción establece una conexión HTTPS con la cámara para obtener directamente la transmisión en vivo.
Paso 3: El dispositivo de reproducción solicita el registro DNS de la cámara
Cuando se accede a una transmisión de cámara, Command dirige al dispositivo de reproducció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 reproducció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 garantiza 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 reproducció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 según lo esperado.
Verifique la configuración de la red:
Su dispositivo de reproducción está en la misma red local o puede enrutar a la red de la cámara.
El puerto 4100 TCP/UDP está abierto—bidireccionalmente, entre el dispositivo de reproducción y la cámara.
No hay proxies presentes en la red.
Verifique el dispositivo de reproducció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?