Ing. Fabio Ferreira angarita

Presentación del tema: "Ing. Fabio Ferreira angarita"— Transcripción de la presentación:

1 Ing. Fabio Ferreira angarita
“Diseño y validación de un middleware basado en el protocolo SNMP orientado a la integración de las transmisiones de dispositivos de rastreo con aplicativos existentes para el monitoreo de redes”. Maestría en ingeniería de sistemas y computación. Grupo de investigación: Sidre Sub-línea: Sistemas Distribuidos. Director: Ing. M. Sc Juan Pablo Garzón Ruiz Ing. Fabio Ferreira angarita

2 Contenido Introducción. Antecedentes. Objetivos. Alcance Metodología.

3 Sistema AVL típico Negocio Monitoreo

4 Dispositivos de rastreo de activos.
Firmware. Adquisición de datos. Motor de eventos. Recepción de comandos remotos. Codificación/Transmisión de información. Comunicación Inalámbrica. GSM. Satelital. Wifi. ZigBee. GPS Obtención de coordenadas. Interfaces Físicas. One-Wire CAN-Bus Entradas/Salidas Sensores análogos. Puertos seriales. Audio

5 Problema: Heterogeneidad
Diversidad en: Canales de comunicación. Protocolos de codificación. Variables disponibles. SNMP: Estándar “de facto”. Estructuras de datos definidas. Protocolo de comunicaciones definido. Tipos de variables definidas. Vs

6 Heterogeneidad: Variables de diagnóstico involucradas
RSSI Señal GPS Voltaje Interno Ultima adquisición Contador Version HW Falla OBD HDOP Validez Temperatura Estado de movimiento # de satélites Versión FW BER Fabricante “X” Fabricante “Y” Fabricante “Z”

7 Heterogeneidad: Codificación de información
+RESP:GTFRI,048304, ,,,10,1,0,0.0,0,2603.5, , , ,0732,0123,0720,534D,00,300.2,00377:28:09,,,,,,,, ,0B02$ >REV ;VO=1560;ID= < a f 06 0c cc e8 b5 fa af fd dc c 2d d 04

8 Heterogeneidad: Impactos
1. Pérdida de información Fabricante “X” Fabricante “Y” Fabricante “Z” 2. Diagnóstico con alto nivel de incertidumbre 3. Falta de alerta preventivas 4. Incongruencia en datos

9 Modelo de gestión y monitoreo de red típica

10 Heterogeneidad: Limitantes de implementación

11 Modelo de gestión y monitoreo de dispositivos de rastreo
Implementación Ideal Implementación Propuesta

12 Implementación propuesta
FCAPS Área Funcional Objetivos Implementación propuesta Administración de fallos (Fault Management). Monitoreo de red y estado de los sistemas. Generación y atención de alarmas. Diagnóstico de causas de fallos. Detección y notificación de dispositivos fuera de línea. Detección de tráfico de datos fuera de límite. Detección y notificación de niveles anormales de voltaje. Administración de la configuración (Configuration Management) Parámetros de funcionamiento de las máquinas. Inventario de dispositivos Instalados. Inventario del software existente. Versiones de hardware y firmware. Accesorios instalados por dispositivos de rastreo. Parámetros de conectividad. Administración de cuentas (Accounting Management) Definición de políticas de uso de recursos. Contabilidad del tráfico de datos generado. Administración del desempeño (Performance Management) Descripción de niveles de servicio. Especificaciones de los tipos de servicio. Medición de datos de procesamiento y rendimiento. No se va a implementar. Administración de la seguridad Detección de malfuncionamiento de recursos. Detección y defensa de ataques. Detección de suplantación.

13 Objetivos OBJETIVO GENERAL OBJETIVOS ESPECÍFICOS
Diseñar y validar un middleware basado en agentes orientado a plataformas de rastreo satelital que permita integrar mecanismos de monitoreo estándar sobre dispositivos de localización usando el protocolo SNMP. OBJETIVOS ESPECÍFICOS Identificar las variables internas, protocolos y métodos de extracción de información de los dispositivos de rastreo. Diseñar la arquitectura del middleware de acuerdo a las particularidades de los equipos y frameworks seleccionados. Implementar el software que permita acceder a la información monitoreable de los equipos usando el protocolo SNMP. Validar el software desarrollado en un ambiente de producción.

14 Alcance El presente trabajo de grado tiene por objetivo construir y validar un aplicativo de software de tipo middleware, el cual -mediante agentes- ejecutará funciones de procesamiento de peticiones remotas tipo GET-SET así como generación de notificaciones que permitan obtener información en tiempo real sobre el estado de los dispositivos de rastreo, todo esto mediante el protocolo SNMP. La selección de los dispositivos a incorporar al sistema dependerá de un análisis sobre la aceptación en el mercado de los distintos modelos así como de su relevancia en el sector de seguimiento satelital de activos. El desarrollo del software se concentrará en las funcionalidades requeridas para el monitoreo de los dispositivos de rastreo, usando para esto los frameworks disponibles en el mercado para desarrollo de agentes y comunicaciones SNMP. Para la validación del correcto funcionamiento, se usarán como elementos de prueba los aplicativos para monitoreo de redes disponibles en el mercado de tal forma que se pueda constrastar la congruencia y veracidad de los valore procesados.

15 Metodología: Personal XP (PXP)
Razones. Diseño de pruebas previas al código. Énfasis en pruebas unitarias. Ciclos cortos de desarrollo. Diferencias. No hay programación por parejas. No hay reuniones grupales de planeación. No hay “clientes” dentro del equipo de desarrollo.

16 Metodología: Fases 1) Exploración.
Levantamiento de información y definición de historias de usuario. 2) Planeación. Definición de arquitectura. 3) Desarrollo iterativo. Diseño de pruebas y desarrollo de los casos de prueba. 4) Puesta en producción. Integración con los elementos de un NMS.

17 Metodología: Fases y objetivos
Actividades “Identificar las variables internas, protocolos y métodos de extracción de información de los dispositivos de rastreo” Exploración Selección de variables a monitorear. Levantamiento de protocolos usados por los dispositivos. Identificación de frameworks. Construcción de historias de usuario. “Diseñar la arquitectura del middleware de acuerdo a las particularidades de los equipos y frameworks seleccionados” Planeación Definición de estrategias de adquisición de información. Definición de componentes internos del middleware. “Implementar el software que permita acceder a la información monitoreable de los equipos usando el protocolo SNMP” Desarrollo Iterativo Diseño de casos de prueba. Desarrollo de historias de usuario. Pruebas Unitarias. “Validar el software desarrollado en un ambiente de producción” Puesta en producción Selección del software NMS para pruebas del middleware. Integración de los módulos desarrollados. Validación de los datos.

18 Referencias. ProQuest Telecommunication, «Answering the Call», Health Manag. Technol., vol. 29, n.o 2, pp. 50,52-53, 2008. J. Malcolm, «GPS Fleet Tracking Technology», Reeves J. Plumb. Heat. Cool., vol. 94, n.o 7, pp , jul «INNOVATIVE INFORMATION TECHNOLOGY APPLICATIONS IN PUBLIC TRANSPORTATION - Access Engineering from McGraw-Hill». [En línea]. Disponible en: edition/c ch12?s.num=9&q=vehicle+location+gps+fleet&subject=%23DISCIPLINE%23Operations+management#ch12lev1sec05. [Accedido: 07-feb-2015]. Pointer Telocation, Ltd, «Cellocator Wireless Communication Protocol Version » Queclink Wireless Solutions Co. Ltd., Air Interface Protocol» Skypatrol LLC, «SkyPatrol AT Command Reference» Digital Communications Technologies, «Syrus Watch», PORTAL DE DIAGNÓSTICO REMOTO PRO-ACTIVO PARA DISPOSITIVOS SYRUS GPS. [En línea]. Disponible en: [Accedido: 08-feb-2015]. «Routing», Starcom Systems. [En línea]. Disponible en: [Accedido: 08-feb-2015]. Inmarsat plc, «IsatData Pro», [En línea]. Disponible en: [Accedido: 08-feb-2015]. «Location Based Services (LBS) Research Series 2013». [En línea]. Disponible en: [Accedido: 09-feb-2015]. Jianguo Ding, Advances in Network Management. Boca Raton, Fla: CR Press, 2010. D. R. Mauro, Essential SNMP, 2nd ed. Sebastopol, CA: O’Reilly, 2005. R. Agarwal y D. Umphress, «Extreme Programming for a Single Person Team», en Proceedings of the 46th Annual Southeast Regional Conference on XX, New York, NY, USA, 2008, pp. 82–87.

19 Gracias