Una empresa puede contratar un plan de internet de alta velocidad y aun así experimentar problemas de reproducción de vídeo remoto. El problema no suele radicar en la velocidad máxima que ofrece el proveedor de internet, sino en la conexión entre cada cámara, el conmutador local, la grabadora, el router y el servicio en la nube. Un pequeño comercio puede grabar localmente y aun así tener una visualización remota lenta debido a que su ancho de banda de subida es insuficiente.
En el caso de las cámaras de seguridad, la pregunta clave no es "¿Cuál es la velocidad mínima de internet?", sino "¿Qué tráfico debe salir del sitio, a qué tasa de bits y cuánto margen de seguridad se necesita cuando los usuarios abren la visualización en directo o exportan clips?". La respuesta cambia cuando el sistema utiliza un NVR, grabación en la nube, carga de eventos o varios usuarios remotos.
Empiece por la ruta del tráfico, no por el paquete del proveedor de servicios de Internet.
Una cámara IP captura imágenes, comprime los archivos y envía la señal a través de una red IP a un NVR u otro sistema de gestión. Esta distinción es importante porque la grabación local y la subida a internet son procesos independientes. Una cámara puede enviar una gran cantidad de datos a través de la LAN a un NVR, mientras que solo envía alertas o fragmentos de la señal a la nube. En este caso, el plan de internet no soporta la carga completa de la cámara durante todo el día.
Separe el tráfico de la LAN del tráfico de salida de Internet.
El tráfico LAN abarca las rutas de cámara a conmutador, conmutador a NVR y reproducción local. El tráfico de Internet abarca la carga a la nube, la visualización remota en directo, las notificaciones, los servicios de software y la copia de seguridad externa. Un usuario remoto que observa una cámara desde otro país añade tráfico en el borde de Internet, pero un guardia que observa el mismo grabador en la red local puede no utilizar la conexión del ISP en absoluto. Para un sitio cableado, JT-8276-8PXM La guía de diseño es una referencia útil, ya que una cadena PoE/NVR de 8 canales integra el tráfico de las cámaras y la capacidad de grabación en un mismo diseño. Aún se requiere confirmación para la configuración final del número de canales, el ancho de banda de entrada, la compatibilidad con códecs, la capacidad del disco duro y el comportamiento de la aplicación.
La grabación en NVR y la carga en la nube requieren presupuestos diferentes.
Un NVR local generalmente recibe cada flujo configurado, mientras que un servicio en la nube puede recibir video continuo, clips de eventos o un subflujo seleccionado. Por lo tanto, un diseño que prioriza la nube necesita mayor capacidad de carga que un diseño que prioriza lo local. Si la grabación local continúa durante una interrupción de Internet, la evidencia puede permanecer disponible mientras el acceso remoto no esté disponible. El mismo principio se aplica a un IP opciones de cámara Proyecto: pregunte si la transmisión principal, la transmisión secundaria, la grabación de la tarjeta, la grabación del NVR y la regla en la nube están activas simultáneamente. Un presupuesto que solo indica la resolución no revela la carga real de la red.
Construya una estimación reproducible con múltiples cámaras.
Una estimación útil parte de la tasa de bits promedio configurada, no del nombre de la cámara. La resolución, la velocidad de fotogramas, el códec, la iluminación, el movimiento y la complejidad de la escena pueden modificar este valor. La estimación debe expresarse como un rango y luego verificarse con una muestra que se ejecute con la configuración prevista. Esto proporciona al equipo de red un dato que se puede comprobar, en lugar de una vaga promesa de "alta velocidad".
Utilice primero la fórmula de tasa de bits.
La fórmula básica de tráfico es tráfico de vídeo total = tasa de bits promedio por cámara x número de cámaras. Por ejemplo, ocho cámaras con una media de 4 Mbps generan aproximadamente 32 Mbps de tráfico de vídeo antes de la sobrecarga. Dieciséis cámaras con la misma media generan aproximadamente 64 Mbps. Veinte cámaras generan aproximadamente 80 Mbps. Estas son estimaciones de planificación, no especificaciones fijas del producto. Para el almacenamiento, la fórmula es capacidad de almacenamiento = tasa de bits de vídeo x tiempo x número de canales / 8, convirtiendo bits a bytes. Un sistema de 16 canales a 2 Mbps por canal durante 30 días de grabación continua tiene una capacidad documentada de aproximadamente 3,3 TB. El resultado real varía según el programa de grabación, el audio, la sobrecarga, el formato y el objetivo de retención.
Ejemplos de planos para 8, 16 y 24 cámaras.
Para un NVR local de ocho cámaras, 32 Mbps de tráfico de transmisión configurado dejan margen para la reproducción en una red local adecuadamente seleccionada. Para dieciséis cámaras, 64 Mbps ya se acerca al rango práctico de algunos enlaces ascendentes de 100M una vez que se incluye la sobrecarga. Para veinticuatro cámaras, 96 Mbps con la misma tasa de bits promedio apunta a la agregación gigabit en lugar de una ruta nominal de 100M. Se utiliza una regla de planificación práctica según la cual la capacidad real del conmutador puede ser solo alrededor del 60-70% de la velocidad impresa. Por eso, 20 cámaras a 4 Mbps, o 80 Mbps en total, no deben colocarse detrás de una ruta que solo parece adecuada en la caja. Deje margen para ráfagas, transmisiones adicionales, reproducción y la siguiente cámara que se agregue al sitio.
¿Qué cambia el número después de la instalación?
Dos cámaras con la misma resolución pueden generar tráfico diferente. Un pasillo interior tranquilo es más fácil de comprimir que una puerta de carga concurrida con lluvia, vegetación, faros de coches y gente cruzando el encuadre. El ruido nocturno también puede aumentar la cantidad de información en la escena. Por lo tanto, la especificación debería indicar el modo de tasa de bits previsto y las condiciones de prueba, no solo el número de píxeles.
Resolución, velocidad de fotogramas, códec y movimiento de escena
Una mayor resolución y velocidad de fotogramas normalmente aumentan el ancho de banda y la demanda de almacenamiento. H.265 puede reducir la presión de datos en comparación con H.264 con una calidad de imagen similar, pero el resultado depende del codificador, la escena y el dispositivo receptor. La cámara, el NVR, la aplicación y la plataforma de terceros deben ser compatibles con el códec seleccionado. Un sistema mixto puede recurrir a otra transmisión y borrar el ahorro previsto. La velocidad de fotogramas debe ajustarse a los requisitos de evidencia. Una ruta de vehículos rápidos puede requerir más fotogramas que una oficina tranquila. Un diseño de bajo consumo o basado en eventos puede usar una velocidad de fondo más baja y luego aumentar la grabación durante un evento. Esto puede reducir el tráfico inactivo, pero solo si el comportamiento del disparador captura suficiente contexto antes y después del movimiento.
Grabación continua, eventos y visualización remota
La grabación continua genera la carga más predecible, pero también consume la mayor cantidad de almacenamiento y capacidad de red local. La grabación de eventos puede reducir el volumen de datos si la detección está configurada correctamente. Una configuración deficiente puede generar cargas repetidas debido a sombras, lluvia o ramas en movimiento, por lo que se recomienda realizar una prueba en un día concurrido en lugar de basarse en una estimación en una hora tranquila. La visualización remota añade otra variable. Es diferente que una persona revise una transmisión secundaria durante unos minutos a que varios usuarios vean las transmisiones principales durante una hora. El plan del proveedor de servicios de Internet (ISP) debe dimensionarse para el uso remoto simultáneo previsto, mientras que el NVR y la LAN deben dimensionarse para todas las transmisiones de las cámaras, independientemente de si alguien las está viendo o no.
Haga coincidir el hardware de red con la cantidad de cámaras.
Una vez que se conoce con precisión el tráfico, resulta más sencillo hablar del diseño de la red con el instalador o proveedor. La solución adecuada podría ser un mejor enlace ascendente, una VLAN de vigilancia independiente, un NVR local, un punto de acceso más potente o una política de grabación diferente. Contratar un paquete de internet más rápido no soluciona por sí solo un switch deficiente, una mala ubicación de la red Wi-Fi o un NVR con ancho de banda insuficiente.
Compruebe los puertos del switch, los enlaces ascendentes y la entrada del NVR.
Verifique tres capas por separado: puertos de acceso de la cámara, enlaces ascendentes del conmutador y entrada del grabador. Un puerto de acceso de 100M puede ser suficiente para una cámara de baja tasa de bits, mientras que el enlace ascendente que transporta muchas cámaras necesita capacidad de gigabit. El NVR también debe aceptar el flujo agregado planificado, decodificar la resolución requerida y escribir en una unidad que pueda soportar el patrón de grabación. Para proyectos más grandes, paquete de monitoreo La orientación puede ayudar a estructurar el presupuesto en torno a cámaras, grabadoras, almacenamiento y accesorios como una cadena operativa integrada. Esto reduce el riesgo de aprobar primero las cámaras y descubrir después que la grabadora o el enlace ascendente no son compatibles con la configuración seleccionada.
Realice una prueba de muestra antes de realizar el pedido al por mayor.
Ejecute la muestra aprobada a la distancia de montaje final y con la iluminación prevista. Registre la tasa de bits promedio y máxima, la reproducción local, la reproducción remota, el tiempo de carga del evento, la reconexión después de una interrupción de la red y el uso del almacenamiento durante un período fijo. Pruebe con el NVR, la aplicación, el conmutador y el punto de acceso reales siempre que sea posible. Para una gama de marca privada, OEM/ODM soporte de cámara Se pueden analizar aspectos como la configuración predeterminada de la transmisión, el comportamiento de la aplicación, el empaquetado, los accesorios, el firmware y la configuración de pedidos repetidos. Estos detalles protegen al distribuidor de una línea de cámaras que, si bien cumple con el plan de ancho de banda en la primera muestra, sufre cambios tras la producción.
Conclusión
La velocidad de Internet es solo una parte de un plan de ancho de banda para múltiples cámaras. Separe el tráfico de la LAN, la entrada del NVR, la carga a la nube y la visualización remota antes de elegir un paquete. Utilice la tasa de bits, la cantidad de cámaras, la velocidad de fotogramas, el códec, el modo de grabación y las condiciones reales del sitio para crear una estimación verificable. Un conmutador, grabador, enlace ascendente y ruta de almacenamiento bien dimensionados generalmente importarán más que un número de ISP grande que nunca llega a las cámaras. Jen el centro Puede servir de base para el debate más amplio sobre cámaras cuando los compradores comparan diseños basados en grabadoras y diseños basados en la nube.
Preguntas frecuentes
P1: ¿Es necesario tener una conexión a internet más rápida para varias cámaras de seguridad?
A1: No. Si las cámaras graban en un NVR local, la mayor parte del tráfico de vídeo permanece en la LAN. Se necesita una conexión a internet más rápida principalmente para la carga a la nube, la visualización remota, las copias de seguridad externas y otros servicios que se realizan fuera de la red local.
P2: ¿Cómo puede un comprador estimar el ancho de banda de la cámara antes de la instalación?
A2: Multiplique la tasa de bits promedio configurada por la cantidad de cámaras y luego agregue un margen para sobrecarga, reproducción, transmisiones adicionales y futuras expansiones. Confirme la estimación con una muestra en condiciones diurnas, nocturnas y con mucho movimiento.
P3: ¿Es suficiente el códec H.265 para resolver un problema de ancho de banda?
A3: No. El estándar H.265 puede reducir la presión de transmisión y almacenamiento, pero la cámara, el NVR, la aplicación y la plataforma deben ser compatibles entre sí. La resolución, la velocidad de fotogramas, el movimiento de la escena y el comportamiento de la visualización remota siguen determinando la carga final.
