Evolución de los Sistemas

de Gestión de Redes
 Aspectos a desarrollar
• Evolución de la Gestión de Redes.

• Gestión integrada o normalizada.

• Submodelos de los modelos normalizados de

gestión integrada.

• Pasos para integrar diferentes Sistemas de

Gestión de Redes.
 Objetivos

Conocer:
• Cómo ha evolucionado de gestión de redes.
• Qué es la gestión integrada o normalizada.
• Los sub-modelos de los modelos
normalizados de gestión integrada.
• Los pasos a seguir para integrar diferentes
Sistemas de Gestión de Redes.
 El problema de la heterogeneidad
• Interconexión entre equipos: resuelto por las
arquitecturas de comunicación estándar (Ej.:TCP/IP).

• Interconexión Gestor-Equipo gestionado:

– Fabricantes: Intento de establecer carácter propietario
(se asegura la venta del equipo y de su gestor).
– Usuarios: entornos heterogéneos, de múltiples
fabricantes.

¿Aumento imparable del número de

gestores?
Evolución de la Gestión
 Evolución de la Gestión

Gestión
Autonómica
Gestión
Gestión Integrada
Heterogénea
Gestión
Homogénea
Gestión
Autónoma

Fuente: The IBM Autonomic Computing Initiative. http://www.ibm.com/autonomic/

 Gestión Autónoma **
Un primer paso: gestión local en cada nodo de
la red

Sistema de
Gestión Local

Sistema de
Gestión Local
Sistema de
Sistema de Gestión Local
Gestión Local
 Gestión Autónoma *
• Presente en las primeras redes donde
existían pocos nodos.

• Cada nodo tenía su propio sistema de

gestión local.

• Las decisiones que afectaban a más de un

nodo implicaban comunicación entre los
responsables de cada uno de ellos.
 Gestión Homogénea
**
Siguiente paso: redes homogéneas con un
único nodo de gestión centralizado.

Sistema de
Gestión Centralizada
Gestión Homogénea *

• Aparece con el incremento del tamaño de

las redes.

• Se emplean equipos y protocolos de un

mismo fabricante el cual oferta su sistema
gestor propietario, por lo general
centralizado en un único nodo.
 Gestión Heterogénea

Existencia de sistemas de Gestión de

Redes de diversa naturaleza en las redes
heterogéneas de los operadores.
 Redes Heterogéneas
• Existentes en nuestros días.

• Aparecen debido a la incorporación en las

redes de una amplia variedad de
tecnologías que hacen que en una misma
red se puedan encontrar diversos recursos
de diferentes fabricantes, cada un con su
sistema de gestión que deben inter operar
entre sí.
 Consecuencias de la Gestión de Red
Heterogénea (Situación Actual) ***

En el plano de usuario (operador de red)

Multiplicidad de interfaces de usuario

Necesidad de conocer perfectamente todos y cada

uno de los sistemas de gestión que se deben
utilizar.
 Consecuencias de la Gestión de Red
Heterogénea (Situación Actual) **
Para la integración de sistemas

Debido a la incompatibilidad de los datos de gestión,

protocolos, etc., se tiene:
• En el plano de las aplicaciones de gestión:
distintos sistemas de gestión con funcionalidad
similar.
• En el plano de la información de gestión:
diversidad, inconsistencia y hasta posible
duplicidad de la información almacenada en las
bases de datos de gestión.
Consecuencias de la Gestión de Red
Heterogénea (Situación Actual) *

Dificulta que la gestión de Redes sea

efectiva en costo
 En resumen: Los inconvenientes de
la Gestión Heterogénea son:
 Variedad de Interfaces.
 Herramientas de gestión principalmente
orientadas a componentes o elementos de
la red.
 Diferentes aplicaciones de gestión con
funcionalidad similar.
 No existencia de una base de datos con
toda la información de gestión.
 Imposibilidad de tener una única
perspectiva o visión de toda la red.
 Los inconvenientes de la Gestión
Heterogénea hacen que los operadores de
telecomunicaciones tengan un descontento
generalizado respecto a las herramientas y
sistemas de gestión que actúan en entornos
aislados.
Gestión integrada o
normalizada
Gestión integrada o normalizada

• Surge como respuesta de los organismos

internacionales de normalización a los problemas
de la Gestión Heterogénea.

• Teóricamente permiten, de una manera abierta,

la interconexión de gestión entre los elementos
de la red y las aplicaciones Gestión.
¿Cuáles son los requisitos de la
gestión integrada o
normalizada?

Vamos a determinarlos a través

de un ejemplo
 Ejemplo: Gestión de una red
TCP/IP
Escenario:
Red en la que los usuarios utilizan aplicaciones
que necesitan comunicación TCP/IP:
–Correo Electrónico SMTP a un servidor
interno de correo.
–Transferencia de Ficheros FTP con
servidores internos.
–Acceso directo a Internet con HTTP.
 Escenario

SMTP
FTP
WWW

Internet
RED TCP/IP
Ejemplo: Gestión de una red TCP/IP

Problema:

Un usuario se queja de que no se puede

conectar a servidores WWW en Europa.
 Acciones del gestor de red (**)
Detección del fallo:

• Síntomas e hipótesis:
– Usa otras aplicaciones: no es un problema de su red.
– El administrador se conecta: no es problema del
servicio.
– Problema de configuración de la torre TCP/IP del
usuario.
• Verificación de la hipótesis:
Comprobación de la configuración de la torre TCP/IP del
usuario desde el puesto de gestión.
• Monitorización remota
Acciones del gestor de red (*)

Solución del fallo:

Es necesario realizar acciones sobre la

configuración del usuario.
–Control remoto
 Monitorización remota
• El gestor debe inspeccionar las características
de la torre TCP/IP del usuario.
– Protocolo de comunicaciones para preguntar por
configuraciones y recibir respuestas.
SMTP
FTP
¿WWW?

Protocolo
RED TCP/IP de Gestión
 Protocolo de gestión
• Como se trata de una red TCP/IP
– Se basará en la propia torre TCP/IP.

• La gestión es una aplicación de usuario (usuario

“especial”)
– Protocolo del nivel de aplicación de TCP/IP.

• ¿Cómo es la información de los protocolos de

aplicación?
– Resto de protocolos de aplicación: datos del usuario
(mensajes de e-mail, ficheros, etc.)
– En gestión de redes:
• Petición de información de gestión
• Modificación de información de gestión.
 Información y protocolo de gestión
• El gestor debe preguntar al agente del nodo por su
configuración:
– Deben hablar un lenguaje común al referirse a la
información de gestión. Dos aproximaciones posibles:
• Lenguaje basado en el protocolo: distintas primitivas del
protocolo para cada solicitud.
• Lenguaje basado en la información: se normaliza la forma
de referirse a la información.

• Es más flexible basarlo en la información: el

protocolo no varía.

• Dificultad: hay que normalizar toda la información

de gestión de los recursos a gestionar.
 Información de gestión
• El gestor pregunta la información normalizada de
configuración local al nodo:
– GET 1.2.3 (petición de configuración del nivel IP)
– GET 1.2.4 (petición de configuración del nivel TCP)
– GET 1.2.5 (petición de configuración del nivel UDP)

• El nodo responde con información también

normalizada:
– RESPONSE .... 1.2.3.0: “ok”; 1.2.3.1: 28;

• El gestor analiza las respuestas:

– Atributo 1.2.3.0: Estado del protocolo IP
– Atributo 1.2.3.1: TTL (tiempo de vida)
 Diagnóstico

Limitación del TTL por defecto

de su torre TCP/IP
 Control remoto (**)

• Acción correctiva: incrementar el TTL de ese

nodo:
– SET 1.2.3.1: 60

IMPORTANTE:
Se deben implementar mecanismos de
seguridad (Ej.: control de acceso) para evitar
que cualquiera pueda cambiar la configuración.
 Control remoto (*)

• El nodo del usuario recibirá la acción y

reconfigura su nivel IP para aumentar el TTL.

El usuario ya se conecta a todos

los servidores WWW
Conclusiones: requisitos de gestión integrada

• Es necesario un protocolo de comunicaciones

para intercambiar información de gestión entre
gestores y agentes.

• Se requiere que el gestor y los nodos

gestionados interpreten de igual forma la
información de gestión.
Estrategia con la información de gestión

• Normalizar la información de gestión:

–Cómo referirse a cada atributo
–Cómo intercambiar la información de
gestión que se requiere.

• Necesidad de adoptar un marco amplio y

potente para definir y normalizar la
información de gestión con independencia
de los fabricantes.
 Importancia de los modelos
normalizados de Gestión Integrada

Conforman el marco necesario

para una Gestión Normalizada de
redes y sistemas basada en
estándares independientes del
fabricante.
 Objetivo de los modelos
normalizados de gestión integrada
• Posibilitar el acceso uniforme a los recursos
gestionados. Se trata de normalizar como los
gestores se refieren a las propiedades de gestión
de los recursos y cómo estos transmiten
información de gestión a los gestores.

• Se normalizan:
Las comunicaciones (protocolo de gestión).
La información de gestión.
 Modelos Normalizados de
Gestión Integrada

UIT Arquitectura TMN

ISO Modelo de Gestión OSI (CMIS/CMIP)
IETF Modelo de Gestión Internet (SNMP)
DMTF CIM, WBEM, ASF, SMBIOS, SMASH, CDM,
VMAN, CLOUD y otros.
OMG Gestión IDL/CORBA (Gestión
Distribuida e Integrada)
TM Forum Frameworx: eTOM, SID, TAM y otros
(antes conocido como NGOSS)
Gestión Normalizada vs Gestión Propietaria

• Los mensajes de comunicación • Comandos específicos

entre agentes y gestores tienen para cada tecnología y
un idéntico formato y significado para cada fabricante.
con independencia de la
tecnología y el fabricante.

• Existen estándares que • Cada sistema de gestión

especifican los objetos a posee su protocolo de
gestión y su modelo de
gestionar en los elementos de la información propietario.
red y el protocolo a emplear.
• El sistema gestor y el
• El sistema gestor es sistema gestionado tienen
independiente del sistema que ser del mismo
gestionado. fabricante.
Gestión Autonómica
 Gestión Autonómica o Autogestión
• Iniciativa de IBM en el 2001. No es propietaria.
• Surge debido al crecimiento de los sistemas de
computación distribuidos y a la necesidad de
simplificar la cada vez mas compleja gestión.
• Estrategia para sistemas de computación que pueden
autorregularse (de la misma manera que el sistema
nervioso autonómico regula y protege el cuerpo
humano).
• Los sistemas toman decisiones usando políticas
definidas (de forma automática, constantemente,
chequean y optimizan su estatus adaptándose a las
condiciones del entorno).
Características de los sist. de computación
autonómicos para lograr la autogestión **

Auto Auto
Configuración Recuperación
(self-configuration) (self-healing)

Auto Auto
Protección Optimización
(self-protection) (self-optimization)
Características de los sist. de computación
autonómicos para lograr la autogestión *
• Auto Configuración (self-configuration):
Automática configuración de componentes.
• Auto Recuperación (self-healing):
Automático descubrimiento y corrección de fallos.
• Auto Protección (self-protection):
Proactiva identificación y protección de ataques.
• Auto Optimización (self-optimization):
Automático monitoreo y control de recursos para
asegurar funcionamiento óptimo respecto a los
requerimientos definidos.
Beneficios de la Gestión Autonómica
• Limita la intervención manual (que consume
tiempo, dinero y es propensa a errores) a
situaciones extraordinarias.

• Disminuye los costos de operación (OPEX), o

sea logra menor costo total de la propiedad
(TCO).

• Aumenta la calidad.

• Mejora y perfecciona la seguridad.

 Submodelos de los
modelos normalizados
de Gestión Integrada
 Submodelos de los modelos
normalizados de Gestión Integrada
• Modelo de Información: Describe los objetos
gestionados.

• Modelo de Comunicación: Describe los

procedimientos de comunicación para propósito de
gestión.

• Modelo Organizativo: Maneja y soporta los

aspectos organizacionales de la gestión (Ej.:
Arquitectura organizativa de la TMN).

• Modelo Funcional: Realiza la estructuración de las

tareas de gestión.
 Modelo de Información **
• Es clave en un modelo integrado o
normalizado de gestión de red.

• Proporciona la información que necesita una

tarea de gestión para realizar sus funciones.

• Comprende la Base de Información de Gestión

(MIB) que es donde se almacena la
información de los objetos gestionados que
representan a los recursos gestionados.
 Modelo de Información *
• Los gestores debe conocer las propiedades
de gestión de los recursos a gestionar
mediante:
1. Su nombre
2. Sus propiedades
3. Formato de las respuestas

• Involucra el concepto de objeto gestionado.

 Objeto Gestionado:
Concepto muy importante en la Gestión
Integrada

• Es la abstracción de la información necesaria en

un recurso con vistas a su gestión.

• Permite independizar la información de gestión

de los recursos y de los fabricantes.

• Facilita que las aplicaciones de gestión usen la

información contenida en los objetos
gestionados.
Relación entre objetos y recursos gestionados
para el caso de un elemento de red

M Sistema gestor

Objetos
A Sistema gestionado gestionados:
vista
abstracta

Recursos
R R
gestionados
R
 RELACIÓN ENTRE OBJETOS Y RECURSOS FÍSICOS
GESTIONADOS

Objeto representando
varias instancias de
Objeto
objetos
representando
un recurso Objeto
físico representando
una jerarquía de
recursos físicos

Múltiples objetos Objetos representando

representando diferentes subentidades dentro de una
vistas de un mismo recurso jerarquía de recursos físicos
 Modelo de Comunicación
• Define los procedimientos de comunicación para
el intercambio de información entre los
componentes del sistema de gestión.

• Debe cubrir aspectos como:

Especificar los elementos que intervienen en la
comunicación.
Especificar el protocolo y sus servicios para las
aplicaciones de gestión.
Definir la sintaxis y la semántica de los datos
usados en la comunicación.
 Interacción entre gestor, agente y objetos

Comunicaciones
Gestionando un
Sistema abierto gestionado
sistema abierto Operaciones de gestión

Operaciones de
gestión Notificaciones
Gestor Agente
emitidas
Notificaciones
Objetos
Ambiente del sistema local
 Modelo Organizativo
• Establece las diferentes funciones dentro del
sistema de gestión: gestor, agente y proxy.

• Proporciona procedimientos organizativos a las

aplicaciones de gestión al crear dominios de
gestión (geográficos, por tipos de recursos, por
niveles, otros).

• Define los conceptos de:

* gestión cooperativa entre sistemas iguales.
* gestión jerárquica (diferentes niveles de
responsabilidad en los sistemas de gestión).
 Modelo Funcional (**)
• Divide todas las tareas de gestión en áreas
funcionales (configuración, prestaciones, fallos,
seguridad y contabilidad) y especifica las
funciones generales de cada una.

• Recoge para cada área funcional:

• Su funcionalidad.
• Los servicios necesarios para suministrar esa
funcionalidad.
• Los objetos o recursos de interés a gestionar
por el área funcional que se trate.
 Modelo Funcional (*)

Especificar las áreas funcionales

permite:
• El desarrollo modular de las
herramientas de gestión.
• Elegir las funciones de gestión
que se necesiten en cada
momento.
 Pasos para integrar
diferentes Sistemas de
Gestión de Redes
 Pasos para realizar la integración de los
diferentes Sistemas de Gestión de Redes (**)

• Reunir en un único lugar los diferentes

sistemas de gestión cada uno con su propia
consola.

• Reunir todas las consolas en una única

pantalla gráfica manteniendo cada sistema o
aplicación de gestión su propio entorno, o
sea, se trabajaría con diferentes interfaces y
no habría una visión global de la red.
 Pasos para realizar la integración de los
diferentes Sistemas de Gestión de Redes (*)

• Integrar todas las interfaces en una interfaz

gráfica común que permita una representación
topológica de la red y un sistema de menús
donde se puedan seleccionar las diferentes
aplicaciones disponibles.

• Integración de las aplicaciones de gestión y de

la información que manejan.
 Conclusiones (**)

Los sistemas de gestión han evolucionado de

forma paralela a la evolución de las redes
que gestionan (gestión autónoma,
homogénea, heterogénea, integrada y
autonómica).

Las redes actuales, caracterizadas por su

heterogeneidad y por nodos distribuidos con
capacidad de computo, deben ser gestionadas
por sistemas de gestión integrados o
autonómicos.
 Conclusiones (*)

En la gestión integrada se normaliza el

protocolo y la información de gestión con lo que
se logra independencia de los fabricantes.
Existen varios modelos normalizados de gestión
integrada.
El concepto de objeto gestionado es clave en la
gestión de redes.
Aún no existen sistemas autonómicos
completos.
Orientaciones para el Seminario No. 2

En equipos de no más de tres estudiantes revisar

uno de los modelos de gestión que aparecen a
continuación y realizar una exposición de 10
minutos en clases cuyo informe se debe entregar
en formato digital.

Nota: Es necesario coordinar de inmediato con el

profesor de seminario el modelo de gestión que
cada equipo va a estudiar para que no existan
coincidencias en el mismo grupo.
 Modelos de gestión normalizados o
Integrados a seleccionar (**)
1. Modelo de Gestión OSI (CMIS/CMIP)
2. Arquitectura TMN (Red de Gestión de las
Telecomunicaciones)
3. Gestión IDL/CORBA (Gestión Distribuida e
Integrada)
4. WBEM (Gestión de Empresa basada en Web)
5. VMAN (Gestión de la virtualización)
6. SMASH (Arquitectura de Gestión de Sistemas
para Hardware de Servidores)
7. Gestión Autonómica
 Modelos de gestión normalizados o
Integrados a seleccionar (*)
8. PBNM (Gestión de Redes Basada en Políticas)
9. Frameworx: eTOM, SID, TAM y otros (antes
conocido como NGOSS)
10.SMBIOS (Sistema Básico de Entrada-Salida para la
Gestión de Sistemas)
11.CDM (Modelo de Diagnóstico Común)
12. DASH (Sistema de Hardware para Arquitectura de
escritorio y móviles)
13.CLOUD: Cloud Management (Gestión de la Nube)
14.CMDBf (Federación de Bases de Datos de Gestión
de Configuración)