SISTEMA PARA GESTIONAR Y SUPERVISAR EQUIPOS CONECTADOS EN RED SEGÚN EL PROTOCOLO SNMP, BASÁNDOSE EN CONMUTACIÓN ENTRE LOS GESTORES DE SNMP.
Sistema para gestionar y supervisar equipos conectados en red según un protocolo SNMP,
que comprende: - una pluralidad de agentes de gestión, cada uno de los cuales está asociado con un elemento de equipo de red correspondiente (M1-M5) que pertenece a una comunidad y que están dispuestos para llevar a cabo decisiones de gestión en el contexto de los equipos asociados (M1-M5); - una pluralidad de bases de datos MIB, cada una de las cuales está asociada con un elemento de equipo gestionado respectivo (M1-M5) e incluye un conjunto de datos de estado para el elemento de equipo, bases de datos MIB que son accesibles para el agente que opera en el elemento de equipo monitorizado; y - una pluralidad de módulos de gestor (MAN1-MAN5) adaptados para tomar decisiones de gestión bajo el control de un operador humano, cada uno de los cuales está dispuesto para acceder a una base de datos MIB de un elemento de equipo gestionado respectivo (M1-M5) con el fin de enviar peticiones y/o recibir notificaciones, - un módulo (SCSM) para controlar la conmutación entre los gestores (MAN1-MAN5) de elementos de equipo que están enlazados en una comunidad lógica (MGL) con el fin de gestionar una carga de trabajo distribuida entre varios elementos de equipo (M1-M5), y que está dispuesto para definir una conexión de gestión gestor-agente para gestionar todos los elementos de equipo (M1-M5) de la comunidad lógica (MGL), - estando adaptado dicho módulo de control de conmutación (SCSM) para recibir instrucciones de un operador y estando dispuesto para seleccionar dinámicamente uno de la pluralidad de gestores (MAN1 MAN5) disponibles, caracterizado porque las bases de datos MIB de cada agente de gestión para los elementos de equipo (M1-M5) están alineadas en contenido y porque dicho módulo de control de conmutación (SCSM) está dispuesto para seleccionar dinámicamente uno de la pluralidad de gestores (MAN1-MAN5) disponibles dependiendo del estado de los equipos monitorizados (M1-M5) y del agente asociado y basándose en un orden de prioridad preestablecido entre los gestores (MAN1- MAN5).
Tipo: Patente Internacional (Tratado de Cooperación de Patentes). Resumen de patente/invención. Número de Solicitud: PCT/IB2008/055490.
Solicitante: SELEX ELSAG S.P.A.
Nacionalidad solicitante: Italia.
Dirección: Via Giacomo Puccini 2 16154 Genova ITALIA.
Inventor/es: BRUNO,Vittorio, SABBATINI,Giancarlo.
Fecha de Publicación: .
Fecha Solicitud PCT: 22 de Diciembre de 2008.
Clasificación PCT:
- H04L12/24 ELECTRICIDAD. › H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS. › H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 12/00 Redes de datos de conmutación (interconexión o transferencia de información o de otras señales entre memorias, dispositivos de entrada/salida o unidades de tratamiento G06F 13/00). › Disposiciones para el mantenimiento o la gestión.
Países PCT: Austria, Bélgica, Suiza, Alemania, Dinamarca, España, Francia, Reino Unido, Grecia, Italia, Liechtensein, Luxemburgo, Países Bajos, Suecia, Mónaco, Portugal, Irlanda, Eslovenia, Finlandia, Rumania, Chipre, Lituania, Letonia, Ex República Yugoslava de Macedonia, Albania.
PDF original: ES-2366992_T3.pdf
Fragmento de la descripción:
Campo de la invención
La presente invención se refiere a la gestión de una infraestructura de red, y más específicamente a un sistema de gestión y supervisión de equipos conectados en red según el protocolo SNMP.
A. Sahai y C. Morin, en “Towards Distributed and Dynamic Network Management”, Network Operations and Management Symposium (NOMS), vol. 2, 15 de febrero de 1998, páginas 455-464, dan a conocer una arquitectura distribuida y dinámica para la gestión de red de un sistema distribuido heterogéneo según el preámbulo de la reivindicación 1.
El SNMP (protocolo simple de gestión de red) pertenece a la familia de protocolos de Internet definida por la IETF (grupo de trabajo de ingeniería de Internet) y opera en la capa 7 del modelo OSI para permitir la gestión y supervisión de equipos conectados en red, en particular con respecto a todos los aspectos que requieren acciones de tipo administrativo.
El SNMP proporciona la monitorización y control de equipos de red, por ejemplo, para estar informado de estadísticas sobre el estado de elementos de equipo (caudal, carga, datos relacionados con las interfaces de red, rendimiento de sistema, por citar algunos ejemplos) o para modificar sus ajustes.
Los componentes fundamentales de un entorno de SNMP son los sistemas gestionados, los agentes de gestión y el sistema de gestión (gestor), un módulo de aplicación remoto adaptado para tomar decisiones de gestión, por ejemplo, bajo el control directo de un operador humano.
Un sistema gestionado se representa mediante un elemento de equipo de red tal como, por ejemplo, un nodo de red simple, un encaminador de red, un dispositivo periférico o cualquier otro dispositivo que proporcione una interfaz de gestión de SNMP. El sistema gestionado alberga un agente de gestión, que puede estar asociado con una pluralidad de subagentes. En este último caso, el agente de gestión tiene la función de intermediario entre el sistema de gestión y los subagentes, que ejecutan las decisiones.
Cada agente o subagente está dispuesto para llevar a cabo las decisiones de gestión en el contexto de un elemento de equipo particular o en relación con un aspecto particular del elemento de equipo gestionado.
En la arquitectura de SNMP, para cada elemento de equipo (sistema o subsistema gestionado), se define una base de datos denominada MIB (base de información de gestión) gestionada por un agente correspondiente y que contiene toda la información gestionada por el agente de SNMP que opera en el elemento de equipo monitorizado, es decir, el estado del elemento de equipo gestionado, o mejor aún, un subconjunto de datos de estado limitados a los aspectos para los que se desea proporcionar gestión.
Dentro de cada MIB los objetos se dividen en categorías, entre las cuales se resaltan, en este caso, en particular:
- Sistema: contiene información general sobre el elemento de equipo de red;
- Interfaces: contiene información relativa a las interfaces de red;
- Traducción de dirección: contiene información relativa a la conversión de direcciones;
- Ip/Icmp/Tcp/Udp/Egp: contiene información relativa al protocolo IP, ICMP, TCP, UDP, EGP respectivamente;
- Transmisión: contiene información sobre los medios de transmisión usados por cada interfaz de red;
- Snmp: contiene información relativa al protocolo SNMP.
La clasificación de la base de datos MIB se define según una SMI (estructura de información de gestión) que define cómo la información y su jerarquía (estructura en árbol), que van a insertarse en la base de datos MIB, deben estructurarse y, por tanto, gestionarse por un gestor de SNMP. Cada modificación de la MIB provoca un cambio correspondiente en el estado del elemento de equipo representado, y viceversa, y ambas funciones se gestionan por un agente.
El acceso a la MIB (acceso de lectura y escritura) representa la interfaz suministrada a un módulo de gestor para gestionar el elemento de equipo. Cada MIB, aunque varíe en su contenido específico, tiene la misma estructura general y los mismos mecanismos generales de acceso por el gestor (lectura y escritura de datos). Debido a la conexión causal de la MIB, el gestor puede, por tanto, actuar en el estado de un elemento de equipo de una manera que es ampliamente independiente de los procedimientos reales que el agente debe implementar para extraer la información de estado representada en la MIB, o para llevar a cabo las modificaciones de estado que siguen a los cambios en el contenido de la MIB.
Más específicamente, un gestor se comunica con los equipos gestionados principalmente de dos maneras: enviando peticiones de SNMP y recibiendo notificaciones de SNMP.
También es posible configurar un agente para enviar un mensaje particular (trampa) al gestor cuando se produzca un evento determinado, por ejemplo, cuando una interfaz de red deja de funcionar (cuando hay un fallo, el agente de SNMP que monitoriza el elemento de equipo envía al gestor un mensaje que identifica el problema).
El SNMP usa el protocolo de transmisión UDP, en particular el puerto UDP 161 se usa para consultas y respuestas, y el puerto UDP 162 como destino para los mensajes “trampa” generados por los agentes de SNMP.
Todos los elementos de equipo de red gestionados por SNMP pertenecen a una comunidad, con la que se asocia un identificador para garantizar la seguridad de las consultas de SNMP. Un agente de SNMP responde solamente la petición de información realizada por un gestor que pertenece a la misma comunidad. Existen tres tipos de comunidad: (i) “monitor”, que permite solamente operaciones de lectura, es decir, sólo pueden enviarse consultas a los agentes (cuyo nombre de comunidad debe corresponder al del gestor que ha emitido la petición); (ii) “control”, que permite, por medio de agentes de SNMP, realizar operaciones de lectura/escritura en un elemento de equipo y, por tanto, variar sus ajustes, (iii) “trampa”, que permite a un agente enviar un mensaje de trampa de SNMP al gestor según su configuración particular.
El SNMP usa una serie de tipos de mensajes básicos para llevar a cabo su operación particular, definida en PDU (unidades de datos de protocolos) separadas, usadas para consultar una MIB sobre un agente de SNMP, leer de manera secuencial una MIB, leer una MIB con una única petición, modificar el valor dentro de una MIB accesible a lectura/escritura, identificar la respuesta de un agente de SNMP a una consulta de un gestor, y permitir a un agente enviar un mensaje cuando se produce un evento determinado.
Existen mensajes predefinidos, por ejemplo, para indicar cuándo un agente de SNMP se ha reinicializado y ha cambiado la configuración, cuándo un agente de SNMP se ha reinicializado pero sin cambios en la configuración, cuándo una conexión con un agente no está funcionando correctamente, cuándo la conexión con el agente se restablece, cuándo una autenticación con el agente ha concluido de manera inadecuada, cuándo se producen problemas relacionados con el EGP (protocolo de pasarela exterior – usado por los encaminadores), o en el caso de eventos predefinidos por el fabricante del elemento de equipo de red.
En un sistema de gestión para el control remoto de equipos conectados en red a bordo de embarcaciones militares, se desea implementar un control remoto de todos los elementos de equipo gestionados, y que esté centralizado en un número limitado de estaciones de trabajo. De particular interés es la conmutación remota de líneas de audio y de PTT de módems de Enlace-11 y de Enlace-11/22 a vectores de radio HF y UHF alojados en las diversas salas de radio de la embarcación.
Actualmente, esto se implementa a través de una pluralidad de matrices de audio (generalmente cinco), cada una de las cuales tiene asociado un agente de SNMP "incrustado", distribuidos físicamente en diversos puntos de la embarcación e interconectados en serie, pudiendo accederse a cada uno en una dirección IP diferente.
El gestor conectado a una de las direcciones IP de las matrices de audio envía instrucciones a una matriz global lógica (MGL) formada por la yuxtaposición de las matrices físicas que conducen a elementos de equipo individuales, formando una comunidad lógica de equipos.
Cualquier variación en el estado de los nodos de la MGL se inserta en la base de... [Seguir leyendo]
Reivindicaciones:
1. Sistema para gestionar y supervisar equipos conectados en red según un protocolo SNMP, que comprende:
- una pluralidad de agentes de gestión, cada uno de los cuales está asociado con un elemento de equipo de red correspondiente (M1-M5) que pertenece a una comunidad y que están dispuestos para llevar a cabo decisiones de gestión en el contexto de los equipos asociados (M1-M5);
- una pluralidad de bases de datos MIB, cada una de las cuales está asociada con un elemento de equipo gestionado respectivo (M1-M5) e incluye un conjunto de datos de estado para el elemento de equipo, bases de datos MIB que son accesibles para el agente que opera en el elemento de equipo monitorizado; y
- una pluralidad de módulos de gestor (MAN1-MAN5) adaptados para tomar decisiones de gestión bajo el control de un operador humano, cada uno de los cuales está dispuesto para acceder a una base de datos MIB de un elemento de equipo gestionado respectivo (M1-M5) con el fin de enviar peticiones y/o recibir notificaciones,
- un módulo (SCSM) para controlar la conmutación entre los gestores (MAN1-MAN5) de elementos de equipo que están enlazados en una comunidad lógica (MGL) con el fin de gestionar una carga de trabajo distribuida entre varios elementos de equipo (M1-M5), y que está dispuesto para definir una conexión de gestión gestor-agente para gestionar todos los elementos de equipo (M1-M5) de la comunidad lógica (MGL),
- estando adaptado dicho módulo de control de conmutación (SCSM) para recibir instrucciones de un operador y estando dispuesto para seleccionar dinámicamente uno de la pluralidad de gestores (MAN1MAN5) disponibles, caracterizado porque las bases de datos MIB de cada agente de gestión para los elementos de equipo (M1-M5) están alineadas en contenido y porque dicho módulo de control de conmutación (SCSM) está dispuesto para seleccionar dinámicamente uno de la pluralidad de gestores (MAN1-MAN5) disponibles dependiendo del estado de los equipos monitorizados (M1-M5) y del agente asociado y basándose en un orden de prioridad preestablecido entre los gestores (MAN1-MAN5).
2. Sistema según la reivindicación 1, en el que el módulo de control de conmutación (SCSM) incluye una primera estructura de almacenamiento adaptada para almacenar un orden de prioridad de los gestores (MAN1-MAN5) de los equipos de la comunidad lógica (MGL), indicativo de las prioridades de selección de estos gestores (MAN1-MAN5).
3. Sistema según la reivindicación 1, en el que el módulo de control de conmutación (SCSM) está dispuesto para comprobar si un gestor (MAN1-MAN5) está conectado a un agente activo y si el agente ve el elemento de equipo (M1-M5) monitorizado por éste como encendido y no detecta anomalías operativas.
4. Sistema según la reivindicación 3, en el que el módulo de control de conmutación (SCSM) está dispuesto para adquirir información de estado en relación con los agentes y los elementos de equipo (M1-M5) de la comunidad lógica (MGL), incluyendo esta información, información de estado de desactivación, de avería y/o de aislamiento, y para almacenar la información en una segunda estructura de almacenamiento.
5. Sistema según la reivindicación 3 o la reivindicación 4, en el que el módulo de control de conmutación (SCSM) está dispuesto para declarar una interrupción de una comunidad lógica (MGL) de equipos (M1-M5) a un sistema de gestión y supervisión de nivel jerárquico superior cuando no hay ningún equipo activo (M1M5) o agente disponible en la comunidad lógica (MGL).
6. Sistema para gestionar y supervisar una pluralidad de matrices de audio (M1-M5) adaptadas para formar una matriz global lógica (MGL) para la conmutación de líneas de audio y/o de PTT de equipos de módem a vectores de radio HF o UHF distribuidos a bordo de una unidad naval, teniendo asociado cada matriz de audio (M1-M5) un agente de SNMP adaptado para comunicarse con un gestor respectivo (MAN1-MAN5) a través de una dirección IP asociada con la matriz (M1-M5), siendo el sistema, un sistema según una cualquiera de las reivindicaciones 1 a 5.
7. Sistema para gestionar y supervisar una instalación de circuito cerrado de televisión que incluye una pluralidad de servidores de transmisión distribuidos, enlazados en una comunidad lógica, teniendo asociado cada servidor un agente de SNMP adaptado para comunicarse con un gestor respectivo a través de una dirección IP asociada con el servidor, siendo el sistema, un sistema según una cualquiera de las reivindicaciones 1 a 5.
Patentes similares o relacionadas:
Método y dispositivo para la comparación de versiones de datos entre estaciones a través de zonas horarias, del 29 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método para la comparación de versiones de datos entre sitios a través de zonas horarias, el método que comprende:
cuando los sitios […]
Interacción de función de red de auto organización, del 15 de Julio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método, mediante una función de Red de Auto Organización de alto nivel, SON, en una estructura jerárquica de funciones SON en una red, de […]
Procedimiento y sistema para diagnosticar averías de transmisión en una red según el estándar opc ua, del 24 de Junio de 2020, de SIEMENS AKTIENGESELLSCHAFT: Procedimiento para diagnosticar averías en la transmisión en una red de datos (NET), incluyendo la red de datos al menos una primera clase de elementos […]
Autorización previa de establecimiento de portador, del 17 de Junio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método para autorizar previamente la reserva de recursos portadores para un servicio antes de haber recibido una autorización de Calidad de Servicio, QoS, para el […]
Virtualización de funciones de red en grupos a medida, del 17 de Junio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método para virtualizar una función de red entre un grupo a medida que comprende una pluralidad de terminales móviles ubicados unos […]
Dispositivo de motor de reglas de terminal y método de operación de regla de terminal, del 17 de Junio de 2020, de Advanced New Technologies Co., Ltd: Un método para procesar una operación de regla, el método que comprende: recibir, mediante un terminal, una solicitud de operación de regla de un servicio (S601); […]
Método para la gestión mejorada de llamadas de emergencia en un escenario de itinerancia y sistema, programa informático y medio legible por ordenador correspondientes, del 17 de Junio de 2020, de DEUTSCHE TELEKOM AG: Un método para la gestión mejorada de llamadas de emergencia en un escenario de itinerancia, en donde un equipo de usuario se asigna a una red de telecomunicaciones […]
Dispositivo de interfaz, procedimiento y programa informático para controlar dispositivos sensores, del 10 de Junio de 2020, de Ubiquiti Inc: Un primer dispositivo de interfaz para su uso en un sistema de domótica , comprendiendo el primer dispositivo de interfaz: un módulo de comunicación […]