Modelo de Gestión de Redes

Contenido:
1. Inicio, logro
2. Utilidad
3. Transformación
4. Práctica
5. Cierre
 1. Inicio

• Las redes
• La gestión
 1. Logro de la sesión

Al finalizar la sesión, el estudiante

podrá comprender los modelos
básicos de la Gestión de Redes

Datos/Observaciones
 2. Utilidad
Relación con el tema

• Son aplicaciones instaladas en una infraestructura

informática para efectuar tareas de modo más sencillo.
• Estas herramientas ayudan a automatizar procesos y
ahorrar muchísimo en tiempo y costos.

Datos/Observaciones
 2. Utilidad
Utilidad importancia

• La tecnología nos abre continuamente nuevas

vías para realizar acciones de diversa índole
haciéndonos el día a día más fácil.
• En el mundo de las telecomunicaciones, los
nuevos avances tecnológicos están creando
herramientas de gestión que ayudan a simplificar
la gestión de las redes de manera exponencial.

Datos/Observaciones
 3. Transformación
Configuración típica de un Sistema de Gestión

Datos/Observaciones
 3. Transformación

Funciones de un Sistema de Gestión

1. Gestión de Fallos
2. Gestión de Rendimiento
3. Gestión de configuración
4. Gestión de Reconfiguración
5. Planificación
6. Administración de los usuarios
7. Soporte a usuarios

Datos/Observaciones
 3. Transformación

El Modelo de Gestión OSI

1. Origen: Diseñado para realizar la gestión de la torre de protocolos OSI

a. El agente reside en un ordenador
2. La complejidad de gestión se traslada al agente:
a. Se descargan responsabilidades de gestión sobre los agentes
(notificaciones)
b. El protocolo de gestión permite realizar operaciones
complejas
c. El modelo de información es también complejo
3. Evolución: Soporte para realizar gestión integrada en entornos
heterogéneos

Datos/Observaciones
 3. Transformación
Gestor – Agente en OSI

Datos/Observaciones
 3. Transformación
Modelos de Gestión de Sistemas

Las necesidades de normalización de la Gestión de Sistemas se exponen

en 4 modelos:
1. Modelo de comunicaciones: se detalla el protocolo de gestión y el
servicio que proporciona
2. Modelo de información: se definen los recursos de red usando una
sintaxis abstracta
3. Modelo funcional: se definen las funciones de gestión que
proporcionan una interfaz a la aplicación de gestión
4. Modelo de organización: se exponen los posibles subdivisiones de la
red en dominios de gestión.

Datos/Observaciones
 3. Transformación
Modelos de Gestión de Sistemas

Las necesidades de normalización de la Gestión de Sistemas se exponen

en 3 modelos:
1. Modelo de comunicaciones: se detalla el protocolo de gestión y el
servicio que proporciona
2. Modelo de información: se definen los recursos de red usando una
sintaxis abstracta
3. Modelo funcional: se definen las funciones de gestión que
proporcionan una interfaz a la aplicación de gestión

Datos/Observaciones
 3. Transformación
Normativa sobre Gestión OSI

Las normas ISO sobre gestión de red OSI se agrupan en 4 conjuntos:

1. Normas sobre el entorno global de gestión OSI y su subdivisión en
modelos
2. Normas sobre el modelo de comunicaciones
3. Normas sobre las funciones de gestión de sistemas
4. Normas sobre la definición del modelo de información

Datos/Observaciones
 3. Transformación
Normativa sobre Gestión OSI

1. Sobre gestión OSI en general:

a. ISO 7498-4: OSI Basic Reference Model. Part 4: Management
Framework (X.700)
b. ISO 10040: Systems Management Overview (X.701)
2. Sobre el modelo de comunicaciones:
a. ISO 9595: Common Management Information Service (CMIS) Definition
(X.710)
b. ISO 9596: Common Management Information Protocol (CMIP)
Specification (X.711)

Datos/Observaciones
 3. Transformación
Normativa sobre Gestión OSI

Sobre el modelo de información:

1. ISO 10165-1: Structure of Management Information. Part 1:

Management Information Model (X.720)
2. ISO 10165-2: Structure of Management Information. Part 2: Definition of
Management Information (X.721)
3. ISO 10165-4: Structure of Management Information. Part 4: Giudelines
for the definition of Management Information (X.722)
4. ISO 10165-5: Structure of Management Information. Part 5: Generic
Management Information (X.723)

Datos/Observaciones
 3. Transformación
Normativa sobre Gestión OSI

Datos/Observaciones
 3. Transformación
Normativa sobre Gestión OSI
Gestor
1. Elemento hardware y software, que sirve de interfaz entre el usuario y
la red, en lo que se refiere a todas las funciones de gestión
2. Aplicación encargada de monitorizar y configurar los dispositivos
gestionados, interaccionando con ellos mediante los correspondientes
agentes
3. Suele tener un interfaz gráfico que presenta un esquema de la red y el
estado de los dispositivos
Agente
1. Modelo Software que reside en el elemento administrado, su función
principal es la de representar lógicamente al elemento y hacer de
interface para las funciones de gestión con el Gestor
2. Se ubica en el mismo dispositivo a gestionar y tiene acceso a sus
parámetros internos (la información a gestionar)

Datos/Observaciones
 3. Transformación
MIB Management Information Base
1. Las MIB son un conjunto de definiciones de uno o varios recursos
gestionados
2. Las MIB tienen un formato común de modo que aun cuando los
dispositivos sean de fabricantes distintos puedan ser administrados
con un protocolo muy general.
3. Protocolo de administración: es el protocolo mediante el cual se
consultan los objetos administrados enviando la información a la
estación administradora.
4. Las MIBs suelen ser modificadas cada cierto tiempo para añadir
nuevas funcionalidades, eliminar ambigüedades y arreglar fallos
La MIB de un agente contiene información de ese dispositivo
La MIB de un gestor contiene información de todos los agentes

Datos/Observaciones
 3. Transformación
Modelo de Comunicaciones
• Se define dentro del nivel de aplicación de OSI
• Entidad de Aplicación de Gestión de Sistemas (SMAE)

SMASE: Specific Management Application

Service Element
CMISE: Common Management Information
Service Element
ACSE: Association Control Service Element
ROSE: Remote Operations Service Element

Datos/Observaciones
 3. Transformación
Modelo de Comunicaciones
Common Management Information Protocol (CMIP)

1. Protocolo de Información de administración Común

2. Provee mecanismos de intercambio de información entre un elemento
administrador y los elementos remotos de la red
3. Es definido por la serie de recomendaciones ITU-TX.700
4. Es un protocolo similar a SNMP
5. Los beneficios adicionales con que cuenta el CMIP lo hacen completo
y complejo, razón esta ultima por la que no es muy utilizado
6. Tiene mayor manejo de seguridad que SNMP
7. No solo se basa en preguntas y respuestas sino en activación de
tareas

Datos/Observaciones
 3. Transformación
Modelo de Comunicaciones
Common Management Information Protocol (CMIP)

1. Protocolo de Información de administración Común

2. Provee mecanismos de intercambio de información entre un elemento
administrador y los elementos remotos de la red
3. Es definido por la serie de recomendaciones ITU-TX.700
4. Es un protocolo similar a SNMP
5. Los beneficios adicionales con que cuenta el CMIP lo hacen completo
y complejo, razón esta ultima por la que no es muy utilizado
6. Tiene mayor manejo de seguridad que SNMP
7. No solo se basa en preguntas y respuestas sino en activación de
tareas
8. Define la información en términos de objetos administrados
9. Permite la modificación o acción sobre los objetos administrados
10. Esta basado en los servicios CMIS.
Datos/Observaciones
 3. Transformación
Modelo de Comunicaciones
Common Management Information Protocol (CMIP)

11. Este protocolo es parte fundamental de varios sistemas de administración

de red tales como:
• Redes de Área Local : LAN
• Redes de Operadores de gran envergadura
• Redes de Área Privada Corporativa.

Datos/Observaciones
 3. Transformación
Modelo de Comunicaciones
Common Management Information Protocol (CMIP)

• Procedimientos para la transmisión de información de gestión y sintaxis

de los servicios de CMISE
• Definido en Unidades de Datos de Protocolo (PDU) intercambiadas para
un servicio
➢ PDU de petición de servicio no confirmado
➢ PDU de petición de servicio confirmado y respuesta de servicio
➢ PDU de respuesta enlazada

Datos/Observaciones
 3. Transformación
Modelo de Comunicaciones
Características del protocolo CMIP:

• Se basa en la arquitectura Administrador –Agente y una base de datos de

información
• El procesamiento de esta información requiere de gran capacidad de
memoria y CPU en el administrador
• Como todo protocolo genera cabeceras en la mensajería que intercambia,
estas cabeceras son bastante elaboradas
• La comunicación con los agentes es orientada a conexión
• Permite una jerarquía de sistemas de operación
• El agente notifica al administrador los sucesos y la información
concerniente a los recursos administrados

Datos/Observaciones
 3. Transformación
Modelo de Comunicaciones
Primitivas CMIP:
• Primitivas que permiten especificar operaciones en múltiples objetos.
Incluye proporcionar múltiples réplicas a una única petición.
• Permiten la selección de objetos basadas en filtrado

Datos/Observaciones
 3. Transformación
Tipos de filtros en CMIP
• present: un atributo está presente en el objeto
• equality: un atributo igual a un valor
• greater or equal: un atributo mayor o igual a un valor
• less or equal: un atributo menor o igual a un valor
• substring: el valor de un atributo (de tipo cadena) contiene una subcadena dada:
o initial substring: busca la cadena al inicio de la cadena
o final substring: busca la subcadena al final de la cadena
• subset: el conjunto de valores de un atributo (de múltiples valores) contiene un
subconjunto igual al conjunto de valores dados
• superset: el conjunto de valores de un atributo (multivaluado) es un subconjunto del
conjunto de valores dados
• non-null set intersection: el conjunto de los valores de un atributo (multivaluado)
tiene una intersección no nula con el conjunto de los valores dados

Datos/Observaciones
 3. Transformación
Definiciones en CMIP para la arquitectura CMIS

SMAE: Entidad de Aplicación del Sistema de Administración (System

Management Application Entity)
• Una SMAE soporta la comunicación de los SMAP
• Es responsable del intercambio de información con SMAE’s de otros
nodos
• Es responsable del intercambio de información con el sistema que hace
las funciones del control de red a través del protocolo CMIP
• Se define a nivel Lógico
LME: Entidad de gestión de nivel (Layer Management Entity)
• Proporciona funciones de gestión especifica de las capas de referencia
OSI
MIB: Base de información de Gestión

Datos/Observaciones
 3. Transformación
Definiciones en CMIP para la arquitectura CMIS

Servicios CMIS
• CMIS: Servicios comunes de Información de Administración (Common
Management Information Services)
• Los servicios proporcionados por la arquitectura de administración OSI
se denominan CMIS. Definen su implementación en el protocolo CMIP
• Estos servicios son invocados a través de un conjunto de primitivas
relacionadas con los objetos de la MIB

Datos/Observaciones
 3. Transformación
Definiciones en CMIP para la arquitectura CMIS
Servicios CMIS
• Los NMS pueden ejecutar los servicios CMIS a través de las siguientes
primitivas/Operaciones:
o CREATE -crear una instancia de un objeto gestionado.
o DELETE -suprimir una instancia de un objeto gestionado.
o GET -solicitar el valor de un atributo de una instancia de un objeto
gestionado.
o CANCEL_GET -cancelar una petición de GET en curso.
o SET -fijar el valor de un atributo de una instancia de un objeto
gestionado.
o ACTION -solicitar una acción para ocurrir según lo definido por el
objeto gestionado.

• El agente puede realizar esta operación:

o EVENT_REPORT -enviar notificaciones o alarmar a los NMS.
Datos/Observaciones
 3. Transformación
Protocolos asociados CMIP

✓ ACSE
✓ ROSE

Datos/Observaciones
 3. Transformación
1. Modelo de comunicaciones

ACSE : Association Control Service Element

• Protocolo que establece y libera asociaciones entre entidades de
aplicación
• Elemento de Servicio de Control de Asociación
• La iniciativa de asociación puede ser invocada por el Agente o el
administrador
• Es utilizado directamente por el usuario de la administración

Datos/Observaciones
 3. Transformación
1. Modelo de comunicaciones

ROSE : Remote OperationService Element

• Elemento de Servicio para Operación Remota
• Protocolo que se encarga de invocar los procedimientos remotos,
permite la ejecución de tareas en sistemas remotos
• El administrador es el que solicita la operación remota y el agente se
encarga de ejecutarla
• El agente informa sobre el resultado de la tarea ejecutada

Datos/Observaciones
 3. Transformación
1. Modelo de comunicaciones

ROSE : Remote Operation Service Element

Servicios que proporciona ROSE a CMISE:
• RO-INVOKE, usado por un usuario de ROSE, para invocar que una
operación sea realizado por un ROSE remoto.
• RO-RESULT, un ROSE invocado usa para contestar a una previa
indicación RO-INVOKE, en el caso de que se haya realizado con éxito.
• RO-ERROR, usado por un usuario de ROSE invocado para contestar a
una previa indicación RO-INVOKE, en el caso de que haya fracasado.
• RO-REJECT, utilizado por un usuario de ROSE para rechazar una
petición.

Datos/Observaciones
 3. Transformación
1. Modelo de comunicaciones

Datos/Observaciones
 3. Transformación
2. Modelo de información
• Objetivo:
o Modelar los aspectos de gestión de los recursos reales.
o Definir una estructura para la información de gestión que se
transmite entre sistemas
• Componente principal: Objeto gestionado
o Abstracción de un recurso que representa sus propiedades para el
propósito de su gestión
o Solo es necesario definir los aspectos del recurso útiles para su
gestión
o No se define la relación entre el recurso y su abstracción como
objeto gestionado

Datos/Observaciones
 3. Transformación
2. Modelo de información
Diseño orientado a objetos
• •El modelo de información hace uso de los principios de diseño
orientado a objetos
o Capacidad de estandarizar especificaciones de una manera
modular
o Fácil capacidad de extensión
o Reutilización de especificaciones anteriores
• •Principales consecuencias:
o Concepto de Objeto: Encapsulamiento
➢ No es visible la operación interna del objeto, solo su interfaz
o Diferenciación entre aspectos de definición (CLASES) y de
implantación (EJEMPLARES o INSTANCIAS)

Datos/Observaciones
 3. Transformación
2. Modelo de información

Clases y Ejemplares
• Se diferencia entre la definición de los objetos y la implementación de
estos objetos
• Definición de objetos: Clases de Objetos
o Resultado: Texto con definiciones de clases
• Implementación de objetos: Ejemplares (o instancias) de las clases
o Resultado: Ejemplares existentes en un equipo en un momento
dado

Datos/Observaciones
 3. Transformación
2. Modelo de información

Datos/Observaciones
 3. Transformación
2. Modelo de información

Componentes de la definición de una Clase de Objeto Gestionado

• Posición del objeto en la jerarquía de herencia
• Atributos y operaciones permitidas sobre atributos
• Atributos de grupo
• Comportamiento
• Acciones que se pueden solicitar sobre el objeto
• Notificaciones que puede enviar
• Paquetes condicionales
• Clases de objetos alomórficas con su clase

Datos/Observaciones
 3. Transformación
2. Modelo de información

Relación entre clases de objetos

• Objetivo: reutilización de definiciones de clases de objetos ya existentes
• Especialización de clases: definición de una nueva clase por extensión
de otra ya existente añadiendo nuevas propiedades:
o Sólo es necesario definir los aspectos nuevos de mi clase
o Introduce una relación de herencia: la nueva clase hereda las
propiedades de su(s) padre(s).

Datos/Observaciones
 3. Transformación
2. Modelo de información
Gestión de estados
• Se definen una serie de estados genéricos (state), unos atributos de
situación (status) y un servicio de gestión de estado.
• En la norma queda recogido que todo objeto gestionado podrá tener
sólo los estados indicados, independientemente de la naturaleza del
equipo gestionado.
• Estados genéricos (state)
• Estado operacional (Operational state)
• Estado de uso (Usage state)
• Estado administrativo (Administrative state)
• Atributos de situación (status)
• Alarm, Procedural, Availability, Control, Standby, Unknown

Datos/Observaciones
 3. Transformación
2. Modelo de información
Gestión de estados

• Servicio de gestión de estados

o State Change Reporting service
• Diferencias entre un estado (state) y una situación (status):

o los estados son fundamentales, mientras que las situaciones son

accesorias
o los estados son incompatibles entre sí y dependen unos de otros,
mientras que las situaciones son compatibles entre sí.

Datos/Observaciones
 3. Transformación
2. Modelo de información
Operational state
• Indica si el recurso está instalado físicamente y
funciona.
• Los posibles estados son:
o -disabled: el recurso no puede ser
operado ni está en condiciones de dar
servicios al usuario.
o -enabled: el recurso está total o
parcialmente operable y disponible.
• Si queremos saber si un recurso funciona,
definimos en su modelo un atributo Operational
state y sus posibles valores serán esos dos.

Datos/Observaciones
 3. Transformación
2. Modelo de información
Usage state
• Indica si el recurso está siendo usado en un
instante determinado y, en tal caso, si tiene
capacidad sobrante.
• Los posibles estados son:
o idle: el recurso no está en uso.
o active: el recurso está en uso y tiene
capacidad para admitir nuevos usuarios.
o busy: el recurso está en uso y no tiene
capacidad para admitir nuevos usuarios.
• Si queremos saber si un recurso está siendo
usado, definimos en su modelo un atributo usage
state y sus posibles valores serán esos tres.

Datos/Observaciones
 3. Transformación
2. Modelo de información
Administrative state
• Permite o prohíbe el uso del recurso por razones
administrativas.
• Los posibles estados son:
o locked: el recurso tiene prohibido suministrar
servicio a los usuarios.
o Shutting down: el recurso tiene permitido dar
servicio a los usuarios que ya están siendo
atendidos, pero no acepta nuevos usuarios.
o unlocked: el recurso tiene permitido dar
servicio a todos los usuarios.
• Si queremos controlar los permisos del recurso,
definimos en su modelo un atributo administrative
state y sus posibles valores serán esos tres.

Datos/Observaciones
 3. Transformación
3. Modelo funcional
➢ Gestión de prestaciones
• Seguimiento de las prestaciones
• Control de la gestión de prestaciones
• Análisis de prestaciones
➢ Gestión de averías
• Vigilancia de alarmas
• Localización de averías
• Reparación de averías
• Pruebas
➢ Gestión de reclamaciones
➢ Gestión configuración
• Disposición de los elementos de la red
• Situación y control de los elementos de la red
• Instalación de los elementos de la red
➢ Gestión de la contabilidad
• Funciones de facturación
• Funciones de tarificación
Datos/Observaciones ➢ Gestión de la seguridad
 3. Transformación
1. Gestión de prestaciones
• Seguimiento de las prestaciones
• Control de la gestión de prestaciones
• Análisis de prestaciones
2. Gestión de averías
• Vigilancia de alarmas
• Localización de averías
3. Modelo funcional • Reparación de averías
• Pruebas
3. Gestión de reclamaciones
4. Gestión configuración
• Disposición de los elementos de la red
• Situación y control de los elementos de la red
• Instalación de los elementos de la red
5. Gestión de la contabilidad
• Funciones de facturación
• Funciones de tarificación
Datos/Observaciones 6. Gestión de la seguridad
 4. Práctica

Test:
• Describa los tres modelos de gestión de
sistemas

Datos/Observaciones
 5 Cierre

En el modelo funcional, tenemos:

1. Gestión de prestaciones
2. Gestión de averías
3. Gestión de reclamaciones
4. Gestión configuración
5. Gestión de la contabilidad
6. Gestión de la seguridad

Datos/Observaciones