SECURE ALERT. Acerca del uso de este manual.

Transcripción

1 Revisión 08/2008 SECURE ALERT. Acerca del uso de este manual. Este manual se encuentra dividido en dos secciones: la primera llamada Descripción del software Secure Alert, hace una descripción de todos los controles, solapas y opciones que posee el software, con breves explicaciones de cada una. La segunda sección, llamada Funcionamiento, seguimiento de fallas y utilidades, contiene explicaciones acerca del funcionamiento del software, seguimiento de algunas fallas, configuraciones posibles, y la dirección FTP desde donde se puede bajar el software Secure Alert y otras utilidades. Es aconsejable leerlo en este orden, para ir familiarizándonos primero con todas las solapas y controles del software, para luego comprender la funcionalidad del mismo, en conjunto con los equipos IPCOM.

2 Descripción del software Secure Alert Una vez ejecutada la aplicación Secure Alert, el programa se inicia, y se abre una nueva pantalla como la que vemos a continuación: Como se puede ver, el panel del Secure Alert esta rodeado por un marco, el cual puede cambiar de color (gris, rojo, amarillo, verde) señalizando los distintos estados en los que

3 se encuentra; la información detallada de esto puede encontrarse en la sección: Funcionamiento, seguimiento de fallas y utilidades. Solapa de Opciones. Salida de datos. Aquí podemos visualizar todos los parámetros referidos al puerto serie de comunicaciones, el cual es utilizado por la aplicación para establecer un vinculo con el software de monitoreo, y poder dialogar con el mismo a través del protocolo especifico SURGARD MLR-2. Estos parámetros deben ser coincidentes con la configuración de puerto serie del software de monitoreo. Configuración de red. Aquí podemos visualizar la dirección IP de la PC donde reside el Secure Alert, y el puerto lógico asociado. Generación de eventos. En este marco, podremos elegir entre distintos tipos de generación de eventos que se enviaran hacia el soft de monitoreo. Estos eventos son generados por el Secure Alert, en función de estas cuatro condiciones posibles: Desconexión de IPCOM. Corte de línea fija. Falla de GPRS. Falla de Ethernet. Cada uno estos eventos que se pueden generar, tienen parámetros inherentes al mismo, como por ejemplo numero de evento que se genera, tiempos de conexión/desconexion, etc. Misceláneos. Compuesto por cinco opciones: Rechazar transmisiones no encriptadas: sin implementación, futura aplicación. Visualizar los heart beats recibidos: pueden ser observados en la solapa Datos recibidos. Responder acknowledge de manera local: permite enviar los ACK hacia los IPCOM, sin enviar los eventos recibidos a través del puerto serie. Guardar cuentas de usuario periódicamente: Almacena las cuentas de usuario automáticamente, todas las que aparecen en la grilla. Si la opción no esta activa, al cerrar el Secure Alert son guardadas las cuentas que figuren en la grilla en ese momento. Conectar automáticamente al iniciar: se comienza el monitoreo automáticamente al iniciar el programa.

4 Solapa Datos recibidos. Aquí pueden observarse los eventos recibidos, y también los Heart Beat enviados por los IPCOM (siempre que la opción estuviera seleccionada en la solapa Opciones). En el formato pueden verse datos como fecha, hora, numero de cuenta, evento, partición, zona, y una descripción del mismo. Los datos pueden verse en letra azul oscuro, o en rojo, dependiendo del tipo de evento, o Heart beat recibido, siempre que sean contestados por el software de monitoreo con un ACK. En caso de no ser así, los datos aparecerán en letra color gris claro, indicando que no hay vinculo entre el Secure Alert y el software de monitoreo, y por lo tanto no se responderán ACK a los IPCOM.

5 Solapa Cuentas de usuario. En esta solapa, se pueden ver las cuentas creadas con el siguiente formato: cuenta, comentario, backup, salidax3, inp1, inp2, ultima transmisión. Las cuentas se crearan una por cada usuario que se conecta al Secure Alert, ordenadas por numero de cuenta ascendente, permaneciendo en color blanco mientras estén en activas. Si por algún motivo, algún IPCOM dejara de transmitir por un tiempo determinado programado en la solapa Opciones, la cuenta correspondiente se pone en color rojo, hasta recibir alguna transmisión que indique su actividad. Las opciones Salida, INP1, INP2 actualmente están sin implementación. La opción Backup es utilizada para forzar al IPCOM a entrar en modo Back Up telefónico. El IPCOM entrara en este modo, cuando sea enviado el próximo Heart Beat, y permanecerá por lo menos 5 minutos en ese estado. Una luz testigo indica el estado del modo en que se encuentra.

6 Solapa Puerto serie. En esta solapa dispones de los datos enviados por el Secure Alert hacia el software de monitoreo a través del puerto serie. En el mismo figuran los datos enviados, como ser el evento y el Test de presencia, y si tuvo respuesta o ACK por parte del software de monitoreo.

7 Funcionamiento, seguimiento de fallas y utilidades. La dirección para bajar los paquetes de software están disponibles en: ftp://donado1045.homelinux.com/pub/ipguard/ Existen diversos software s de monitoreo o automatización. Algunos son: MICROKEY SAM WINSAM SOFTGUARD BYKOM Todos estos paquetes están disponibles comercialmente en el mercado. Si el Secure Alert envía un Evento o un Test de presencia hacia el software de monitoreo, y por algún motivo no se recibe el ACK en el Secure Alert, el marco del mismo pasa a color rojo, indicando que paso a Modo Back Up Telefónico. Esto no sucede inmediatamente, sino que lo hace después de pasado 1 minuto desde el ultimo ACK recibido. Las causas por las cuales el Secure Alert no reciba ACK del software de monitoreo, pueden ser: 1.El soft de monitoreo no esta configurado apropiadamente. Debe elegir el protocolo y configurar los valores de puerto serie. Protocolo: SURGARD MLR2 Puerto serie: los valores de velocidad, paridad, etc, deben ser coincidentes con el puerto serie donde reside el Secure Alert. 2.El cable que une los dos puertos series de la PC S que contienen los programas de monitoreo y el Secure Alert, puede que este dañado con lo cual no habrá comunicación entre los programas. 3.El software de monitoreo no responde, se colgó, o cualquier otra circunstancia por la cual no envía ACK hacia el Secure Alert. 4.Se ha dañado el puerto serie de una de las PC, o de ambas, o no están bien configuradas las propiedades de los puertos series.

8 En la solapa Puerto serie del Secure Alert, puedo ver los datos enviados al soft de monitoreo, sea Evento o Test de presencia, y la contestación del mismo(ack). Los eventos enviados al Secure Alert también pueden ser vistos en la solapa Datos recibidos, los cuales aparecerán en letra azul oscuro mientras reciban ACK del software de monitoreo, caso contrario, los datos podrán verse en letra gris claro. Todos los eventos de monitoreo, incluidos los Heart Beat( si la opción de visualizar esta tildada en la solapa Opciones) que se suceden entre el IPCOM y el Secure Alert, es decir, todo el trafico que viaja por IP (sea GPRS o Ethernet) es salvado en un archivo plano(txt), a modo de LOG_IP-fecha.txt. Esta información puede ser utilizada para futuro análisis, o búsqueda de problemas. En tanto todos los eventos de monitoreo, incluidos los Test de presencia que se suceden entre el IPCOM y el Secure Alert, es decir, todo el trafico que se genera entre los mismos, son salvados en un archivo plano(txt), a modo de LOG_COM-fecha.txt. El router utilizado en la red, debe ser configurado de manera tal que pueda manejar paquetes UDP. Esto es esencial, dado que el IPCOM envía paquetes UDP a través de la red. Otra de las configuraciones, a tener en cuenta, es el direccionamiento o Forward del puerto lógico del Router hacia la dirección IP ( dentro de la propia red) que tiene la PC que ejecuta el Secure Alert. Ejemplo: Puerto: 8023 Dirección (Forward): Protocolo: UDP De esta manera, todo paquete que entre al Router y este dirigido al puerto 8023, será direccionado a la dirección En el Secure Alert existen 4 Estados posibles, a saber: 1.Desconectado. El marco que rodea al soft se encuentra en color gris oscuro. En este estado, el Secure Alert esta inoperativo, hasta que no se establezca la opción de Conectar, en la solapa Opciones. 2.Modo seguro. El marco que rodea al soft se encuentra en color verde. Este el modo en que debe funcionar normalmente, es decir que existe el vinculo serie RS-232 entre el Secure Alert y el software de monitoreo. Los Eventos y los Test de presencia son recibidos por el software de monitoreo, luego se envía un ACK hacia el Secure Alert, y a su vez este envía un ACK de respuesta hacia el IPCOM, completando el circuito o flujo de datos necesarios para que la operación sea exitosa. 3.Modo Back Up Telefonico. El marco que rodea al soft se encuentra en color rojo. En este estado, el IPCOM conecta el panel de alarma con la línea telefónica publica. Esto puede deberse a que no hay ACK por parte del software de monitoreo,

9 con lo cual el IPCOM entiende que no dispone del vinculo IP para hacerlo, y conmuta a modo Back Up Telefónico( panel conectado con la línea telefónica publica). 4.Modo local. El marco que rodea al soft se encuentra en color amarillo. En este estado, los Heart Beat y los eventos son contestados con el ACK de manera local, es decir que no son enviados al software de monitoreo. Esto puede usarse para probar los IPCOM y ver que se establezca la conexión entre estos y el Secure Alert. Este modo puede seleccionarse con un tilde, dentro de la solapa Opciones. Nota: Cuando el IPCOM opera normalmente con el vinculo IP ( GPRS o Ethernet), envía Heart Beat cada 60 segundos. Si en algún momento, el Back Up conmuta a Modo Back Up telefónico, los Heart Beat serán enviados cada 15 segundos, a fin de reestablecer lo antes posible el vinculo IP cuando el mismo este nuevamente disponible. El proceso de contestar con ACK a los Heart Beat que envía el IPCOM, es un proceso local en el Secure Alert, es decir que los Heart Beat no son enviados nunca al software de monitoreo, sino que son contestados por el mismo Secure Alert; este solo enviara los eventos. Es importante destacar, que esto no debe ser confundido con la Opción Contestar ACK de forma local, dado que esta opción se encarga solamente de no pasar eventos al software de monitoreo, y enviar ACK de forma local, solo a modo de prueba.