PDF de programación - Arquitectura de Gestión OSI - GESTIÓN DE REDES

GESTIÓN DE REDES

PARTE III

Arquitectura de Gestión OSI

GESTIÓN OSI

3.1 Introducción

La gestión de red OSI, pensada inicialmente para la
gestión de las propias redes OSI, debe su implantación
práctica al ser adoptada por los estándares TMN como
tecnología base de sus interfaces de gestión.

La arquitectura se presenta en la siguiente figura:

Gestor

1 2 3

4 5 6

7

CMIP

Peticiones/Respuestas

Eventos

CMISE

ROSE

ACSE

OSI (1/6)

Agente

MIB

1 2 3

4 5 6 7

CMISE

ROSE

ACSE

OSI (1/6)

1.- GET
2.- SET

3.- CREATE

7.- EVENT REPORT

4.- DELETE
5.- ACTION

6.- CANCEL GET

GESTIÓN DE REDES

GESTIÓN OSI

Esta definida en estandares de ITU-T e ISO:

•Aspectos Generales: X.700/ISO 7498-4, X.701/ISO
10040
CMIS, CMIP: X.710/ISO 9595, X.711/ISO 9596
Modelo de Información de Gestión: X.720/ISO
10165-1, X.721/ISO 10165-2, X.722/ISO 10165-
4(GDMO)
Funciones de Gestión OSI: X.73x-4x/ISO 10164-x

3.2 La MIB de OSI

La gestión de red OSI descansa en conceptos de
orientación a objetos, extrayendo las ventajas de esa
tecnología (reusabilidad...).

Aquí los objetos gestionados sí parecen objetos.

Una MIB es una colección estructurada de objetos
gestionados.

No se presupone una implementación OO, sólo la
interfaz gestor-agente.

GESTIÓN DE REDES

GESTIÓN OSI

3.3 Objetos Gestionados

Visiones conceptuales de los recursos físicos y lógicos
sometidos a gestión. Incluyen sólo los aspectos
relevantes para gestión. La relación de estos objetos con
los recursos reales es ajeno a los estándares.

las propiedades

representación de

Atributos:
visibles en la frontera del objeto gestionado.
Operaciones de gestión que se les puede aplicar.
Comportamiento del objeto gestionado: Modelan el
comportamiento real de los equipos, relaciones con
otros objetos gestionados.
Notificaciones: Comunicaciones asíncronas del
objeto gestionado.

Un objeto puede representar un recurso o muchos, y
muchos recursos pueden representarse con un único
objeto gestionado.

Hay objetos que no representan ningún recurso de la
red: existen sólo como soporte a la gestión: alarma, log.

GESTIÓN DE REDES

GESTIÓN OSI

Principios básicos en que se basan
gestionados:
a) Herencia/Especialización

los objetos

Para estructurar la definición de una MIB, aparece el
concepto de clase, que agrupa a los objetos de la MIB
que comparten las mismas propiedades.

Además, puede definirse nuevas clases a partir de
clases existentes: especialización, que genera una
subclase de una clase dada. No podemos eliminar
características.

Podemos construir jerarquías de especialización que
representan la estructura real de los recursos.

Las subclases heredan
superclase.

las características de su

Podemos: añadir atributos, restringir o extender valores
a atributos de la superclase, añadir operaciones o
notificaciones, extender o restringir los parámetros de
las mismas.

Existe herencia múltiple.
Todo deriva de la clase top, que incluye cuatro atributos
(objectClass,
genéricos
nameBinding, packages y allomorphs).

cualquier

a

clase

GESTIÓN DE REDES

GESTIÓN OSI

Podemos definir paquetes condicionales. Al instanciar
un objeto se decidirá la inclusión o no de ese conjunto de
propiedades.

b) Encapsulación

De la gestión del recurso en los objetos que lo
representan. Sólo se puede acceder a los atributos,
operaciones... accesibles en esos objetos.

La integridad del objeto queda preservada.

c) Alomorfismo

Caso especial del concepto de polimorfismo en
tecnologías de orientación a objetos clásicas.

Capacidad de un objeto de una clase para emular el
comportamiento de otra clase.

Típicamente se da entre subclase y superclase.

Facilita la evolución de la MIB, al posibilitar que gestores
antiguos puedan seguir gestionando algunos aspectos
de una subclase como si fuera de la superclase que el
conoce.

GESTIÓN DE REDES

GESTIÓN OSI

La relación alomórfica se modela con un atributo
presente en top.

De los componentes de un objeto podemos detallar algo
más:
a) Atributos

Son los elementos de información contenidos en los
objetos, representando propiedades de los recursos.

Los tipos de datos pueden ser muy complejos (ASN.1 sin
restricciones).

Se pueden definir reglas de acceso y reglas para
aplicarle filtros.

Hay atributos SET-valued, construidos mediante el
constructor ASN.1 SET OF, sobre los que podemos
añadir y eliminar elementos, además de los GET y SET
habituales.

b) Behaviour

El lenguaje de definición de la MIB permite expresar el
comportamiento del objeto ante estímulos externos e
internos.

GESTIÓN DE REDES

GESTIÓN OSI

En particular, para especificar un comportamiento hay
que concretar:

los atributos, operaciones y

Semántica de
notificaciones.
Respuestas a las operaciones de gestión.
Condiciones para la emisión de notificaciones.
Dependencias entre valores de los atributos.
Relaciones entre objetos de la MIB.

c) Operaciones

Las operaciones orientadas a atributo pueden aplicarse
también sobre una lista de atributos. La operación no es
atómica a no ser que sea solicitado explícitamente en la
petición.

Operaciones Orientadas a Atributo

Operación
GET

REPLACE

REPLACE WITH
DEFAULT

ADD

REMOVE

Ámbito
Todos excepto los no GET

excepto

Todos
grupos
(GDMO) o atributos no
REPLACE
Todos excepto atributos no
REPLACE

Atributos ADD de sintaxis
tipo SET
Atributos REMOVE
sintaxis tipo SET

de

Efecto
Lee la lista de atributos pedidos retornando error para
aquellos que no podían leerse
Cambia los valores retornando error en los atributos
para los que esta operación no está permitida.

Pone en esos atributos el valor por defecto excepto
para los que la operación está prohibida o no hay valor
por defecto definido.
Añade el/los valor/es en el conjunto excepto cuando
no son ADD
Elimina el/los valor/es en el conjunto excepto cuando
no son REMOVE

GESTIÓN DE REDES

GESTIÓN OSI

Operaciones Orientadas a Objeto

Operación
CREATE

Ámbito
Todos los objetos CREATE

DELETE

Todos los objetos DELETE

ACTION

Todos

Efecto
Crea e inicializa el objeto. Los valores iniciales
pueden obtenerse de la propia petición de creación,
puede ofrecerse un objeto de referencia para obtener
los valores o pueden estar especificados en la
definición del objeto.
La operación falla si el objeto no es CREATE o no se
ha podido inicializar algún atributo.
Borra el objeto. Puede fallar si el objeto no es
DELETE.
El éxito de la operación puede depender de si contiene
algún otro objeto o puede provocar el borrado de los
objetos contenidos.
Se ejecuta la acción y se retornan los resultados o
indicación de error.

Para la construcción de la MIB, necesitamos otra
relación entre objetos:
Principio de Continencia
Existe la relación de herencia, útil para diseñar la MIB,
pero que no refleja la estructura de la MIB.

Continencia (Containment) es la relación entre objetos
que permite construir estructuras de MIB en forma de
árbol.

Las posibles relaciones de continencia de una clase de
objetos determinada se especifica con los NAME
BINDINGS de GDMO

GESTIÓN DE REDES

GESTIÓN OSI

Mediante estos, especificamos la clase subordinada (la
contenida), la superior (la que contiene) y el atributo de
nombrado, cuyo valor va a ser utilizado para distinguir a
todas las instancias de la clase subordinada contenidas
en una instancia de la clase superior.
Nombrado:
Distinto el nombre de las instancias y las clases.

Para las clases se utiliza un OBJECT IDENTIFIER.

Para las instancias necesitamos especificar su posición
en el árbol de la MIB.

RDN
NamingAttributeOID + NamingAttributeValue

Distinguished

(Relative

Name)

=

DN (Distinguished Name) = Secuencia de RDNs.

El DN es el verdadero nombre del objeto gestionado
utilizado en las operaciones de gestión.

GESTIÓN DE REDES

GESTIÓN OSI

Los Tres Árboles de la Gestión OSI
Una de
las grandes diferencias si estamos
acostumbrados a trabajar con SNMP, es que en SNMP
hay un sólo árbol: no hay herencia y el árbol de registro
ISO sirve para nombrar a los objetos y como estructura
de la MIB.

En OSI podemos distinguir tres árboles:

El Árbol de Herencia o Jerarquía de Especialización:
representación en un diagrama de las relaciones de
herencia entre clases. Realmente no es un árbol porque
hay relaciones de herencia múltiple.

Árbol de Registro ISO: utilizado aquí para dar un nombre
único a los elementos del modelo de información
(clases, atributos, acciones...). Cuando se especifica un
modelo de información debemos asignar OIDs dentro de
la rama del árbol ISO que tengamos asignada a nuestra
organización.

Árbol de Continencia (Containment Tree): Esta es la
estructura real de la MIB.

GESTIÓN DE REDES

GESTIÓN OSI

A estas alturas, ya podemos iniciar una primera
comparación con SNMP:

- SNMP, un sólo árbol.

- SNMP, no OO (no reusabilidad)

- SNMP, simplicidad de la MIB

- SNMP, capacidad de estructuración (grupos y tablas),
menos flexible y menos rica.

3.4 GDMO
Guidelines for the Definition of Managed Objects

Recomendacion X.722 ITU-T | ISO 10165-4
Lenguaje de especificación semiformal: Consta de
unas
definen
semiformalmente los atributos, acciones y notificaciones
que componen los objetos gestionados de un agente.

plantillas

que

o

templates

la
“Semi” = existen constructores que permiten
especificación de comportamiento o condiciones en
lenguaje natural.

Requiere de ASN.1 para especificar la sintaxis abstracta
(independiente de la implementación) de atributos,

GESTIÓN DE REDES

GESTIÓN OSI

parámetros de acciones, informes de evento...

Plantillas:

Clase de Objetos Gestionados, Paquetes, A