Conexión de red

Una conexión inestable puede resultar frustrante. Este artículo puede ayudarle a solucionar el problema.

1. Infraestructura

La red es la fuente de desconexiones más impredecible. Switches, routers, cables, proxies… todo lo que hay en la red entre remitentes y receptores afectará en algún momento a la conexión. 

1.1 Gestión de la red

Los factores impredecibles pueden causar problemas en la red.

Posible mitigación

  • El vínculo entre la cámara y el dispositivo de visualización debe tener un rendimiento garantizado.

  • En una LAN (red de área local), esto se puede hacer asegurándose de que haya la menor cantidad de saltos posibles en el enlace. El enlace no debe compartirse con otro tráfico como Voz sobre IP (VoIP) u otros protocolos que tendrán prioridad sobre el vídeo de forma predeterminada u otros servicios exigentes que sobrecargarán el enlace.
  • Si el enlace es a través de una WAN (red de área amplia), la QoS debe garantizarse en cada salto, es decir, routers y switches. Esto también se puede lograr alquilando una ruta de punto a punto a través de su proveedor de Internet local.
  • Se recomienda el uso de cables blindados. Dependiendo de la aplicación, los cables pueden verse afectados negativamente por EMI/RFI/ESI (interferencia electromagnética, interferencia de radiofrecuencia, interferencia electrostática) también conocida como 'interferencia de señal'. El aislamiento por sí solo no proporciona protección contra la interferencia de la señal, por lo que para combatir los efectos de la interferencia de la señal, es vital un blindaje adecuado.

1.2 Ancho de banda

Los productos de vídeo en red utilizan ancho de banda de red según su configuración. Si solicita un vídeo de alta calidad con una compresión muy baja, la tasa de bits aumentará sensiblemente. Si el ancho de banda es limitado, el dispositivo tendrá que compensar la calidad del flujo (reducir la tasa de bits) para que coincida con el ancho de banda de la infraestructura de red disponible, en algunos casos puede causar pérdidas de paquetes.

Posible mitigación

  • En un sistema de vigilancia pequeño que incluya de 8 a 10 cámaras, se puede utilizar un conmutador de red básico de 100 megabits (Mbit) sin tener que considerar las limitaciones de ancho de banda.
  • Al implementar 10 o más cámaras, la carga de la red se puede estimar usando algunas reglas generales:
    - Una cámara que está configurada para ofrecer imágenes de alta calidad a altas velocidades de cuadro utilizará aproximadamente 2 a 3 Mbit/s del ancho de banda de red disponible.
    - Con más de 12 a 15 cámaras, considere usar un switch con una red troncal gigabit. Si se utiliza un switch compatible con gigabit, el servidor que ejecuta el software de gestión de vídeo debe tener instalado un adaptador de red gigabit.

2. Sobrecarga del dispositivo

La transmisión puede interrumpirse si el dispositivo falla debido a una sobrecarga. Los siguientes son algunos de los factores que pueden causar una sobrecarga del dispositivo:

2.1 Factor 1: rendimiento del chipset

Es difícil predecir exactamente cuántas transmisiones simultáneas, configuradas individualmente con resolución máxima y velocidad de fotogramas completa entregarán un producto de vídeo (chipset) en todas las situaciones. El rendimiento general depende de:

  • Carga de CPU o carga de compresión de vídeo (según el chipset) en el producto de vídeo
  • Rendimiento total de datos (ancho de banda) del producto y la infraestructura de red
  • Rendimiento del cliente
  • La complejidad de la imagen
  • Las condiciones de iluminación

 

Posible mitigación

  • Desde la perspectiva del usuario, los siguientes elementos son los parámetros más comunes que podrían afectar negativamente al rendimiento general:
    - Alta resolución de imagen.
    - Nivel de compresión de imagen bajo
    - Mezcla de secuencias Motion JPEG y H.264/H.265
    - Muchos clientes acceden al servidor simultáneamente
    - Clientes que acceden a diferentes configuraciones de imagen (resolución, compresión, etc.) simultáneamente
    - Uso intensivo de la configuración de eventos
    - Detección de movimiento habilitada
    -  HTTPS
    - PC cliente de bajo rendimiento que no descodifica todas las imágenes
    - Infraestructura de red limitada o deficiente. Los fotogramas se descartarán cuando la red esté congestionada.
     
  • Cuando la escena de la imagen, el nivel de compresión y el método de compresión se mantienen constantes, un aumento en la resolución disminuirá el número de transmisiones de velocidad de fotogramas completa o hará que disminuya la velocidad de fotogramas por transmisión.
  • El conocimiento del chipset le ayudará a comprender las limitaciones: Si tomamos un ARTPEC-7 como ejemplo. Los resultados de la prueba para ese chipset muestran que puede entregar casi seis transmisiones H.265 simultáneas en HDTV 1080p a 30 fps, o dos transmisiones H.265 en 4K a 23 fps, o una transmisión H.265 en 3712x2784 a 20 fps. Alternativamente, puede entregar una transmisión H.265 en 4K a 30 fps y una transmisión H.265 en 1080p a 30 fps, simultáneamente.

2.2 Factor 2: varios análisis distribuidos o de borde

Cuando se utilizan muchos ACAP, el procesamiento de la CPU está en el límite y puede afectar en gran medida el rendimiento del dispositivo y causar bloqueos / interrupciones no deseados. Este problema también se puede ver cuando un ACAP se usa en exceso y cuando agrega varias transmisiones de alta calidad a la mezcla, lo que también puede causar bloqueos e interrupciones no deseados.

Posible mitigación

  • Limite la cantidad de ACAP utilizados.
  • Para cámaras multisensor/multicanal como la serie AXIS F y los productos AXIS P3707-PE, si se requiere detección de movimiento en varios canales, se recomienda utilizar la detección de movimiento integrada (a veces denominada VMD1) en su lugar, para los canales deseados. VMD1 requiere menos potencia de procesador.

2.3 Factor 3: solicitudes HTTP de alta frecuencia

Sistemas de gestión de vídeo configurados incorrectamente que envían solicitudes continuas que los dispositivos no pueden manejar y los recursos utilizados por los dispositivos.

Posible mitigación

  • En este caso, aislar la cámara del VMS sería el primer paso en la resolución de problemas.
  • Una vez que la cámara esté aislada, será necesario realizar una prueba que incluya extraer una secuencia de la cámara tan simple como usar la visualización en directo desde la interfaz web del dispositivo.

3. Solución de problemas mediante los comandos de Wireshark o Vapix

La aplicación preferida para realizar un seguimiento de red y adjuntarlo a un caso de asistencia es Wireshark. Si no lo tiene instalado en su PC, puede descargarlo gratis desde Wireshark. Wireshark le brinda la posibilidad de filtrar el tráfico tanto al grabarlo como al revisarlo. Ambos pueden ser útiles en diferentes situaciones.

Además, al solucionar problemas de conectividad con dispositivos Axis (firmware v. 5. x o posterior), los siguientes comandos de Vapix también se pueden ejecutar a través de un navegador web:

  • http://x.x.x.x/axis-cgi/debug/debug.tgz?cmd=pcapdump&duration=30
    - Genera un archivo de captura de paquetes tomado del propio dispositivo, por la cantidad de tiempo especificada en segundos. La captura está en formato * .pcap estándar, por lo que se puede revisar en Wireshark.
  • http://x.x.x.x/axis-cgi/connection_list.cgi
    - Muestra una lista de conexiones/puertos TCP/UDP abiertos actualmente.
  • http://x.x.x.x/axis-cgi/pingtest.cgi?ip=y.y.y.y
    - Hace ping a la dirección IP especificada una vez y luego informa del resultado.
Preguntas frecuentes

4. Abrir un caso de soporte

Puede suceder que los factores y las mitigaciones anteriores no ayuden a identificar y resolver los problemas de red. Le invitamos a abrir un caso de soporte y proporcionar la información y los datos necesarios a continuación.

Nota: Es importante probar siempre los dispositivos con el último firmware en una pista LTS o Active Track si es posible.

4.1 Datos e información necesarios

Nota: ¡No olvide agregar el informe del servidor del dispositivo!

Consejo de soporte: Cómo descargar un informe del servidor

  • ¿Una descripción detallada del problema y cuándo ocurre y con qué frecuencia?
  • ¿Hubo una investigación interna de la red? ¿Dispositivos de red?
  • ¿Una descripción de la red y, si es posible, un dibujo de la topología de la red?
  • ¿Información detallada sobre todos los dispositivos de la red?
  • ¿Se han actualizado los conjuntos de firewall y antivirus?
  • ¿Comparar con otras cámaras de trabajo instaladas?
  • ¿Wireshark de las unidades que fallan y otras unidades de trabajo en la red?
  • Compruebe si el problema es el mismo si la unidad está aislada de la red.
  • Información sobre cómo se alimenta la unidad.
  • ¿El nombre de alguna aplicación de terceros (VMS, EMS,…) en uso?
  • ¿Si se trata de una instalación nueva o antigua, y si se han realizado cambios en la red?

 

[Comuníquese con el soporte técnico con todas las preguntas respondidas y los archivos adjuntos]

nota

Nota

Las cámaras Axis funcionarán como se prevé si se instalan según la Guía de instalación. Generalmente, el domo del dispositivo debe estar orientada hacia el suelo al operar o probar los dispositivos.

Tenga en cuenta que Axis no asume ninguna responsabilidad por cómo la modificación de la configuración descrita en esta guía puede afectar a su sistema. Si se produce un error en la modificación u obtiene resultados imprevistos, puede restaurar la configuración a los ajustes predeterminados.

La guía no cubre todos los problemas posibles, sino los más vistos a través de los casos de soporte. Como cliente de Axis, siempre puede ponerse en contacto con el Soporte de Axis siempre que lo necesite con cualquier tipo de problemas enumerados o no en esta guía de solución de problemas.

To top