Sistemas de seguridad física y de edificios : Software Cisco Video Surveillance Media Server

Disponibilidad de la cámara IP del monitor en VS 6.2 usando el ejemplo de la configuración SNMP

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Este documento está dirigido a los clientes de Cisco Video Surveillance Manager (VSM) que ejecutan Video Surveillance Media Server (VSMS) 6.2.x o versiones anteriores y que estén interesados en supervisar la disponibilidad de la cámara IP a través de SNMP o de un mecanismo de alertas activado por SNMP. Contiene una descripción de los servicios de la interceptación SNMP disponibles en VS 6.2.x y desplegar anterior la estrategia simple el alertar y de Monitoreo de red de una cámara IP, así como un proceso gradual para habilitar el SNMP en los VS además de los flujos de llamada y de los ejemplos de Troubleshooting básicos. Esta configuración no se aplica a ningún 6.3.x o versiones posterior de los VS, pues los VS 6.3 introducen el panel del control de salud, que evitará los procedimientos contenidos en este documento vía la introducción de un marco completo de la supervisión del Videovigilancia. Además, el BROADWARE-EVENT-MIB será utilizado no más en y posterior las versiones 6.3.x de los VS. Refiera por favor a la documentación para información 6.3 con respecto a las estrategias de administración disponibles del Monitoreo de red y de la cámara en y posterior las versiones 6.3.x de los VS.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Firmware corriente 2.1.2 de la cámara IP 2500 de Cisco

  • VS que ejecutan 6.2.1-12d

  • Administrador de operaciones del Videovigilancia (VSOM) que ejecuta 4.2.1-14

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Diagrama de la red

/image/gif/paws/111978/ipcamera-vsms-01.gif

Descripción SNMP

El Simple Network Management Protocol (SNMP) describe un marco del servidor del cliente permitiendo que un SNMP Manager recoja la información (o la configuración) de un agente SNMP que usa un Management Information Base (MIB), donde un agente SNMP se está ejecutando en cualquier nodo manejado. Se incluye en esta recogida de la información la capacidad para que un agente SNMP transmita la información para administración a un SNMP Manager sin la solicitación a hacer tan por el SNMP Manager. Este nodo manejado (que contiene el agente SNMP) podría ser un servidor, un teléfono del IP, un router de la red, switch de red, o cualquier dispositivo con capacidad IP que incluya un stack de software SNMP y es por lo tanto capaz del manejo vía el SNMP. En resumen, los administradores de la red de los permisos SNMP monitorean y controlan remotamente la evolución de los objetos de red.

/image/gif/paws/111978/ipcamera-vsms-02.gif

Tres versiones comúnmente desplegadas del SNMP existen: SNMPv1, SNMPv2c y SNMPv3. El resto de este artículo concentra específicamente en la capacidad de la interceptación SNMPv2C como está configurado en los VS. Usando el diagrama antedicho como referencia, el agente SNMP reside en el servidor VS (el nodo manejado) y señala la información de la interceptación SNMP al SNMP Manager, que podría ser una plataforma de tercera persona del sistema de administración de red (NMS). Los NMS comunes incluyen el Administrador de nodos de red del HP Open View, el Netview de Tivoli, y Solarwinds Orión.

Nota: Una análisis detallado del protocolo SNMP, incluyendo las diferencias versioning, está fuera del alcance de este documento.

Los desvíos SNMPv2C utilizan el Transport Protocol UDP (dest. el puerto 162) y por lo tanto se considera no fiable. Por ejemplo, si un SNMP trap que señala una cámara IP que fluye el error se pierde adentro transite al NMS, los VS estará inconsciente de esta pérdida y el SNMP trap no será retransmitido por los VS. Como consecuencia, el operador del Network Operations Center (NOC) que confía solamente en el SNMP estará inconsciente del error de la cámara IP. Este comportamiento no fiable es aplicable a todas las arquitecturas de la interceptación SNMP y es por lo tanto no específico a los VS. Además del uso del puerto 162 UDP (común a todas las implementaciones de la interceptación SNMP), cada desvío transmitido de los VS al NMS incluye una cierta otra información evento-de diagnóstico común:

  • La cadena de comunidad “broadware-SNMP” SNMPv2C

    La daemon del receptor de trampa NMS debe ser configurada tales que es capaz de procesar y de presentar el ingreso de los desvíos SNMPv2C con la comunidad “broadware-SNMP”. Los nombres de comunidad SNMP son simples contraseña-como el mecanismo de seguridad significado para autenticar las comunicaciones entre el SNMP NMS y el nodo manejado SNMP. A diferencia de la versión del SNMP o del direccionamiento de estación de destino de la interceptación, el valor por defecto VS del `broadware-SNMP” no puede ser cambiado. Vea la sección titulada Procedimiento de configuración para confirmar qué aspectos de la implementación de SNMP VS son configurables.

  • sysUpTime (OID 1.3.6.1.2.1.1.3)

    el sysUpTime es un objeto de MIB particular definido en el SNMPv2-MIB (RFC 1213) y señala el tiempo (en los centésimo de un segundo) puesto que la porción de la Administración de redes del sistema era el último reinicializado, que hace juego típicamente el uptime del servidor VS.

Para utilizar el procedimiento abajo para monitorear los componentes VS, un NMS capaz de recibir, de analizar, y de presentar los desvíos SNMPv2C se requiere. Además, traducir los desvíos BROADWARE-EVENT-MIB SNMPv2C a los nombres comprensibles del evento, el archivo de definición de BROADWARE-EVENT-MIB.txt se debe instalar en el NMS. Para descargó este archivo en el formato apropiado, conectan con los VS vía el nombre of_vsms>/vsmc.html del <ip_address_or de http://, navegan a los destinos SNMPTRAP, y hacen clic en el enlace hipertexto VSEVENT MIB.

Los VS son capaces de transmitir los desvíos del SNMPv1 y SNMPv2C, aunque el SNMPv2C sea recomendado debido al soporte de MIB aumentado. Los VS también soportan el SNMPv2C informan a los mensajes, que son idénticos a los mensajes trampa, salvo que una información es reconocida por el NMS. Como consecuencia, una capa de confiabilidad se agrega.

Nota: En VS 6.2 y solamente la interceptación no solicitada anterior SNMP se soporta. La Consulta SNMP del BROADWARE-EVENT-MIB en los VS de una estación NMS es una operación sin apoyo. En el C del apéndice, la cláusula MAX-ACCESS para el objeto del bwEventDesc se fija accesible-para-para notificar.

Uso-casos de la supervisión VS SNMP

Control de disponibilidad de la cámara IP del Uso-caso #1

Los VS mantienen un caso del proxy para cada dispositivo de la codificación, que se utiliza para recibir la secuencia de medios del dispositivo de la codificación y para escribirla a memoria compartida para la transmisión posterior a un cliente de la visión VSOM, otros VS (alimentación del niño), o al almacenamiento local vía un archivo. De una perspectiva del protocolo, cada caso del proxy se comporta según el tipo de dispositivo que es manejado y el tipo de configuración de medios. Por ejemplo, los proxys creados para las cámaras IP del Cisco4500 configuradas para 1080P usando H.264 primero serán autenticados por los VS. Con posterioridad a la autenticación, los VS informarán a la cámara sus propiedades que fluyen deseadas usando el Real-Time Streaming Protocol (RTSP). Finalmente, usando fluir la información derivada vía el RTSP, la cámara IP del Cisco4500 comenzará a fluir sus media fluye a los VS usando el Real-Time Protocol (RTP). Esta transacción entera se puede capturar en los VS CLI usando el tcpdump – comando del <IP_of_encoding_device> del host del nn.

Nota: Las cámaras IP de Cisco autenticarán los VS por abandono usando el HTTPS en las versiones 6.x de los VS. Si usa el no Cisco que codifica los dispositivos, marque para saber si hay Requisitos de autenticación y método dedicando el soporte de producto de terceros.

Después del apretón de manos con el HTTPS y el RTSP, los VS transmitirán un desvío bwProxyEvent que expone el [proxy_name] del proxy conectado con el #a_# b@ip_address del dispositivo, donde está el número el #a de la entrada del dispositivo y el #b es el número de la configuración para la entrada. Es importante observar este desvío bwProxyEvent se transmite después del apretón de manos HTTPS/RTSP, cueste lo que cueste si la secuencia de medios está siendo recibida por los VS. Vea el apéndice A.2 para un bwProxyEvent del ejemplo conectada con el desvío del dispositivo y marque ims.log para el éxito/el estado de falla avión del control HTTPS y RTSP:

  • Apretón de manos HTTPS acertado:

    [ proxy(851).p_s1_Mathers_1 GL_UTIL=1 <HttpsClient.cxx:267> ] 
    got reply header
  • Apretón de manos HTTPS fracasado:

    [ proxy(851).p_s1_Mathers_1 GL_UTIL=1 <HttpsClient.cxx:246> ] 
    Https(curl): Unable to curl perform[couldn't connect to host]
  • Apretón de manos RTSP fracasado:

    [ proxy(851).p_s1_Mathers_1 GL_UTIL=1 <RtspClient.cxx:546> ] 
    connect(addr='10.1.1.1:554', fd=6): Connection timed out

Si las conexiones HTTPS o RTSP de los VS a la cámara IP son fracasadas, eventual, un desvío bwConnectionEvent se envían exponiendo el [proxy_name] del proxy incapaz de configurar o el apretón de manos con el #a_# b@ip_address del dispositivo y es acompañado por este mensaje de ims.log:

[ proxy(851).p_s1_Mathers_1 BE_PROXY=1 <Proxy.cxx:169> ] 
Unable to configure or handshake with the device

Vea el apéndice A.3 para del apretón de manos del ejemplo “incapaz un desvío bwConnectionEvent de configurar o”.

Después de un apretón de manos acertado, si el proxy VS no puede recibir la secuencia de medios del dispositivo de la codificación (cámara IP) por un período de 10s, los VS transmiten un desvío bwConnectionEvent que informa que existe un problema que conecta con un dispositivo de codificación dado. Este desvío estado el [proxy_name] del proxy que fluye el error. El dispositivo desconectado o el Error de red y es acompañado por estas entradas de ims.log:

[ proxy(17741).p_s1_Mathers_1 GL_UTIL=1 <RtpClient.cxx:703> ] 
Timeout (10 secs) waiting for data from encoder.
[ proxy(17741).p_s1_Mathers_1 BE_PROXY=1 <Proxy.cxx:207> ] 
Streaming error. Device disconnected or network error.

Consulte los drivers o analice los seguimientos de la red para confirmar el apretón de manos y el comportamiento del Protocolo de transmisión de un no Cisco que codifica el dispositivo.

Nota: Hablando en términos generales, en el evento una cámara analogica conectada con un codificador del multiport pierde el poder o se quita del servicio, el dispositivo de la codificación todavía fluirá la negro-pantalla. Como consecuencia, los VS no podrán entender que no se generará al error analogico de la cámara y ninguna pista SNMP para fluir la pérdida.

Notificación partida/parada del archivo del Uso-caso #2

El tipo de notificación bwArchiverEvent puede ser utilizado para señalar los eventos del comienzo y de la parada del loop configurado, de repetirse, o de los archivos de una sola vez.

  • Cuando se comienza un archivo, un desvío bwArchiverEvent se genera que expone el archivo del comienzo ACERTADO para el archive_name.

  • Cuando se para un archivo, un desvío bwArchiverEvent se genera que expone el archivo de la parada ACERTADO para el archive_name.

Descripción VSMC para configurar el SNMP

La consola de administración del Videovigilancia (VSMC) es una configuración basada en web GUI usada para ver y para configurar las opciones de administración de los sistemas VS directamente, sin usar VSOM o el HTTP API. Hablando en términos generales, VSOM es un usuario-revestimiento GUI, usado sobre todo para configurar y para ver los elementos específicos a la aplicación, tales como proxys, archivos, eventos y opiniones. Inversamente, los elementos sistema-anchos de la Administración se pueden ver y configurar en VSMC, incluyendo los registros del sistema, SNMP, los backups de los datos, etc.

Procedimiento de Configuración

Acceda el VSMC del servidor de medios vía el nombre of_media_server>/vsmc.html del <ip_or de http://, elija los destinos SNMPTRAP > SNMPv2cfrom la lista de Protocolpull-down, y ingrese el IP Address del NMS al cual los desvíos serán enviados:

ipcamera-vsms-03.gif

Después de poner al día los destinos del SNMP trap en la consola VSMC, verifiquelos se colocan con éxito en /usr/BWhttpd/etc/snmpd.conf:

bxb-vsm:~ # more /usr/BWhttpd/etc/snmpd.conf | grep trap2sink
# trap2sink: A SNMPv2c trap receiver
#trap2sink  localhost broadware-snmp
trap2sink 10.116.181.137 broadware-snmp

Además de los desvíos BROADWARE-EVENT-MIB, habilitar el SNMP por este proceso inicia algunos desvíos a nivel sistema genéricos. Vea para una descripción detallada de estos desvíos adicionales.

Apéndice A: Capturas de los Ethernetes de los desvíos bwConnectionEvent y bwProxyEvent

A.1 bwConnectionEvent (fluyendo el error)

ipcamera-vsms-04.gif

A.2 bwProxyEvent (conectado con el dispositivo)

ipcamera-vsms-05.gif

A.3 bwConnectionEvent (incapaz de configurar o apretón de manos)

ipcamera-vsms-06.gif

Apéndice B: Activador para atrapar la matriz

ipcamera-vsms-07.gif

Apéndice C: Definición BROADWARE-EVENT-MIB

BROADWARE-EVENT-MIB DEFINITIONS ::= BEGIN


IMPORTS
    MODULE-IDENTITY, OBJECT-TYPE, Integer32, enterprises,
    NOTIFICATION-TYPE                       FROM SNMPv2-SMI
    SnmpAdminString                         FROM SNMP-FRAMEWORK-MIB
    netSnmp                                 FROM NET-SNMP-MIB
    RowStatus, StorageType                  FROM SNMPv2-TC
    InetAddressType, InetAddress            FROM INET-ADDRESS-MIB
;

broadware MODULE-IDENTITY
    LAST-UPDATED "200701300000Z"
    ORGANIZATION "www.broadware.com"
    CONTACT-INFO
         "postal:   BroadWare Support
                    3333 Octavius Dr.
                    Santa Clara CA 95054

          email:    support@broadware.com"
    DESCRIPTION
        "Top-level infrastructure of the Broadware enterprise MIB tree"
    REVISION     "200701300000Z"
    DESCRIPTION
        "First draft"
    ::= { enterprises 28196}

events    OBJECT IDENTIFIER ::= { broadware 1 }


!---
!---  Broadware Notifications
!---

broadwareEventNotificationPrefix  OBJECT IDENTIFIER ::= { events 1 }
broadwareEventNotifications OBJECT IDENTIFIER ::= 
{ broadwareEventNotificationPrefix 0 }
broadwareEventNotificationObjects OBJECT IDENTIFIER ::= 
{ broadwareEventNotificationPrefix 1 }


!---
!---  Broadware Notificationi Desc
!---

bwProxyEvent NOTIFICATION-TYPE
        OBJECTS   { bwEventDesc }
        STATUS    current
        DESCRIPTION
                "Notification that the proxy hosted in Broadware Media 
         Server (BMS) has changed its state. Proxy is a process which maintains
         the view of a particular video cam."
::= { broadwareEventNotifications 1 }

bwArchiverEvent NOTIFICATION-TYPE
        OBJECTS   { bwEventDesc }
        STATUS    current
        DESCRIPTION
            "Notification that the archiver hosted in Broadware Media 
         Server (BMS) has changed its state. Archiver stores the captured
         video information into a secondary storage device."
::= { broadwareEventNotifications 2 }

bwConnectionEvent NOTIFICATION-TYPE
        OBJECTS   { bwEventDesc }
        STATUS    current
        DESCRIPTION
            "Notification that the network connection has been lost with the
        encoder/ camera".
::= { broadwareEventNotifications 3 }


!---
!--- Broadware Notification Objects
!---

bwEventDesc OBJECT-TYPE
        SYNTAX   SnmpAdminString
        MAX-ACCESS accessible-for-notify
        STATUS  current
        DESCRIPTION
                "This object describes the event corresponding to 
the notifying entity."
::= { broadwareEventNotificationObjects 1 }

END

Apéndice D: Desvíos adicionales VS

ipcamera-vsms-08.gif


Información Relacionada


Document ID: 111978