Sistemas Avanzados de Comunicaciones - Gestion de Redes

Sistemas Avanzados de
Comunicaciones. Tema 10:

Gestión de Redes
Mª del Carmen Romero

mcromero@dte.us.es
ETSII - L3 - Despacho G1.52
Dpto. de Tecnología Electrónica

E.T.S. Ingeniería Informática
Universidad de Sevilla 1
Contenido
1. Necesidad de la gestión de redes de comunicaciones
2. Los modelos de gestión de redes de comunicaciones
2.1. Arquitectura ISO
2.2. Arquitectura ITU-T
2.3. Arquitectura en Internet
3. La estructura de la información de gestión (GDMO)
4. Los protocolos de gestión
5. Las funciones de gestión
6. Ejemplo de sistema comercial de gestión (HP-OpenView)
2
1
Necesidad de la gestión de redes
En el ámbito de redes informáticas y redes de
telecomunicaciones.
• Entornos heterogéneos:
Respecto a la Voz Red de circuitos conmutada

Información que
Datos Red de conmutación de
transportan
paquetes.
Según distribución: LAN, MAN
o WAN
Vídeo Redes de difusión
Respecto a la Red privada/red pública
Organización
Entorno de red centralizado-jerárquico /
Entorno distribuido

• Gran cantidad de recursos, en áreas geográficas y
límites administrativos diferentes
• Complejidad, debida a:
– variedad y número de tecnologías distintas
– variedad de equipos necesarios
– gran número de fabricantes distintos
– distancia geográfica entre los usuarios
• Cambio en el entorno de trabajo -> red como
método esencial de comunicación -> aumento de
tráfico en la red ->
4
2
• Aumento de expectativas de los usuarios -> la red
como entorno fiable, seguro, rápido y operacional
• Gestión de redes -> prevenir, diagnosticar y resolver
problemas de la red
• Verdadera necesidad de gestión -> entornos
multifabricante, multiprotocolo y multitecnología
• Convergencia de la gestión de redes puramente
informáticas y la gestión de redes de
telecomunicaciones -> las plataformas de gestión
pueden proporcionar gestión en ambos ámbitos de
redes
5
Funciones generales de un sistema de gestión

de redes
• Administración de los usuarios de la red y el software
• Soporte a los usuarios
• Seguridad
• Gestión de los fallos producidos en la red
• Gestión de rendimiento
• Planificación
3
Los modelos de gestión de redes de comunicaciones.
Arquitecturas normalizadas
Telco Telco
LEC/IXC LEC/IXC
Hosts Hosts
BT DEC SNM SNM
Gestión de red
Gestión de red* estandarizada*
SNA SMN
SUN SNM
Tymment Redes de datos SNM Redes de datos
privadas privadas
Redes de datos Redes de datos

públicas Estaciones de trabajo públicas
Estaciones de trabajo
o workstations o workstations
* Esquemas de gestión de red * Esquemas de gestión de red estándares

SNM= Standard Network Management Schemes
7

Arquitecturas normalizadas
Gestión de redes
Redes de Redes de
computadores telecomunicaciones
ISO Internet ITU-T

(OSI) (TMN)
1ª 3ª 2ª
4
Arquitectura ISO
Estructura general
7498-4
10040
Estructura información Protocolos Funciones

10165-x 9595 10164-x
9596

Arquitectura ISO
Concepto de objeto
Elemento
Dispositivo
• No se corresponde con un sujeto
Entidades físicas
Sistema
• Es todo aquello en que podamos
pensar
• Todo aquello que requiera una
Objeto
representación o modelación
• Objeto de gestión: todo objeto
Servicio pertinente para la gestión de la red

Entidades no físicas Históricos de eventos
Conexiones
10
5
Arquitectura ISO
Concepto de conjunto, jerarquía, árbol y tipo de objetos

Puesto central Red Alcatel
Red Centrales Alcatel
Mux MP31 Red de radio-enlaces

Sevilla
Sevilla 1 Sevilla 2 Córdoba Cádiz
Mux MP31 PABX
Carmona Enramadilla
Arteria 1 Arteria 2 Arteria 3
Estación Berzocana
Arteria 3 PABX
Cádiz Arteria 1 PABX
Córdoba
Red Andalucía
Red Andalucía Puesto central Red Comunicaciones
Puesto central Red Comunicaciones HW SW

Red Red Red
puesto puesto
Radio- Cross- Centrales
central central
enlace Connects Alcatel
HW SW
Red Red Red
puesto puesto
Radio- Cross- Centrales
central central
enlace Connects Alcatel
11

Arquitectura ISO:
ISO Estructura general [ 7498-4, 10040 ]
Estructura
Estructura general
general
7498-4
7498-4
10040
10040
Estructura
Estructura información
información Protocolos
Protocolos Funciones
Funciones
10165-x
10165-x 9595
9595 10164-x
10164-x
9596
9596
Operaciones Operaciones
Papel de gestor Papel de agente Notific.
(manager role) Notificaciones (agent role)
Objetos
gestionados
OSI OSI
Sistema abierto Sistema abierto
12
6
Arquitectura ISO:
Gestión compartida
Sistema abierto A Sistema abierto B
Gestor Conocimiento de Agente (Agent)

(Manager) gestión
Objetos
compartido
de A a B
Agente (Agent)
Objetos Conocimiento de Gestor
gestión (Manager)
compartido
de B a A
13

Arquitectura ISO:
Gestión dividida en dominios

Sistema abierto real
Interacciones en dominios
diferentes (interdomain) entre
sistemas de gestión
Interacciones dentro de un mismo
dominios (intradomain) entre
MD1 MD2 sistemas de gestión
MDn Dominio de gestión n
Razones por las que dividir la gestión en dominios:

• Geográficas: se agrupan por cercanía
• Tecnológicas: se agrupan por tecnología similar o compatible
• Organizativas: se agrupan por departamentos dentro de una empresa
• Funcionales:
• Seguridad
• Facturación Los dominios pueden superponerse
• Gestión de fallos 14
7
Arquitectura ISO:
ISO Protocolos [ 9595, 9596 ]
Estructura
Estructura general
general
7498-4
7498-4
10040
10040
Estructura
Funciones
10165-x
10165-x 9595
9595 10164-x
10164-x
9596
9596
Computador
Red de
comunicaciones
Nodo
15

Arquitectura ISO:
Definiciones:
Protocolo: conjunto de reglas establecidas Conector Manejo de ficheros

entre dos o más computadores para poder Niveles eléctricos
Correo electr.
comunicarse entre sí. Se pueden establecer Corrección de errores
subconjuntos de reglas referidas a aspectos Acceso multipunto
similares y se pueden estructurar estos

conjuntos.
Funciones: conjunto de tareas desempeñadas
Punto de acceso
a los servicios
en un nivel o capa. Ej: f.de traducción
de nivel N+1
Entidad de
nivel N+1
Entidad de
nivel N+1
Nivel N+1 Servicios: conjunto de prestaciones ofrecidas
Punto de acceso
a los servicios
por un nivel a su inmediato superior. Se llevan
de nivel N
Entidad de Entidad de Nivel N
a cabo mediante las primitivas. Ej: servicios de
Punto de acceso
nivel N nivel N
traducción (informe convencional, urgente...)
a los servicios
de nivel N-1
Entidad de
Primitivas: conjunto de estructuras de
Nivel N-1
Punto de acceso
nivel N-1
información que implementan los servicios de
a los servicios
de nivel N-2 un nivel. Tipos: solicitud, indicación, respuesta
y confirmación. 16
8
Arquitectura ISO:
primitiva de primitiva de
petición 1 primitiva de primitiva de
2 indicación
de servicio n de servicio n
confirmación respuesta
n SAP
4 de servicio n de servicio n 3 n SAP
Usuario del servicio Usuario del servicio

Usuario del servicio Usuario del servicio
(capa N) Proveedor del servicio (capa N)
(capa N) Proveedor del servicio (capa N)
(capa N-1)
(capa N-1)
X.request
X.request t1
t1
t2 X.indication
t2 X.indication
X.response
t3
X.confirm t4
Servicio confirmado Servicio no confirmado

17

Arquitectura ISO:
Proceso de envío Modelo OSI Proceso de recepción

Protocolo de aplicación
Aplicación Aplicación
Protocolo de presentación
Presentación Presentación
Protocolo de sesión
Sesión Sesión
Protocolo de transporte
Transporte Transporte
Red Red Red Red
Enlace datos Enlace datos Enlace datos Enlace datos
Físico Físico Físico Físico
Camino de transmisión real de datos

18
9
Arquitectura ISO:
Transferencia de ficheros, Correo electrónico, Acceso remoto, Gestión de la red...
Traducción sintáctica de caracteres, cadenas de texto, formatos de representación de

datos, gráficos y tipos de datos (sintaxis ASN.1)
Cifrado y descifrado de la información (seguridad) y Compresión
Aplicación
Inicio y finalización de la sesión de trabajo
Presentación Negociación de los parámetros del diálogo
Recuperación de problemas de comunicación durante una sesión sin pérdida de datos
Sesión
Conexión y transferencia de mensajes de transporte extremo a extremo
Clases de protocolos: 0 (simples), 1 (recuperación básica de errores), 2 (multiplexión), 3
Transporte (recuperación errores y multiplexión), 4 (recuperación avanzada de errores)
Red Determinación de las rutas de los paquetes, direccionamiento

Enlace entre diferentes redes (internetworking)
Enlace datos Resolución de congestiones
Gestión de costes de utilización de la red
Físico
División en tramas y sincronismo de las mismas
Control de secuencia, de flujo y de acceso al medio
Detección y corrección de errores (retransmisiones)
Transmisión física de los datos a través del medio

Definición de los conectores, de las señales de control y velocidades de Tx.
Detección de colisiones 19

Arquitectura ISO:
Gestión OSI
Funciones embebidas
Gestión de Gestión de dentro del propio
protocolo de gestión
sistemas nivel
Protocolo de Protocolo de
Es una gestión global
gestión de operación de
nivel nivel
Ejemplo: Ejemplo:
Protocolo específico de ISO 9542 FRMR en HDLC
gestión de un nivel concreto ES-IS Rev. Charge en X.25
20
10
Arquitectura ISO:
Usuario Usuario
Gestión de sistemas
SMASE MIB - Management Information Base

SMAE
SMAE - Systems Management Activities
AE Entity
LME - Layer Management Entity
CMISE
LE - Layer Entity
SMASE - Systems Management
M ASEs
ROSE Application Service Element
CMISE - Common Management
I LME Information Service Element
ACSE ROSE - Remote Operation Service
LE
B Element
ACSE - Association Control Service
Nivel de Element
presentación ASE - Application Service Element
21
Gestión de nivel

Arquitectura ISO:
Procesos
Procesosde
deaplicación
aplicaciónde
degestión
gestión
FTAM ASE específico de gestión

ISO 8571
CMIP (ISO 9596)
ACSE
ISO 8650 ACSE ROSE
ISO 8650 ISO 9072
Capa
Capade
dePresentación
Presentaciónde
deOSI
OSI(ISO
(ISO8823)
8823)
Capa
Capade
deSesión
Sesiónde
deOSI
OSI(ISO
(ISO8327)
8327)
Capa
Capade
deTransporte
Transportede
deOSI
OSI(ISO
(ISO8073)
8073)
CCITT X.25 (ISO 8208) ISO 8348/AD1 CLNS
IEEE 802.2 LLC Futuros servicios

ISO 7776 LAPB
IEEE 802.3 MAC de subred
CCITT X.21 bis Señalización física 22
11
Arquitectura ISO:
ISO Funciones [ 10164-x ]
Estructura
Estructura general
general
7498-4
7498-4
10040
10040
Estructura
Funciones
10165-x
10165-x 9595
9595 10164-x
10164-x
9596
9596
Áreas funcionales
Fallos Contabilidad Configuración Prestaciones Seguridad

Fault Accounting Configuration Performance Security
23

Arquitectura ITU-
ITU-T (TMN)
Estructura general
M.30xx
Estructura información Funciones Protocolos

M.31xx M.32xx Q.8xx
M.3300
M.3400
Diferencia fundamental
respecto a gestión OSI Gestión específica de
la tecnología
• TMN se basa en estándares previos de ISO, adoptados por el ITU-T: X.720, X.721, X.722, ...
24
12
Arquitectura ITU-
ITU-T (TMN)
• TMN = Telecomunication Management Network

• Recomendación (modelo, estándar, norma) de ITU-T que
presenta un conjunto de requisitos arquitecturales que
deberían cumplir las redes de gestión de telecomunicaciones
(TMNs)
• El estándar trata de hacer posible la interconexión de
diferentes tipos de sistemas y equipos, permitiendo el
intercambio de información de gestión mediante interfaces
normalizados
( ITU-T = International Telecommunication Union - Telecommunication

standardization sector )
25

Arquitectura ITU-
ITU-T (TMN)
• Una TMN es paralela a la red de telecomunicaciones; se conecta con ella en ciertos puntos
a través de los que envía/recibe información y controla su operación
• Una TMN puede usar parte de la propia red de telecomunicaciones como soporte de sus
propias comunicaciones
26
13
Arquitectura ITU-
ITU-T (TMN):
(TMN) Estructura general [ M.30xx ]
Estructura general de TMN
• Arquitectura funcional: define los bloques funcionales de

una TMN y sus puntos de referencia
• Arquitectura de la información: orientación a objetos,

agentes y gestores, información de gestión
• Arquitectura física: componentes físicos e interfaces
• Arquitectura lógica en capas
27

Arquitectura ITU-
ITU-T (TMN):
Arquitectura funcional
• Se basa en un conjunto de bloques funcionales. Tipos:
› NEF: función de elemento de

red
› OSF: función de sistema de
operación
› WSF: función de estación de
trabajo
› MF: función de mediación
› QAF: función de adaptación
28
14
Arquitectura ITU-
ITU-T (TMN):
Arquitectura funcional (II)
• NEF (Network Element Function): funciones de los equipos de red a gestionar
– La parte del bloque que proporciona la vista de gestión está en TMN
– La parte del bloque relacionada con la función en la red de
telecomunicaciones no está en TMN
• OSF (Operation Systems Function): procesa la información de gestión para
– monitorizar
– coordinar la red de telecomunicaciones
– controlar
• WSF (WorkStations Funtion): funciones de interacción con el usuario
• MF (Mediation Function): funciones de mediación entre OSFs y NEFs (o QAFs)
que preparan la información de gestión para que satisfaga los requisitos de
ambas. Las funciones de mediación pueden implicar: filtrado, almacenamiento,
adaptación, condensado, etc
• QAF (Q Adaptor Function): funciones que permiten incorporar a la red de
gestión TMN entidades tipo NEF o OSF que no sean TMN (p.e., propietarias)
29

Arquitectura ITU-
ITU-T (TMN):
Arquitectura funcional (III)
• Cada uno de esos bloques puede subdividirse en componentes funcionales:
MAF, MF-MAF, MCF, etc.
• Los bloques que intercambian información están ligados mediante puntos de
referencia, p.e.:
30
15
Arquitectura ITU-
ITU-T (TMN):
Arquitectura funcional (IV)
• Los bloques que intercambian información están ligados mediante puntos de
referencia
NEF OSF MF QAFq3 QAFqx WSF non-TMN
NEF q3 qx
OSF q3 q3, xa) q3 q3 f
MF qx q3 qx qx f
QAFq3 q3 m
QAFqx qx m
WSF f f gb)
non-TMN m m gb)
a) x reference point only applies when each OSF is in a different TMN.
b) The g reference point lies between the WSF and the human user.
NOTE – Any function may communicate at a non-TMN reference point. These non-TMN reference points
31
may be standardized by other groups/organizations for particular purposes.

Arquitectura ITU-
ITU-T (TMN):
Arquitectura de la información
• La información de gestión se puede considerar desde dos

puntos de vista:
1. El modelo de información de gestión:
• abstracción de los aspectos de gestión de la red
• orientado a objetos
2. El intercambio de la información de gestión:
• modelo agente-gestor
• uso de un protocolo común estandarizado
32
16
Arquitectura ITU-
ITU-T (TMN):
Arquitectura de la información: Orientación a objetos
• La información de gestión se modela en base a objetos gestionados
• Un objeto gestionado es la vista conceptual de un recurso a gestionar, ya sea
físico o lógico (p.e., la relación existente entre dos recursos, combinación de
varios recursos)
• Un mismo recurso puede ser representado por varios objetos, cada uno
proporcionando una perspectiva de gestión diferente
• Si un recurso no es modelado mediante ningún objeto, es invisible para el
sistema gestor
• Un objeto gestionado viene dado por:
Atributos
– los atributos que posee
– las operaciones que pueden efectuarse sobre él Operaciones
– el comportamiento que presenta
Comportamiento
– las notificaciones que puede emitir
• El concepto de objeto gestionado en SNMP se Notificaciones
corresponde con el de atributo de objeto en TMN
33

Arquitectura ITU-
ITU-T (TMN):
Arquitectura de la información: Orientación a objetos (II)
• La definición de las clases de objetos gestionados se realiza utilizando
el estándar GDMO (X.722)
• GDMO proporciona una sintaxis con la que se especifican las MIBs de
los equipos TMN
computerSystem MANAGED OBJECT CLASS

DERIVED FROM “Rec. X.721 | ISO/IEC 10165-2: 1992”:top;
CHARACTERIZED BY computerSystemPkg;
CONDITIONAL PACKAGES ...
computerSystemPkg PACKAGE
BEHAVIOUR computerSystemPkgDefinition, computerSystemPkgBehaviour;
ATTRIBUTES computerSystemId GET, ...;
ATTRIBUTE GROUPS ...
NOTIFICATIONS
“Rec. X.721 | ISO/IEC 10165-2: 1992”:objectCreation,...;;
GDMO = Guidelines for the Definition of Managed Objects

34
17
Arquitectura ITU-
ITU-T (TMN):
Arquitectura de la información: Agentes y gestores
• Dado que el entorno a gestionar es distribuido, la gestión de red es distribuida
• Ello hace necesario el intercambio de información entre procesos de gestión
• TMN identifica dos tipos de roles en los procesos de gestión:
•gestor:
– inicia las operaciones de gestión
– recibe notificaciones desde los agentes
• agente:
– mantiene los objetos gestionados asociados
– responde a las operaciones iniciadas por el gestor
– emite notificaciones hacia el gestor
35

Arquitectura ITU-
ITU-T (TMN):
Arquitectura de la información: Agentes y gestores (II)
• Ejemplo:
36
18
Arquitectura ITU-
ITU-T (TMN):
Arquitectura de la información: Agentes y gestores (III)
• Típicamente existirá una relación muchos-a-muchos entre agentes y
gestores
• Un agente puede denegar una solicitud de un gestor (p.e., seguridad,
consistencia del modelo de información)
• Los intercambios de información entre agentes y gestores se llevan a
cabo mediante el uso de un protocolo estándar: CMIP
• Los mensajes CMIP son emitidos al invocar servicios CMIS
CMIP = Common Management Information Protocol

CMIS = Common Management Information Service
37

Arquitectura ITU-
ITU-T (TMN):
Arquitectura de la información: Agentes y gestores (IV)
• Un proceso de gestión puede presentar un rol conjunto de agente y gestor
(sistema B en este ejemplo)
38
19
Arquitectura ITU-
ITU-T (TMN):
Arquitectura física
• Las funciones de gestión son implementadas en los bloques físicos:
• NE: elemento de red
• OS: sistema de operación
• WS: estación de trabajo
• MD: dispositivo de mediación
• QA: adaptador Q
• DCN: red de comunicación de datos
• Relación entre
(Notes 2 et 3) NEF MF QAF OSF WSF
los bloques NE M O O O O
funcionales (Note 3)
y físicos: MD M O O O
QA M
OS O O M O
WS M
M Mandatory
O Optional
39

Arquitectura ITU-
ITU-T (TMN):
Arquitectura física (II)
• Los bloques físicos están interconectados mediante interfaces
• Un interfaz es la implementación de un punto de referencia que liga dos
bloques funcionales físicamente separados
• Los puntos de referencia g y m no forman parte de TMN, por lo que no
les corresponde ningún tipo de interfaz físico
• Notación: mismo nombre que el punto de referencia correspondiente,
pero en mayúsculas (X, F, Qx, Q3)
• Los interfaces se comunican usando CMIP sobre un stack OSI (que
puede ser diferente en cada interfaz)
40
20
Arquitectura ITU-
ITU-T (TMN):
Arquitectura física (III)
• Interfaces Q:
• Q3:
- Interfaz más conocida de TMN
- Implementa punto de referencia q3
- Define un perfil OSI completo
• Qx:
- Aparece en los puntos de ref qx
- Suconjunto o alternativa a Q3
- Qx no está bien definida aún
• Interfaz F:
- Implementa punto ref f
- Definidas las funciones de la interfaz, pero no un
protocolo para misma
• Interfaz X:
- Aparece en los puntos de referencia x
- Pendiente de desarrollo (ETSI, NM/Forum,...)
- Implica estrictas condiciones de seguridad
41

Arquitectura ITU-
ITU-T (TMN):
Arquitectura lógica en capas
Áreas de gestión TMN - Se sigue el modelo FCAPS (X.700):
» Gestión de fallos Fault
» Gestión de la configuración Configuration
» Gestión de la facturación Accounting
» Gestión de las prestaciones Perfomance
» Gestión de la seguridad Security
• Las funciones de gestión pueden estructurarse lógicamente en capas que
corresponden a diferentes niveles de abstracción
› Nivel de gestión de elemento de red
+ Abstracción -
› Nivel de gestión de elementos

› Nivel de gestión de red
› Nivel de gestión de servicios
› Nivel de gestión de negocio o comercial 42
21
Arquitectura ITU-
ITU-T (TMN):
• Nivel de gestión de elemento de red: funciones propias de los elementos
individuales
• Nivel de gestión de elementos: distingue elementos individuales, gestionando
un conjunto de ellos. Ofrece una vista consolidada de su dominio de gestión hacia
el nivel de red
• Nivel de gestión de red: consolida las vistas parciales de los distintos gestores
de elementos (EMS = Element Management System)
• Nivel de gestión de servicios: gestión integrada de los servicios que ofrece la
red (interacción con clientes, con otros operadores de telecomunicaciones)
• Nivel de gestión de negocio o comercial: toma de decisiones estratégicas,
políticas, inversiones, ...
43

Arquitectura ITU-
ITU-T (TMN):
• Una función de gestión se sitúa en un nivel lógico (o varios) y un área funcional
(o varias)
Gestión de fallos
Gestión de la configuración
Áreas
Gestión de la tarificación funcionales
Gestión de las prestaciones
Gestión de la seguridad
Gestión de negocio
Gestión de servicios
Niveles
Gestión de red lógicos
Gestión de elementos de red
Gestión de elemento de red
Función de gestión
44
22
Arquitectura ITU-
ITU-T (TMN):
(TMN) Protocolos [ Q.8xx ]
Relaciones entre un bloque funcional TMN y el modelo de gestión de sistemas OSI
Límite TMN de punto de referencia (p.e. Q3)
Proceso de aplicación MIS-user (MAFs) para una implementación de interfaz
Gestor o agente
RSE
Protocolo de gestión de sistema
OSIE (MCFs)
SMAE Protocolos punto a punto de gestión común
SMASE
M Function OSIE Entorno OSI
Function
SMAE Entidad de aplicación de gestión de sistemas
I MCF Función de comunicación de mensaje
SMASE Elemento de servicio de aplicación de
B CMISE gestión de sistemas
CMISE Elemento de servicio de información de
Aplicación
gestión común
Presentación MIB Base de información de gestión. Sólo se
Sesión proporciona cuando el usuario-MIS soporta rol de
Transporte agente
Red MIS Usuario de servicio de información usuario-
Enlace de datos gestión
MAF Función de aplicación de gestión
Física 45
RSE Entorno de sistema real

Arquitectura ITU-
ITU-T (TMN):
(TMN) Protocolos [ Q.8xx ]
Perfil de protocolo para gestión de red que Perfil de protocolo para gestión de red que
usa función de transacción usa transferencia de fichero
SMASEs FTAM (ISO 8571)
CMISE ACSE
ISO 9596-1, Versión 2 Capa 7 ISO 9596-1, Versión 2
(ISO 9595-1, Versión 2) (ISO 9595-1, Versión 2)
ACSE ROSE
X.227, ISO 8650 X.229, ISO IS 9072-2
(X.217, ISO 8649) (X.219, ISO IS 9072-1)
Capa de Presentación de OSI Capa de Presentación de OSI

X.226, ISO 8823 X.209, ISO 8825 BER Capa 6 X.226, ISO 8823 X.209, ISO 8825 BER
(X.216, ISO 8822) Kernel (X.216, ISO 8822) Kernel
Capa de Sesión de OSI Capa de Sesión de OSI

X.225, ISO 8327 Capa 5 X.225, ISO 8327 Kernel, Duplex
(X.215, ISO 8326) Kernel, Duplex (X.215, ISO 8326) Minor Sync, Resync
X.224, ISO 8073 X.224, ISO 8073 X.224, ISO 8073 X.224, ISO 8073
8073/AD2 8073/AD2
(X.214, ISO 8072) (X.214, ISO 8072, Capa 4 (X.214, ISO 8072) (X.214, ISO 8072,
8072/AD2) 8072/AD2)
Clase 0, 2, 4 Clase 4 Clase 0, 2, 4 Clase 4
Red de tipo A Red de tipo C Red de tipo A Red de tipo C 46

(5.4.3/X.24) (5.4.3/X.24) (5.4.3/X.24) (5.4.3/X.24)
23
Arquitectura ITU-
ITU-T (TMN):
(TMN) Funciones [ M.32xx, M.3300, M.3400 ]
Seguridad
Prestaciones
Configuración
Contabilidad
Fallos
Gestión de negocio y comercial
Gestión de servicios
Gestión de red
47

Arquitectura ITU-
ITU-T (TMN):
• Gestiona cada elemento de forma individual
• No da una visión global de la red

• Gestiona un conjunto de elementos de la red, para proporcionar una vista
consolidada a la gestión de red de las agrupaciones de elementos
– Controla y coordina un subconjunto de elementos de red
– Proporciona una función de pasarela o gateway (función de mediación)
– Mantiene estadísticas, registros y otras informaciones sobre los elementos
Gestión de red
• No da una visión interna de los elementos que constituyen la red
• Controla y coordina la visión de la red de los elementos individuales
• Proporciona, elimina y modifica las capacidades de la red para dar soporte a los
usuarios del servicio
• Interacciona con la gestión de servicio en temas de prestaciones, uso, etc 48
24
Arquitectura ITU-
ITU-T (TMN):
Gestión de servicio
• Se obvian aspectos tecnológicos y se atiende desde el punto de vista del cliente
• Aspectos contractuales de los servicios ofrecidos a los clientes
• Interfaz con el cliente de los servicios
• Interacción con otros suministradores de servicios
• Mantenimiento de datos estadísticos (p.e. aquellos datos que posibilitan el
estudio sobre QoS, “Quality of Service”)
Gestión de negocio o comercial

• Responsabilidad global (gestión de más alto nivel) sobre la gestión de la
empresa
• Conecta el TMN en el proceso global del negocio del suministrador
• Ejemplo: Interfaz entre el sistema de contabilidad del patrimonio de la empresa
y el sistema de inventario del TMN -> para pedir material, hay que consultar con
el departamento financiero; en el departamento de nóminas deben constar los
desplazamientos de los operadores que suponen horas extras...
49

Arquitectura ITU-
ITU-T (TMN):
Función de Mediación
Puede consistir en:

• conversión entre diferentes modelos de información; consolidación
de varios modelos
• manipulación de datos: recolección, formateado, traducción, ...
• toma de decisiones: filtrado y correlación de eventos, cotejo de
datos frente a umbrales, aspectos de seguridad, ...
• almacenamiento de datos: configuración, identificación de equipos,
backups
50
25
Arquitectura ITU-
ITU-T (TMN):
Función de Mediación (II)
Funciones de
gestión comunes
a los NEs
51

Arquitectura ITU-
ITU-T (TMN):
Adaptación Q
• Conecta entidades no
TMN tipo NE u OS a la
TMN
• Normalmente, un QA será
un conversor entre
interfaces
52
26
Arquitectura Internet
Gestión
Gestión de
de redes
redes • La gestión de redes en Internet
no se encuentra normalizada, sino
Redes
Redes de
de Redes
Redes de
de que es una solución de facto.
computadores
computadores telecomunicación
telecomunicación
• Se basa en un modelo
estructurado, cuyos niveles
ITU-T
ITU-T
ISO
ISO Internet
Internet (TMN)
(TMN) guardan cierta correspondencia
(OSI)
(OSI)
con el modelo OSI de ISO.
OSI TCP/IP
Las capas de presentación

y sesión de OSI no están
Estructura
Estructura general
general 7 Aplicación Aplicación
presentes en TCP/IP
RFC
RFC 1052
1052
RFC 6 Presentación
RFC 1155
1155
5 Sesión
Estructura
Estructura dede la
la Protocolos 4 Transporte Transporte
Protocolos
información
información RFC
RFC 1157
1157 3 Red Internet
RFC
RFC 1213
1213 SNMP
SNMP
MIB-II
2 Enlace datos Host a red
MIB-II
1 Físico 53
RFC = Request For Comment

Arquitectura Internet
Estación de Dispositivo gestionado
Estación de gestión SNMP Agente SNMP gestión mediante proxy
Proceso gestor Proceso de gestión
Recursos gestionados Arquitectura de protocolo
SNMP
Aplicación de gestión Objetos gestionados usada por el dispositivo
UDP
Aplicación SNMP gestionado por proxy
gestiona IP
GetNextRequest
GetNextRequest
Protocolos Protocolos
GetResponse
GetResponse
objetos
SetRequest
GetRequest
SetRequest
GetRequest
dependientes dependientes
de red
Trap
Trap
de red
Red o Internet Red o Internet
Gestor SNMP Agente SNMP Agente Proxy

Mensajes
UDP SNMP UDP
Función de mapeo
IP IP
Proceso gestor Arquitectura
SNMP de protocolo
dependientes de la dependientes de la UDP usada por el
red red IP dispositivo final
dependientes dependientes
Red o Internet de la red de la red
54
27
La estructura de la información de gestión
[ 10165-x, M.3100 ]
ISO ITU-T
Estructura
Estructura general
general Estructura
Estructura general
general
7498-4
7498-4 M.30xx
M.30xx
10040
10040
Estructura
información Funciones
Funciones Protocolos
Protocolos
M.31xx
M.31xx M.32xx
M.32xx Q.8xx
Q.8xx
Estructura
información Protocolos Funciones M.3300
M.3300
10165-x
10165-x 9595 10164-x M.3400
M.3400
9595 10164-x
9596
9596
Gestión
Gestión específica
específica de
de
X.720, X.721, X.722 la
la tecnología
tecnología
Adaptación de ITU-T a las normas ISO
Norma B influye sobre norma A: Norma B de ISO influye sobre norma A (de ITU-T):
Norma B Norma B
Ámbito de la norma A Ámbito de la norma A

Nº ISO Nº ITU-T Nº ITU-T 55

[ 10165-x, M.3100 ]. Introducción de conceptos
Recordar los conceptos de objetos vistos:

• objeto: forma de implementar y/o representar entidades tanto físicas
como no físicas
• conjunto de objetos: se refiere a la agrupación de objetos por algún
criterio
• jerarquía de objetos: clasificación suscitada por la heterogeneidad de
los objetos modelados
• árbol de objetos: obtenido a partir de la jerarquía de objetos
• tipos de objetos: surgen de la asociación de objetos con similares
características
y considerar también el concepto de:
• etiquetas de objetos: los objetos se van a diferenciar entre sí por los
valores de sus etiquetas
56
28
Matrícula: SE-5830-DL Nombre: Juan
Marca: BMW Apellido: Pérez
Color: Azul Nacionalidad: Español
Matrícula: B-7381-DB Nº de planos: 1

Marca: Ferrari Propulsión: Hélice
Color: Rojo Plazas: 6
Matrícula: CA-1287-X Matrícula: SE-5830-DL

Marca: Nissan Marca: BMW
Color: Verde Color: Azul
Color:
Color:Blanca
Blanca
Nombre: Fijación:
Fijación:Atada
Atada Color:
Apellido: Inf:
Inf:Nombre;
Nombre; Color:______
______
Nacionalidad: Apellidos Fijación:
Fijación:____
____
Apellidos Inf:
Inf:________
________
Nº de planos: Color:
Color:Azul
Azul
Propulsión: Fijación:
Fijación:soldada
soldada Normas de clasificación
Plazas: Inf:
Inf:Nº
Nºplanos;
planos; y homologación
Propulsión;
Propulsión;Plazas
Plazas de etiquetas
Matrícula: Color:
Color:Amarilla
Amarilla
Marca: Fijación:
Fijación:Pegada
Pegada
Color: Inf:
Inf:Matrícula;
Matrícula;
Marca;
Marca;Color
Color 57

Normas
Normas
GDMO (Guidelines for the Definition of
Managed Objects): Guías para la
Objetos
Objetos Tipos
Tipos de
de objetos
objetos
definición de objetos gestionados,
normalizadas por ISO e ITU-T y donde
OSI
OSI NM
NM Forum
Forum Internet
Internet ETSI
ETSI Otras
Otras GDMO
GDMO se describen las instrucciones para
definir tipos de objetos.
¿Qué es GDMO? ¿Qué NO es GDMO?
GDMO GDMO
Fabricantes Fabricantes
Tipos de
Usuarios Usuarios objetos
Tipos de GDMO
objetos
GDMO
58
SGR Programadores SGR Sistema de Gestión de Red Compilador GDMO
29
Enlace de nombres Tipos de objetos
Paquete
Grupo de atributos
Atributos Notificaciones Acciones

Parámetros
Comportamiento
Módulos ASN.1
Atributo: Lo que se puede predicar de Acción: Lo que se puede realizar sobre Notificación: Aviso que emite
un objeto un objeto espontáneamente un objeto al ocurrir
Notificaciones Atributos cierto suceso
Acciones
Acciones Notificaciones
Atributos
Matrícula: Arrancar:
Marca: Atributos Parar: Temperatura del agua baja:
Color: permanentes Acelerar: Temperatura del agua alta:
Velocidad: Frenar: Combustible en reserva:
Averiado (Si/No): Atributos Girar: Situación de avería:
Temp.Agua: Variables Comprobar: Cambio de matrícula:
Nivel cmbustible: Cambio de color:
59

BIG: Base de Información de Gestión o

MIB: Management Information Base
Notificaciones
Histórico de Acciones
alarmas
Atributos
• La relación del objeto modelado en la base de información con el recurso

físico al que representa puede ser unívoca o no. Por ejemplo, el histórico
de alarmas sólo existe dentro de la base de datos (no posee un recurso
físico asociado).
• En la MIB (o BIG) se almacena y consulta la información completa de los
objetos (atributos, acciones y notificaciones). 60
30
La estructura de la información de gestión [ 10165-x, M.3100 ].
Modelo de la información de gestión [ ISO 10165-1, X.720 ]
Modelo
Modelode
deinformación
información
Orientación
Orientaciónaaobjetos
objetos Operaciones
Operacionesde
degestión
gestión Filtros
Filtros Notificaciones
Notificaciones Inclusión
Inclusiónyy
denominación
denominación
present
present
Encapsulado
Encapsulado Sobre Sobre
Sobre Sobre Inclusión
Inclusión
atributos
atributos objetos
objetos equality
equality
Tipos
Tiposyyherencia
herencia Jerarquía
Jerarquía
Get Create de
Get Create greater
greater denombres
nombres
or
orequal
equal
Atributos
Atributos
Replace
Replace Delete
Delete Estructura
Estructura
less
less de
Comportamiento or denombres
nombres
Comportamiento
Set Action orequal
equal
Settoto Action
default
default
substring
substring
Paquetes
Paquetescondicionales
condicionales
Add
Add
subset
subset
Alomorfos
Alomorfos
Remove
Remove
superset
superset
non-null
non-nullset
setintersection
intersection
61

Acciones
• Encapsulado: El recurso se encapsula dentro Reset
Notificaciones
de un objeto que lo modela y representa. Se Tarjeta
definen atributos, acciones y notificaciones.
Atributos
Alarma en el bus
Recurso: NIC Objeto gestionado: NIC
Orientación a objetos
•Tipo de objeto: Entidad que recoge las Tipo de objeto Objetos

(object class)
características comunes de objetos con los (object instance)
Seat Toledo
mismos atributos, operaciones, notificaciones, El Seat Toledo
de mi vecino
paquetes y comportamientos.
Mi Seat Toledo
• Herencia: Se produce cuando una Vehículo

determinada clase de objeto hereda todas las - motor Capacidad
- frenos del maletero
características de su clase padre. Sirve para: - andando o parado
– Añadir nuevos atributos, acciones y notificaciones
– Extender o restringir el rango de atributos
– Añadir argumentos a acciones y notificaciones
– Extender o restringir el rango de los argumentos de
acciones y notificaciones Nº de
Nº de ejes licencia 62
31
• Herencia múltiple: Una clase puede ser supertipo supertipo 1 supertipo 2

simultáneamente hijo de varias clases.Permite: especialización
– Incorporar las características de todas sus
superclases subtipo subtipo
– Aumentar (no borrar) dichas características
– Heredar una sola vez carácterísticas repetidas en
varias superclases Comida: Vegetal:

- valor nutritivo - familia
– Resolver la herencia de las listas como el “o” lógico
- precio - color
de las listas de las superclases
Fruta:
• Atributos: Pueden ser simple, enumerado (un - familia
cjto. de valores) o grupo de otros atributos. Ej: - valor nutritivo
- color
Simple: Conductor: {María}
- precio
Enumerado: Pasajeros: {Juan, Pedro} - temporada
Grupo: Ocupantes:{Conductor, Pasajeros}
top
• Comportamiento: Define la semántica de una

system discriminator logRecord
clase o tipo de objeto:
– Significado de atributos, operaciones y notificaciones
eventForwarding alarmRecord
– Respuesta a las operaciones de gestión Discriminator
– Cuándo emitir las notificaciones
– Relación entre valores de atributos
Ejemplo de una jerarquía de
– Efectos de las relaciones con otros objetos 63
herencia (de la norma)

• Paquete condicional: Es una colección de atributos, notificaciones, operaciones
y comportamientos que están, o todos ellos presentes, o todos ellos ausentes, en
un objeto gestionado. Por ejemplo, un Seat Toledo se puede comprar con a/a, pero para gestionar
el a/a se necesitarían atributos, acciones y notificaciones del a/a
• Alomorfos: Supongamos que:

– el gestor G gestiona tipos de objetos A, B, C

– aparece un nuevo tipo de objeto X con características no soportadas por el
gestor G Öproblemas de compatibilidad
– X se parece a B Ö X es alomorfo de B
Problemas de compatibilidad:
¬ Existe el tipo T normalizado
¬ El gestor del fabricante F usa una extensión del tipo normalizado T, que
denomina Y
¬ El gestor del fabricante G usa otra extensión del tipo normalizado T, que
denomina Z
¬ ¿Cómo gestionar en la misma red Y e Z? T Coche
Coche con ABS Y Z Coche con airbag

64
32
• Alomorfos (II):
› Soluciones a la incompatibilidad:
» Best efford (“lo que se pueda”):
A
– Se gestiona X como si fuese B
– Se gestionan Y y Z como si fuesen T
– El gestor ignora aquellas informaciones B C
adicionales (atributos y notificaciones) y no se

ejecutan las acciones adicionales. D E F
» Alomorfismo (Allomorphism):
– Se informa al gestor que tiene un nuevo tipo G H I J K
– Se informa al gestor cuál es el supertipo al que
se parece (del que es alomorfo) L M N Ñ
– El gestor gestiona los individuos del nuevo tipo
como si fuesen individuos del supertipo alomorfo
O P
– Se puede especificar una lista de superipos
alomorfos
Alomorfos del tipo P:
Se puede hablar también de alomorfismo {N, I, E} (en ese orden)
múltiple: el gestor se basa en la jerarquía de
clases para gestionar los objetos del nuevo tipo. 65

Operaciones sobre Get

atributos Replace Una única operación
puede actuar sobre
Set to default varios objetos y/o
Add atributos
Remove
Operaciones de gestión
Operaciones sobre Create Actúa sobre un solo

objetos objeto
Delete Una única operación

Action puede actuar sobre
varios objetos
Sincronización en operaciones múltiples:

» Best efforts synchronization (sincronización “lo que se pueda”):
– Se intenta la operación en cada objeto con independencia del éxito o
fracaso de la operación en los demás objetos a los que se aplica
» Atomic synchronization (sincronización atómica)
– En caso de que la operación falle en alguno de los objetos, no se lleva a
cabo dicha operación en ningún objeto. Es decir, si la operación fracasa, lo
66
hace globalmente.
33
¿Qué son los filtros? Son dispositivos conceptuales capaces de discriminar la

información que entra y sale de un objeto. Es decir, permiten filtrar las acciones
que se dirigen a un objeto, de modo que al objeto sólo le llegan las realmente
relevantes. Y, de igual modo, permiten filtrar las notificaciones que produce el
objeto para destacar sólo las importantes para la gestión.
Filtros
Acciones
Filtro Objeto
Notificaciones
¿Cómo se definen los filtros?

» Una afirmación sobre la presencia o el valor de cierto atributo del objeto
Ejs: El coche tiene definido un atributo “temperatura interior”
El valor del atributo “temperatura del agua” es mayor o igual a 90ºC
» Una expresión lógica que liga una o varias afirmaciones de las anteriores con
los operadores AND, OR y NOT
67

Tipos de filtros predefinidos:

• 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
Filtros
dada
– initial substring: busca la subcadena al comienzo de cadena
– final substring: busca la sucadena 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
68
34
Notificaciones
• Son informaciones que emite un objeto causado por eventos internos o
externos
• Pueden ser espontáneas y asíncronas (debidas a acciones asíncronas)
Notificaciones
Operación
Acción: Reset
Tarjeta
Alarma en el bus
Atributos
Notificación:
ha cambiado el estado
Objeto gestionado:
Tarjeta NIC
69

• El término inclusión hace alusión a que un determinado objeto puede
Inclusión y denominación: Inclusión y Jerarquía de nombres
estar incluído dentro de otro. Ejemplo de inclusión:

• Los objetos van a tener un identificador, de tal forma que se puede
establecer una relación entre los nombres de los objetos en función de
su jerarquía de clases, con lo que el árbol de objetos y el árbol de
nombres coincide Id:
root Árbol de nombres
Mi coche
Árbol de objetos Id: Id:
Mi coche tu coche
Maletero
Id: Id:
Maletero guantera
Caja de Id: Id:

herramientas caja azul bolsa cuero Id:
destornillador
Destornillador Llave inglesa Id: Id: Id:

destornillador llave inglesa destornillador
70
35
• Cuando se asigna un nombre a una clase de objeto hay que normalizar o
registrar dicho nombre de una forma jerárquica mediante el denominado árbol de
registro de nombres
Inclusión y denominación: Jerarquía de nombres
• Los tipos de objetos se identifican mediante una secuencia de “identificadores”(o

nºs enteros) a lo largo del árbol de registro
• El identificador del objeto log(6) del ejemplo sería: 2.9.3.2.6 de forma númerica ó
joint-iso-ccitt.ms.smi.part2.managedObjectClass.log
• El árbol de registros es ampliable (por los organismos normalizadores)
root
ccitt(0) iso(1) joint-iso-ccitt(2)
Normas de gestión ms(9)
Estructura de la información de gestión smi(3)

Parte 2 (10165-2) part2(2)
Tipo de objeto managedObjectClass(3)
71
Nombre concreto de un objeto registro log(6)

root smo = systems management overview
... (10040) Ö es donde se registran lo
joint-iso-ccitt(2) necesario para la norma 10040.
Inclusión y denominación: Jerarquía de nombres
... ... cmip = CMIP (9596) Ö es donde se

ms(9) registran todos aquellos aspectos
... relacionados con el protocolo de
smo(0) cmip(1) function(2) smi(3) comunicaciones
function = Funciones (10164-x) Ö es
part2(2) donde se registran los nombres de las
funciones
standardSpecificExtension(0) smi = systems management information
asn1Module(2) (10165-x) Ö es la rama de la estructura de
managedObjectClass(3) la información de gestión, dentro de ella
package(4) habrá tantas partes como tenga definida la
parameter(5) norma
nameBinding(6) standardSpecificExtension Öes donde se
registran las extensiones de las normas
attribute(7)
asn1Module Ö es donde se registran los
attributeGroup(8) módulos escritos en ASN.1
action(9) managedObjectClass Ö es donde se
notification(10) registran las clases de objetos
... 72
36
Identificación de objetos System RDN DN (local)

» Nombre de designación relativo systemId=“BCD” SystemId="BDC" {}
(RDN, Relative Distinguished Name):
LogId="SMK" {logId="SMK"}
Inclusión y denominación: Estructura de nombres
Un atributo cuyo valor identifica al log

logId=“SMK” RecordId="5" {logId="SMK",
objeto de manera unívoca dentro del recordId="5"}
rango de su objeto superior
alarmRecord
recordId=“5”
» Nombre de designación absoluto
DN (global) DN (local)
(DN, Distinguished Name): Lista root
{} No aplicable
ordenada de RDNs desde el “root”
country {countryName= No aplicable
hasta el objeto designado, dentro del countryName=“US” "US"}
{countryName= No aplicable
árbol de inclusión (o de nombres) "US", orgUnirName=
– Forma global: da la secuencia de organizationalUnit "xyz"}
orgUnitId=“xyz” {countryName= {}
nombres desde la raíz "US", orgUnirName=
"xyz",
– Forma local: da la secuencia de systemId="abc"}
System
nombres desde un cierto objeto {countryName= {discriminator
systemId=“abc”
"US", orgUnirName= Id="efg"}
(normalmente del tipo system). Esta "xyz",
Discriminator systemId="abc",
designación no es unívoca. discriminatorId=“efg” discriminatorId=
"efg"} 73

Enlaces de nombres (name bindings)

» Indican las relaciones de inclusión permitidas entre los diversos tipos de objetos
Inclusión y denominación: Estructura de nombres
(no entre los objetos o instancias)

» Puede dar como resultado una estructura que no es estrictamente arborescente
(recursividad Ö relación de inclusión de un tipo de objeto consigo mismo)
» Hay algunos enlaces de nombres normalizados
top
root
top
coche coche
Mi coche Tu coche
coche
maletero
guantera Maletero guantera
maletero Guantera
caja bolsa
Caja azul Bolsa cuero
caja bolsa útil
Destornillador
útil útil útil
útil Destornillador Llave inglesa Destornillador
74
37
Jerarquías
» El árbol de tipos que define la herencia
» El árbol de inclusión que nos indica en qué otro/s objeto/s está incluído
un objeto (no tipo de objeto), es decir, de qué otro/s objeto/s depende
» El árbol de nombres que también se corresponde con el árbol de
objetos (pero son dos cosas diferentes)
Resumen
» El esquema de enlace de nombres indica las relaciones de inclusión

entre clases de objetos para posteriormente implementarla en el árbol de
objetos
» El árbol de registros donde se indica la estructura cómo están
registrados los objetos
75
La estructura de la información de gestión.

Modelo de la información de gestión en Internet
Información de gestión en el ámbito de Internet

• La información de gestión mantenida por los agentes se
denomina MIB (Management Information Base)
• Los datos de interés para la gestión de un dispositivo se
modelan mediante objetos gestionados (p.e., la temperatura
de un nodo óptico)
• Cada objeto gestionado puede ser referenciado con un
identificador de objeto u OID
• En SNMP, los objetos gestionados pueden ser valores
simples o tablas de valores
76
38
Árbol MIB
• Los objetos gestionados se organizan siguiendo una estructura en
árbol (estandarizada) iso (1)
org (3)
dod (6)
internet (1)
directory (1) mgmt (2) private (4)
mib-2 (1) enterprises (1)
system (1) interfaces (2) snmp (11) cisco (9) hp (11)
Extensiones
.1.3.6.1.2.1.1.1
sysDescr (1) .iso.dod.internet.mgmt.mib-2.system.sysDescr 77

Extensiones de la MIB
• Cuando un fabricante desarrolla un nuevo dispositivo que puede ser
gestionado mediante SNMP, diseña su rama MIB (es decir, los objetos y
su estructura) y la coloca bajo
.iso.org.dod.internet.private.enterprises.fabricante
private (4)
que es el identificador que debe
tener asignado, mediante previa
enterprises (1)
solicitud al IANA.
cisco (9) hp (11)
Extensiones
IANA: Internet Assigned Numbers Authority
78
39
La norma GDMO [ ISO 10165-4, X.722 ]
La norma GDMO depende del modelo de información de gestión, y a su vez,

influye sobre la definición de la información de gestión y sobre los objetos
gestionados. [ Ver fotocopia donde aparece la relación entre normas ]
Plantillas GDMO (GDMO templates)
Enlace de nombres Tipos de objetos ≥1

2
≥0
≥0 Paquete
Grupo de atributos
≥0 ≥0 ≥0
≥0
≥0 ≥0
1
≥0 Atributos Notificaciones Acciones
0:1
≥0 0:1 ≥ 0 ≥0 ≥0 ≥0 0:2
Parámetros
0:2 ≥0
0:1
≥0
≥0 Comportamiento
0:1
Módulos ASN.1 79

Superclas(es)
Managed
Managed
Managed
Managed Object
Object
Object
etiqueta-clase Object Class Class
Class
Class
Templates
Templates
Templates
derived from
Paquetes obligatorios
Managed Object Class
characterized by Package
Package
Package
Templates
Templates
Templates
conditional
packages
present if Paquetes condicionales
condition Package
Package
Package
Templates
Templates
Templates
registered as nombre registrado

de la clase
obligatorio
Los recuadros en blanco han de ser rellenados
por la persona que defina el objeto de gestión
condicional 80
40
attribute
etiqueta-atributo
Attribute
derived from Template
Etiqueta de or
behaviour
Behaviour y Attribute
definición de with attribute ASN.1 data

comportamiento syntax type
Package
Package
defined as String..................... Behaviour
matches for qualifier(s) Templates
Templates
.............................. Templates
............
behaviour
Package
Package
parameters Parameter
Templates
Templates
Templates
del atributo
obligatorio Los recuadros en blanco han de ser rellenados

por la persona que defina el objeto de gestión
condicional 81

Package
Package Package Package
Package
Attribute etiqueta-paquete Behaviour
Templates
Templates Templates
Templates
Templates Templates
behaviour
Attribute
Attribute
Etiqueta de Attribute group attributes Templates
Templates
grupo
(& Property
(& Property
Package y Attribute Group
propierty list list)

list)
group
elements Package
Parameter
Templates
Templates
fixed
attributes groups Attribute
Attribute
Groups
Groups
Templates
Templates
description string
Package
Parameter
actions Templates
Templates
del grupo Attribute
Actions
notifications Groups
Templates
Templates
Package
Parameter
Notifications Templates
Notifications Templates
Templates
Templates registered as nombre registrado
Package
Parameter del paquete
Templates
Templates 82
41
etiqueta-notificación Notification
Etiqueta de Action
acción Package
Behaviour
Package behaviour Templates
Templates
Behaviour
behaviour Templates
Templates
parameters Package
Parameter
Action y Notification
Templates
Templates
mode confirmed
with information ASN.1 data type
Package
Parameter syntax
parameters Templates
Templates
and attributes IDs Field name(s)
Attribute
Attribute
with information ASN.1 data type Templates
Templates
syntax
with reply
ASN.1 data type syntax ASN.1 data type
with reply syntax
registered as nombre registrado registered as nombre registrado

del grupo de la notificación
83

Name
etiqueta-notificación binding
Etiqueta de Parameter
parámetro subordinate MO
object class class
context type
Parameter y Name binding
context named by MO
superior object class class
with syntax ASN.1 data type Attribute

with attribute
template
or Attribute
Template behaviour Package
attribute Behaviour
Templates
Templates
create create-modifiers
Package
Behaviour
behaviour Templates Attribute
Parameter
Templates Templates
Templates
registered as nombre registrado delete delete-modifiers

del grupo
Attribute
Parameter
Templates
Templates

del enlace de nombre
84
42
Los protocolos de gestión. Introducción
Protocolo 1
Protocolo normalizado
Protocolo
Protocolo 2 normalizado
Protocolo 3 Protocolo normalizado
CMIS/CMIP
Protocolo ISO,ITU-T
normalizado
SNMP
85
Internet
Los protocolos de gestión. CMIS/CMIP

CMIS = Common Management Information Service [ ISO 9595,ITU-T X.710 ]
CMIP = Common Management Information Protocol [ ISO 9596,ITU-T X.711 ]
CMISE CMISE Usuario A Usuario B
CMIS CMIS
CMIP
Aplicación Aplicación
Subsistema gestionable Subsistema gestionable Niveles Niveles

OSI OSI
CMIP CMISE CMIP
CMIS
Sistema de gestión A-ASOCIATE
A-RELEASE CMIP
A-ABORT RO-INVOKE
A-P-ABORT RO-RESULT
CMIP: ACSE ROSE RO-ERROR
- Sigue reglas para la composición e intercambio de P-CONNECT RO-REJECT
P-RELEASE P-DATA
PDUs
- Las PDUs de CMIP se definen en ASN.1 P-U-ABORT Presentación
- Las operaciones de CMIP son definidas en ISO
9072-1 (ROSE) 86
43
Servicios CMIP:
M-EVENT-REPORT, M-GET, M-CANCEL, M-SET, M-ACTION, M-CREATE y
M-DELETE
M-EVENT-REPORT
• Permite al usuario informar de un suceso
• Información de alarmas entre los elementos de la red y el centro de control
• Puede ser confirmado o no
II = Invoke Identifier: identificador de la operación

M = Mode: indica si es confirmado o no
M-EVENT-REPORT req MOC = Managed Object Class: clase a la que
(II,M,MOC,MOI,Ety,Eti,EI) pertenece el objeto que realiza el informe
M-EVENT-REPORT ind MOI = Managed Object Instance:instancia que realiza
(II,M,MOC,MOI,Ety,Eti,EI) el informe
ETy = Event Type: tipo de evento que se produce
M-EVENT-REPORT res ETi = Event Time: hora en que se produce el evento
(II,M,MOC,MOI,Ety,CT,ER,E) EI = Event Information: información suministrada del
M-EVENT-REPORT con evento
(II,M,MOC,MOI,Ety,Eti,EI) CT = Current Time: hora de la respuesta
ER = Event Reply: indica si la llegada de la
información del evento es satisfactoria
E = Errors: información de diagnóstico sobre la causa
del error en la comunicación
C/NC
87

M-GET
• Permite al usuario del servicio obtener información sobre los valores de los atributos del objeto gestionado
• Es un servicio confirmado

Servicios CMIP
M-GET req BOC = Base Object Class: clase de objeto base

(II,BOC,BOI,Sc,F,AC,Sy,AIL) BOI = Base Object Instance:instancia de la clase de
M-GET ind objeto base
(II,BOC,BOI,Sc,F,AC,Sy,AIL) Sc = Scope: permite definir el ámbito de búsqueda
F = Filter: define las condiciones de búsqueda
M-GET res AC = Access control: se usa para el entendimiento de
(II, MOC,MOI, CT,AL,E) los usuarios durante la asociación
M-GET con Sy = Synchronization: permite definir la sincronización
(II,MOC,MOI,CT,AL,E) de la recuperación de la información
AIL = Attribute Identifier List: permite identificar los
atributos cuya información se debe recuperar
Si respuesta múltiple
M-GET res MOC = Managed Object Class: clase a la que
(II, LI,MOC,MOI, CT,AL,E) pertenece el objeto sobre el que se pide información
MOI = Managed Object Instance: instancia de la que
M-GET con
(II,LI,MOC,MOI,CT,AL,E)
... se pide información
M-GET res CT = Current Time: hora de la respuesta
... (II, LI,MOC,MOI, CT,AL,E) AL = Attribute List: contiene los identificadores de los
M-GET con atributos sobre los que se informa y sus valores
(II,LI,MOC,MOI,CT,AL,E) E = Errors: información de diagnóstico sobre la causa
LI = Link Identifier: se usa si existe respuesta mútltiple
C
88
44
Definición de ámbito (parámetro Scope)
• Este parámetro permite identificar un ámbito (subárbol) de búsqueda dentro de la estructura de la MIB
• Existe tres alternativas posibles:
» Solamente actúa sobre el objeto base Base
Servicios CMIP
» Actúa sobre el objeto base y sus n niveles subordinados

» Actúa sobre el objeto base y todos sus niveles subordinados N-niveles
Definición de sincronización (parámetro Synchronization)

• Este parámetro permite informar el modo de sincronizar la recuperación de la información
• Existen dos alternativas posibles:
» Sincronización atómica: o se recupera toda la información de todos los atributos de todos los
objetos o no se recupera ninguna
» Sincronización best effort: se realizan las recuperaciones de información que sean posibles
89

M-CANCEL-GET
• Permite al usuario del servicio cancelar un servicio GET previo
• La cancelación se puede deber a un excesivo consumo de tiempo por parte de un servicio GET con una
definición de ámbito y filtro dada
Servicios CMIP
M-CANCEL-GET req
(II,GII)
M-CANCEL-GET ind
(II,GII) II = Invoke Identifier: identificador de la operación
M-CANCEL-GET res GII = Get Invoke Indentifier: identifica el GET previo
(II,E) que se desea cancelar
M-CANCEL-GET con E = Errors: información de diagnóstico sobre la causa
(II,E) del error en la comunicación
90
45
M-SET
• Permite al usuario del servicio requerir el cambio de los valores de los atributos
• Puede ser un servicio confirmado o no confirmado
M = Mode: indica si es o no confirmado
Servicios CMIP
M-SET req BOC = Base Object Class: clase de objeto base

(II,M,BOC,BOI,Sc,F,AC,Sy,AL) BOI = Base Object Instance:instancia de la clase de
M-SET ind objeto base
(II,M,BOC,BOI,Sc,F,AC,Sy,AIL) Sc = Scope: permite definir el ámbito de búsqueda
M-SET res AC = Access control: se usa para el entendimiento
(II, MOC,MOI,AL,CT,E) de los usuarios durante la asociación
M-SET con Sy = Synchronization: permite definir la
(II,MOC,MOI,AL,CT,E) sincronización de la modificación de la información
AIL = Attribute Identifier List: permite identificar los
atributos cuya información se debe modificar y los
M-SET res valores que deben asumir
(II, LI,MOC,MOI,AL,CT,E) MOC = Managed Object Class: clase a la que
pertenece el objeto al que se modifica la información
M-SET con
(II,LI,MOC,MOI,AL,CT,E)
... MOI = Managed Object Instance: instancia que ha
M-SET res sido modificada
... (II, LI,MOC,MOI, AL,CT,E) CT = Current Time: hora de la respuesta
M-SET con AL = Attribute List: contiene los identificadores de
(II,LI,MOC,MOI,AL,CT,E) los atributos que se han modificado
E = Errors: información de diagnóstico sobre la
causa del error en la comunicación
C/NC LI = Link Identifier: si existe respuesta mútltiple
91

M-ACTION
• Permite al usuario del servicio requerir a otro usuario que realice alguna acción sobre un objeto gestionado
• Puede ser un servicio confirmado o no confirmado
M = Mode: indica si es o no confirmado
Servicios CMIP
M-ACTION req
(II,M,BOC,BOI,Sc, BOC = Base Object Class: clase de objeto base
F,AC,Sy,AT,AA) M-ACTION ind BOI = Base Object Instance:instancia de la clase de
(II,M,BOC,BOI,Sc, objeto base
F,AC,Sy,AT,AA) Sc = Scope: permite definir el ámbito de búsqueda
M-ACTION res AC = Access control: se usa para el entendimiento
(II, MOC,MOI,AT,CT,AR,E) de los usuarios durante la asociación
M-SET con Sy = Synchronization: permite definir la
(II,MOC,MOI,AT,CT,AR,E) sincronización de la modificación de la información
AT = Action Type: describe el tipo de acción a
Si respuesta múltiple realizar sobre el objeto gestionado
M-ACTION res AA = Action Argument: información adicional sobre la
(II, LI,MOC,MOI,AT,CT,AR,E) acción
M-ACTION con
(II,LI,MOC,MOI,AT,CT,AR,E)
... MOC = Managed Object Class: clase a la que
pertenece el objeto sobre el que actúa la acción
M-ACTION res
... MOI = Managed Object Instance: instancia de objeto
(II, LI,MOC,MOI, AT,CT,AR,E) sobre la que actúa la acción
M-ACTION con CT = Current Time: hora de la respuesta
(II,LI,MOC,MOI,AT,CT,AR,E) AR = Action Result:contiene el resultado de la acción
E = Errors: información de diagnóstico sobre la causa
C/NC LI = Link Identifier: si existe respuesta mútltiple
92
46
M-CREATE
• Permite al usuario del servicio requerir a otro usuario la creación de la representación de una nueva
instancia de un objeto gestionado
Servicios CMIP

MOC = Managed Object Class: clase a la que
pertenece el objeto que se quiere crear
M-CREATE req
(II,MOC,MOI,SOI,AC,ROI,AL) MOI = Managed Object Instance: instancia de
M-CREATE ind objeto que se quiere crear
(II,MOC,MOI,SOI,AC,ROI,AL)
SOI = Superior Object Instance: indica el MOI que
M-CREATE res es superior de la nueva instancia de objeto
(II, MOC,MOI,AL,CT,E) AC = Access control: se usa para el entendimiento
M-CREATE con de los usuarios durante la asociación
(II,MOC,MOI,AL,CT,E)
ROI = Reference Object Instance: especifica la
instancia de objeto que sirve de referencia
AL = Attribute List: contiene los identificadores de
los atributos
CT = Current Time: hora de la respuesta
E = Errors: información de diagnóstico sobre la
C
93

M-DELETE
• Permite al usuario del servicio requerir a otro usuario que borre la representación de una instancia de
objeto gestionado
Servicios CMIP
M-DELETE req II = Invoke Identifier: identificador de la operación

(II,BOC,BOI,Sc,F,AC,Sy) BOC = Base Object Class: clase de objeto base
M-DELETE ind
BOI = Base Object Instance: instancia de la clase
(II,BOC,BOI,Sc,F,AC,Sy)
de objeto base
M-DELETE res Sc = Scope: permite definir el ámbito de búsqueda
(II, MOC,MOI,CT,E) F = Filter: define las condiciones de búsqueda
M-DELETE con AC = Access control: se usa para el entendimiento
(II,MOC,MOI,CT,E) de los usuarios durante la asociación
Sy = Synchronization: permite definir la
M-DELETE res sincronización de la operación
(II, LI,MOC,MOI,CT,E) MOC = Managed Object Class: clase a la que
M-DELETE con
(II, LI,MOC,MOI,CT,E)
... pertenece el objeto
MOI = Managed Object Instance: instancia de
M-DELETE res
... (II, LI,MOC,MOI,CT,E)
objeto que ha sido borrada
M-DELETE con CT = Current Time: hora de la respuesta
(II, LI,MOC,MOI,CT,E) E = Errors: información de diagnóstico sobre la
LI = Linked Identifier: si existe respuesta múltiple
C
94
47
Los protocolos de gestión. SNMP
• SNMP = Simple Network Management Protocol
• SNMP es un protocolo de la familia TCP/IP (Internet) que permite
acceder a la información de gestión de los equipos que forman la red
• Permite a los administradores de red:
– supervisar la operación de la red
– configurar los equipos
– encontrar y resolver fallos
– analizar las prestaciones de los equipos
• Los éstandares del IETF relacionados con SNMP se publican en
documentos RFCxxxx (Request For Comment)
• Otro protocolo del ámbito de Internet es el CMOT (Common
Management information services and protocol Over TCP/IP)
• Ambos protocolos, tanto SNMP como CMOT trabajan con la estructura
de información y la MIB de Internet
95
IETF = Internet Engineering Task Force

Arquitectura
• Roles: Dispositivos gestionados, Agentes y Gestores
Proxy
Dispositivo
Gestor
Agente gestionado
Red
Base de
datos de Dispositivo
gestión gestionado
Dispositivo Dispositivo
Agente gestionado Agente gestionado
Base de Base de
datos de datos de
gestión gestión
96
48
¿Qué es un dispositivo gestionado?
• Cualquier nodo de la red que resulte de interés desde el punto de vista de
gestión
• Para que forme parte del entorno de gestión, el dispositivo debe incorporar un
agente SNMP
Arquitectura
¿Qué es un agente?
• Módulo software que se encarga de mantener la información de gestión y de
interaccionar con los gestores
• Se ubica en el mismo dispositivo a gestionar y tiene acceso a sus parámetros
internos (la información a gestionar) 97

¿Qué es un agente proxy?
• Con frecuencia el agente no está ligado físicamente al dispositivo gestionado
(p.e., dispositivos no SNMP)
• Un proxy es un agente que reside en un equipo externo al dispositivo y que se
encarga de traducir entre SNMP y el mecanismo de gestión del dispositivo (p.e.,
emulación de terminal)
Arquitectura
¿Qué es un gestor?
• Aplicación encargada de monitorizar y configurar los dispositivos gestionados,
interaccionando con ellos mediante los correspondientes agentes
• Suele tener un interfaz gráfico que presenta un esquema de la red y el estado
de los dispositivos
• En general, en un sistema de gestión basado en SNMP es posible implantar
varios gestores 98
49
Operaciones
• SNMP permite el intercambio de información entre gestores y agentes
mediante un conjunto de operaciones sencillas de gestión
• Estas operaciones se llevan a cabo mediante el intercambio de los
correspondientes mensajes SNMP
Tipos de operaciones/mensajes
• Lectura: un gestor recupera instancias de objetos gestionados de un
agente (GET, GETNEXT, GETBULK). Permiten al gestor obtener el
estado del dispositivo gestionado, mediante el mecanismo de sondeo o
polling
• Escritura: un gestor modifica o crea nuevas instancias de objetos en un
agente (SET). Permiten al gestor actuar sobre el dispositivo gestionado
• Notificaciones: un agente notifica a un gestor de la ocurrencia de una
situación anómala (TRAP, SNMPv2-TRAP, INFORM). El gestor es
informado inmediatamente, evitando los retardos debidos al sondeo 99

Relaciones administrativas
Comunidad SNMP
Elemento
Entidad de Base de información
de
Entidad de aplicación de gestión
red
aplicación (MIB)
Agente Mensaje SNMP
SNMP
Entidad de
aplicación
- subconjunto de objetos
Perfil - privilegios de acceso (lectura,
escritura, total)
Un agente puede dar servicio a un
Un elemento de red puede tener una visión parcial
conjunto de entidades de aplicación
de la BD de gestión, sólo de lo que le interese
Comunidad
SNMP
El conjunto de todos los perfiles
Políticas Perfil
es lo que se denomina de
Comunidad Base de información
SNMP
políticas de acceso acceso de gestión
(MIB)
Comunidad
SNMP
100
50
1. Interrupción convencional: es el objeto gestionado
Estrategias de gestión
el que avisa al gestor mediante una notificación,

esperando que éste produzca la respuesta Notificación
correspondiente
Respuesta
(-) Difícil predicción de la carga en la red
2. Sondeo: el gestor solicita información al objeto
gestionado con una frecuencia determinada
Solicitud
(-) Sobrecarga la red con tráfico adicional
(-) Menor eficiencia de la red Respuesta
(+) Protocolo simple de implementar
(+) Mejor predicción del tráfico en la red
3. Interrupción modificada “trap”: es una combinación Información
de las dos anteriores; no se notifican todos los Filtro
cambios, sino sólo aquellos definidos como Notificación no usual
relevantes para el centro de gestión. Por otro lado, el
Notificación no usual
centro de gestión tiene la posibilidad de sondear.
• La interrupción de produce en pocas ocasiones Respuesta
• El mensaje de interrupción es simple y pequeño Solicitud
• El sondeo permite conocer la situación de los recursos de la red Respuesta 101

Aplicación Aplicación Ver transparencia 54 Ö
de de interacción de servicios
gestión gestión con agentes y gestores
Arquitectura
Agente Agente
SNMP Aplicación SNMP
UDP Transporte
UDP
IP Red IP
Niveles inferiores Niveles inferiores
GET request: permite al centro de control solicitar valores de atributos al objeto

Servicios SNMP
gestionado. Contiene identificadores para distinguir múltiples request y valores

para informar del estado de la red
GET-NEXT request: similar al anterior y permite la recuperación del siguiente
identificador lógico localizado en la estructura de la MIB
SET request: permite solicitar una acción o modificar un valor de un elemento
de la red
GET response: permite responder a las primitivas request. Contiene un
identificador que lo asocia a la PDU que responde e información sobre el estado
de la respuesta
TRAP: permite informar de un evento producido o cambiar el estado de un
elemento de la red 102
51
Versiones del protocolo SNMP

• SNMPv1: define la arquitectura física (gestor-agente), el
modelo de información de gestión (SMIv1) y las operaciones
básicas del protocolo
• SNMPv2: amplía el modelo de información (SMIv2) y añade
algunas operaciones (GETBULK, SNMPv2-TRAP, INFORM).
Existen algunas variantes, la más difundida es la v2c o
Community-based
• SNMPv3: mejora los aspectos de seguridad (autentificación
previa a efectuar operaciones de lectura o escritura)
103
Los protocolos de gestión. CMOT

• CMOT = Common Management information services and
protocol Over TCP/IP
• Es una alternativa a SNMP
• Intenta combinar dos cosas:
1. Ofrece servicios CMIS
2. Se basa en protocolos de comunicación sencillos
CMIS
ACSE ROSE Aplicación
LPP
TCP UDP Transporte
IP Red
Niveles inferiores
104
52
Los protocolos de gestión. Comparativa
• CMIP/CMIS se enmarca dentro de los protocolos de ISO (redes de
compañías de telecomunicaciones, telefonía)
• SNMP se enmarca en el ámbito de Internet, no es soportado en redes
públicas. Es mucho más sencillo y constituye casi un subconjunto de
CMIP
• Hay mayor penetración comercial de SNMP, pero no está estandarizado
• La arquitectura OSI define más módulos
• El menor número de módulos SNMP puede implicar mayor rapidez y
menor consumo de memoria
• SNMP no considera la herencia y utiliza GET-NEXT para recuperar
múltiples instancias de un objeto
• CMIS/CMIP permite la creación y eliminación dinámica de objetos,
mientras que SNMP considera los objetos de la red como entidades
estáticas
• Puede ser fácil pasar de SNMP a CMIP, pero no al contrario. Existen
normas que permiten hacer esto.
105
Las funciones de gestión [ 10146-x;X.73x,X.74x ]

ISO
Gestión de sistemas Funciones
Estructura
Estructura general
general
7498-4
7498-4 Usuario
Usuario
10040
10040
SMAE SMASE
Estructura
Funciones AE
10165-x
10165-x 9595
9595 10164-x
10164-x CMISE
9596
9596
M ASEs
ITU-T X.73x ROSE
Estructura X.74x
Estructura general
general I LME
M.30xx
M.30xx ACSE
LE
B
Nivel de
Estructura
Funciones presentación
M.31xx
M.31xx Q.8xx
Q.8xx M.32xx
M.32xx
M.3300
M.3300
M.3400
M.3400
Gestión
Gestión específica
específica de
de Gestión de nivel
la
la tecnología
tecnología
106
53
Áreas
Áreasfuncionales
funcionales
Fallos
Fallos Contabilidad
Contabilidad Configuración
Configuración Prestaciones
Prestaciones Seguridad
Seguridad
Fault
Fault Accounting
Accounting Configuration
Configuration Performance
Performance Security
Security
Funciones
Funciones
Gestión
Gestiónde
deobjetos
objetos Gestión
Gestiónde
deestados
estados Representación
Representaciónde
de Informe
Informe de
dealarmas
alarmas
relaciones
relaciones
Gestión
Gestióninformes
informes Control
Control de
de
de históricos Alarmas
Alarmasdede Auditoría
Auditoríade
de
deevento
evento históricos
seguridad
seguridad seguridad
seguridad
Control
Control de
deacceso
acceso Medidas
Medidascontables
contables Seguimiento
Seguimientode
de Gestión
Gestiónde
de
ocupación
ocupación pruebas
pruebas
Pruebas
Pruebasdede
Resúmenes
Resúmenes diagnótico
diagnótico Programación
Programación Otras
temporal Otras funciones
funciones
temporal
107

Áreas funcionales de gestión
» Fallos
– Mantener y examinar los registros de errores
– Aceptar y actuar frente a las notificaciones de errores
– Localizar e identificar las averías
– Llevar a cabo secuencias de pruebas de diagnóstico
– Corregir las averías
» Contabilidad
– Informar a los usuarios de los costes en los que han incurrido y de
los recursos consumidos
– Establecer límites de costes y programas de tarifas asociados al
uso de los recursos
– Combinar costos de varios recursos cuando un servicio se presta
en base a múltiples elementos
108
54
» Configuración
– Establecer parámetros de operación
– Asociar nombres a objetos
– Activar y desactivar objetos
– Recoger información sobre el estado actual
Áreas funcionales de gestión
– Recoger avisos de cambios significativos

– Cambiar la configuración del sistema
» Prestaciones
– Reunir información estadística
– Mantener y explotar registros históricos del estado del sistema
– Determinar las prestaciones del sistema en condiciones naturales y
artificiales
– Modificar la operación del sistema para una correcta gestión de
prestaciones
» Seguridad
– Crear, borrar y controlar los servicios y mecanismos de seguridad
– Distribuir la información de seguridad
– Informar de los sucesos relativos a la seguridad del sistema
109
Las funciones de gestión: Gestión de objetos [10164-1]

Servicios que las funciones de gestión de objetos ofrece al nivel
superior (el usuario, en este caso):
» Servicio de información de creación de un objeto (object creation
reporting service)
» Servicio de información de borrado de un objeto (object delete
reporting service)
» Servicio de información de cambio de valor en un atributo (attribute
value change reporting service)
» Servicios de paso (pass-through services), que permiten al usuario
acceder a los servicios CMIP:
• Create (PT-CREATE)
• Delete (PT-DELETE)
• Get (PT-GET)
• Replace, Replace-with-Default (PT-SET)
• Add, Remove (PT-SET)
• Notification (PT-EVENT-REPORT)
• Action (PT-ACTION) 110
55
Las funciones de gestión: Gestión de objetos [10164-1]
Parámetros del servicio de información de creación de un objeto:
» Parecidos a los de las primitivas utilizadas en CMIP
• Invoke identifier, Mode, Managed object class, Managed object
instance, Event type (“object creation”), Event time
• Event information (dentro de este parámetro aparecen otros
parámetros, se particulariza para cada uso):
– Source indicator: indica la fuente del evento
– Attribute list: lista de atributos junto con sus valores al ocurrir el evento
– Notification identifier: nº entero que identifica unívocamente una notificación. Se
usa para referirse a notificaciones relacionadas
– Correlated notifications: conjunto de notificaciones relacionadas
– Additional text: texto en formato libre (no se interpreta)
– Additional information: información sobre el evento no contemplada en la norma.
Debe interpretarse
- identifier: indica la sintaxis de la información
- significance: dice si la información adicional es esencial o no para entender la
notificación
- information: contenido de la información con la estructura indicada en identifier
• Current time, Event reply, Errors 111
Las funciones de gestión: Gestión de estados [10164-2]

» 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
» Servicio de gestión de estados
• State Change Reporting service
» Diferencias entre un estado (state) y una situación (status):
- los estados son fundamentales, mientras que las situaciones son accesorias
- los estados son incompatibles entre sí y dependen unos de otros, mientras que las
situaciones son compatibles entre sí. 112
56
Operational state
• Indica si el recurso está instalado
físicamente y funciona
ENABLED
• Los posibles estados son:
- disabled: el recurso no puede ser
operado ni está en condiciones de
dar servicios al usuario Enable Disable
- enabled: el recurso está total o
parcialmente operable y disponible
• Si queremos saber si un recurso DISABLED
funciona, definimos en su modelo un
atributo operational state y sus posibles TISO0120-92/d01
valores serán esos dos.
Diagrama de estado operacional
113

Usage state
• Indica si el recurso está siendo usado IDLE
en un instante determinado y, en tal
caso, si tiene capacidad sobrante
• Los posibles estados son: Last user
New
user
quit User quit
- idle: el recurso no está en uso or CI
User quit New user
- active: el recurso está en uso y (nonsharable (nonsharable
tiene capacidad para admitir nuevos object) ACTIVE object)
usuarios New user
User quit New user
- busy: el recurso está en uso y no or CI
or CD
or CD
tiene capacidad para admitir nuevos

usuarios
• Si queremos saber si un recurso está BUSY
siendo usado, definimos en su modelo
un atributo usage state y sus posibles CD TISO0130-92/d02
valores serán esos tres. Diagrama de estado de uso

114
57
Administrative state
• Permite o prohibe el uso del recurso UNLOCKED User
por razones administrativas quit
• Los posibles estados son:

- locked: el recurso tiene prohibido Unlock Unlock Shut down
suministrar servicio a los usuarios Shut
- shutting down: el recurso tiene down
SHUTTING
permitido dar servicio a los usuarios (if idle)
DOWN
que ya están siendo atendidos, pero
no acepta nuevos usuarios Lock Lock Last user quit
- unlocked: el recurso tiene permitido

dar servicio a todos los usuarios
• Si queremos controlar los permisos del LOCKED
recurso, definimos en su modelo un
atributo administrative state y sus TISO0140-92/d03
posibles valores serán esos tres. Diagrama de estado administrativo 115

Alarm status
• Indica la situación de alarmas en el recurso
• Las posibles situaciones son:
- under repair: el recurso está en reparación
- critical: el recurso tiene alarmas críticas
- major: el recurso tiene alarmas graves
• - minor: el recurso tiene alarmas leves
- alarm outstanding: el recurso tiene alarmas pendientes
• Las situaciones (status) son totalmente independientes de los estados (state).
P.e., se puede tener un recurso activo y con alarma under repair
Procedural status
• Es una situación que tiene sentido para aquellos objetos que representan
procesos que siguen una secuencia de pasos
- initialization required: indica que el objeto necesita inicialización
- not initialized: indica que el objeto no está inicializado
- reporting: indica que el objeto está informando
- terminating: indica que el objeto está terminando 116
58
Availability status
• Indica la situación de disponibilidad del recurso
- in test: el recurso está en pruebas
- failed: el recurso tiene avería
- power off: el recurso no tiene alimentación
- off line: el recurso necesita conectarse
- off duty: el recurso está en descanso periódico
- dependency: el recurso depende de un objeto no disponible
- degraded: el recurso opera con prestaciones degradadas
- not installed: el recurso no está instalado
- log full: el recurso tiene su capacidad de dar servicio completa
• Cada una de estas situaciones son totalmente compatibles entre sí, es
decir, un recurso puede estar averiado y, a su vez, estar en descanso
periódico.
117

Control status
• Indica la situación de control del recurso
- subject to test: se da servicio a los usuarios, pero simultáneamente se están
realizando pruebas que pueden afectar al servicio
- part of services locked: el recurso está parcialmente bloqueado
- power off: el recurso no tiene alimentación
- reserve for test: el recurso no puede ser utilizado en este momento porque
está siendo probado (las pruebas son incompatibles con dar servicio al
usuario)
- suspended: se suspende temporalmente el servicio a los usuarios, que se
reanudará por el punto en el que se dejó
Standby status
• Indica si el recurso funciona como back-up de otro y en qué forma
• Las posibles situaciones: hot standby, cold standby y providing service
Unknown status
• Indica si el recurso es desconocido
• Las posibles situaciones: false y true 118
59
Las funciones de gestión: Gestión de eventos [10164-5]
• Filtra las notificaciones que emiten los objetos antes de convertirlas en “event reports”.
Para ello usa unos filtros denominados discriminadores
• Los servicios que las funciones de gestión de eventos ofrece al nivel superior (el
usuario, en este caso):
» Servicio de creación de un discriminador (creation of a discriminator)
» Servicio de borrado de un discriminador (delete of a discriminator)
» Servicio de modificación de atributos de discriminador (modification of discriminator
attributes)
» Servicio de suspensión de la actividad del discriminador (suspension of the activity
of the discriminator)
» Servicio de reanudación de la actividad del discriminador (resumption of the
discriminators activity
top
Modelo de gestión de event report
Discriminator
Objeto Event reports

gestionado Pre-procesado potenciales Event
de eventos
forwarding
Notificaciones EFDs Event discriminator
reports
Discriminadores
Respuestas Control 119
especializados
EFDs = Event Forwarding Discriminators

Discriminator. Atributos
• DiscriminatorID: es el identificador del discriminador
• DiscriminatorConstruct: es el atributo donde se guarda la estructura del
discriminador
DiscriminatorConstruct ::= CMISFilter
CMISFilter::= CHOICE {
item [8 ] FilterItem,
and [9 ] IMPLICIT SET OF CMIS Filter,
or [10 ] IMPLICIT SET OF CMISFilter,
not [11 ] CMISFilter
}
• AdministrativeState
• El estado “locked” se usa para suspender la actuación del discriminador
• OperationalState
• AvailabilityStatus
• Si está “off-duty” indica que la programación temporal del discriminador
lo hace que no actúe
• UsageState 120
60
Discriminator. Paquetes condicionales

• DurationPackage: marca los instantes de comienzo y final de la
discriminación
• DailySchedulingPackage: programación temporal de periodicidad diaria
• WeeklySchedulingPackage: programación temporal de periodicidad
semanal
• ExternalSchedulerSchedulingPackage: programación temporal basada
en un objeto externo (se identifica por su nombre)
• Ver ejemplos siguientes
121

Event forwarding discriminator
• Añade a Discriminator un destino (simple o múltiple) hacia donde
propagar el evento
Event forwarding discriminator. Atributos
• Destination: lista de destinos a los que enviar los eventos que superen
el filtro
Destination ::= CHOICE {
single AE-title,
multiple SET OF AE-title}
AE-title ::= CHOICE {AE-title-form1,
AE-title-form2}
AE-title-form1 ::= Name
AE-title-form2 ::= OBJECT IDENTIFIER
• Active destination: destino al que se están enviando los eventos

• Backup destination list: lista de destinos de respaldo
BackUpDestinationList ::= SEQUENCE OF AE-title
• Confirmed mode: indica si se trabaja en modo confirmado o no

ConfirmedMode ::= BOOLEAN
-- True implica que el informe de eventos es confirmado 122
61
Las funciones de gestión: Control de históricos [10164-6]
• Filtra y almacena las informaciones que deben ser
archivadas. Estas informaciones pueden ser de dos
tipos: notificaciones de objetos locales y event reports top
externos
• Los servicios que las funciones de control de logRecord log
históricos ofrece al nivel superior (el usuario, en este
caso):
» Servicio de creación de un histórico (creation of eventLogRecord
a log)
» Servicio de borrado de un histórico (delete of a eventLogRecord
log) especializados
» Servicio de modificación de atributos de histórico
(modification of log attributes)
Hay que distinguir entre log y record:
» Servicio de suspensión de la actividad del log - log es un histórico
(suspension of the activity of the log) - record es una anotación individual
dentro de un histórico
» Servicio de borrado y recuperación de registros (En el árbol de inclusión sí que están
de históricos (deletion and retrieval of log records) relacionados: un histórico contiene
anotaciones)
» Servicio de reanudación de la actividad del log
(resumption of the log activity) 123

Modelo de gestión de log
Objeto log reports

gestionado Pre-procesado potenciales
de históricos
Notificaciones Logs Event
reports
Respuestas Control
Relación entre los modelos de gestión de Event report y Log
Objeto log reports

gestionado Pre-procesado potenciales
de históricos
Logs
Notificaciones Event reports
Event reports
Pre-procesado potenciales
de eventos
EFDs
Event reports
Respuestas
Control Respuestas Control 124
62
Log. Atributos
• logID: indica el identificador del histórico
• discriminatorConstruct: esquema de filtrado asociado al histórico
• administrativeState, operationaState, availabilityStatus
• logFullAction: indica la acción que hay que llevar a cabo en caso de que
el histórico se llene: empezar desde el principio (wrap) o parar (halt)
LogFullAction ::= ENUMERATED {wrap(0), halt(1)}
Log. Notificaciones
• objectCreation: notificación de que un histórico ha sido creado
• objectDeletion: notificación de que un histórico ha sido borrado
• attributeValueChange: notificación de que el valor de un atributo del
histórico ha sido modificado
• processingErrorAlarm: notificación de que se ha producido un error de
proceso en el histórico ProcessingErrorAlarm NOTIFICATION
BEHAVIOUR processingErrorAlarmBehaviour;
WITH INFORMATION SYNTAX
Notification-ASN1Module.AlarmInfo
processingErrorAlarmBehaviour BEHAVIOUR
DEFINED AS “This notification type is used to report 125
processing failure in a managed object.”;

Log. Paquetes condicionales
• Finite log size package: paquete de tamaño de histórico finito. Define:
– Max log size: el tamaño máximo permitido para el histórico
– Current log size: el tamaño actual del histórico
– Number of records: el número de anotaciones del histórico
• Log alarm package: paquete de alarma de histórico
– Capacity alarm threshold: porcentaje de tamaño máximo
(maxLogSize) a partir del cual se genera un evento de aviso. Se trata
de descargar el histórico para que no se desborde.
• AvailabilityStatusPackage
• DurationPackage
• DailySchedulingPackage
• WeeklySchedulingPackage
• ExternalSchedulerSchedulingPackage
126
63
Las funciones de gestión: Gestión de relaciones [10164-3]
Modelo de relaciones Relación indirecta
» Directa e indirecta A B C
Relación Relación
directa directa
A B
(objeto usuario) (objeto proveedor)
» Papel (rol) del objeto en la
Objeto Objeto
relación. Ej: usuario, proveedor proveedor usuario
B A
»Simétrica o asimétrica: si los

X Y
dos objetos juegan el mismo
XY
papel (peer) o no (user, RAx RAy
provider)
B A
» Recíproca o unidireccional
127
Las funciones de gestión: Gestión de relaciones [10164-3]

Tipo de relaciones
» Service relationship: uno de los objetos es el suministrador
(provider) y el otro es el usuario (user)
» Peer relationship: relación entre objetos similares, que colaboran
para realizar las mismas funciones
» Fallback relationship: el objeto secundario (secondary) asume las
tareas del primario (primary) en caso de que éste falle (fallo
potencial)
» Back-up relationship: el objeto de reserva (back-up) tiene
asumidas las tareas del objeto primario (primary) porque éste ha
fallado (el fallo ha ocurrido)
» Group relationship: un objeto miembro (member) pertenece a un
grupo representado por el otro objeto propietario (owner)
128
64
Las funciones de gestión: Gestión de alarmas [10164-4]
» Notificaciones, que van definidas dentro del parámetro “event

type”:
– comunicationsAlarm, qualityOfServiceAlarm,
processingErrorAlarm, equipmentAlarm, environmentalAlarm
» Atributos, que van en el campo “event information”:
– probableCause, specificProblems, perceivedSeverity,
backedUpStatus, backupObject, trendIndication, thresholdInfo,
notificationIdentifier, correlatedNotifications,
stateChangeDefinition, monitoredAttributes,
proposedRepairActions, additionalText, additionalInformation
» Servicios:
– Servicio de informe de alarma (Alarm reporting service)
129

Event Information. Atributos
• Probable cause: identifica la posible causa de la alarma. Hay definidas
en la norma un total de 57 causas posibles, desde “adapter error” hasta
“version mismatch”
• Specific problems: refina y matiza la posible causa de la alarma
• PerceivedSeverity: grado de gravedad de la alarma desde el punto de
vista del objeto que genera la alarma. Puede ser:
– cleared: la alarma ha desaparecido
– indeterminate: es una alarma indeterminada
– critical: se requiere una actuación inmediata
– major: se requiere una actuación urgente
– minor: se requiere una actuación correctiva
– warning: la alarma indica un fallo potencial
• Backed-up status: indica si el objeto ha sido sustituido por otro de
reserva
130
65
• Back-up object: indica el objeto de reserva
• Trend indication: indica si hay otras alarmas no solucionadas del mismo
objeto y el grado de severidad de la actual:
– more severe
– no change
– less severe
• Threshold Information: indica que la alarma es debida al cruce por un
valor umbral. Los subcampos de esta información son:
– triggered treshold: identificación del umbral cruzado
– treshold level: valor del umbral cruzado (y eventualmente de su histéresis)
– observed value
– arm time: instante en el que se rearmó el umbral por última vez (se bajó del
valor umbral más la histéresis)
Se libera la alarma
Histéresis Umbral original
Se genera la alarma
131
• State change definition: indica que se ha producido un cambio de

estado y lo define
• Monitored attributes: indica algunos atributos y sus valores en el
momento de la alarma
• Proposed repair actions: sugiere las acciones correctivas a tomar,
que pueden ser varias. Hay dos definidas, aunque se pueden
extender:
• no repair action required: no es necesario hacer nada
• repair action required: lo que hay que hacer
132
66
Las funciones de gestión: Alarmas de seguridad [10164-7]
» Especifica las alarmas de seguridad del sistema
» Posee una estructura similar a la gestión de alarmas (10164-4), pero
particularizando los parámetros “event type” y “event information” de las
notificaciones
» Proporciona servicio de informe de alarma de seguridad (Security alarm
reporting service)
Event type
• Integrity violation: se ha insertado, borrado o modificado información de forma
ilegal
• Operational violation: se ha solicitado un servicio no disponible, o de forma
incorrecta
• Physical violation: un recurso físico ha sido violado de forma que sugiere un
ataque a la seguridad
• Security service o mechanism violation: un servicio o dispositivo de seguridad ha
detectado un ataque
• Time domain violation: ha ocurrido un evento en un momento inesperado o
prohibido 133
Las funciones de gestión: Alarmas de seguridad [10164-7]
Event information
• Severity alarm cause: lista de las posibles causas desde “duplicate
information” hasta “out of hours activity”
• Security alarm severity:
– indeterminate
– critical
– major
– minor
– warnig
• Security alarm detector: dispositivo o servicio que ha detectado la alarma
de seguridad
• Service user: usuario del servicio que ha generado la alarma
• Service provider: suministrador del servicio que ha generado la alarma
134
67
Áreas
Áreasfuncionales
funcionales
Fallos
Fallos Contabilidad
Contabilidad Configuración
Configuración Prestaciones
Prestaciones Seguridad
Seguridad
Fault
Fault Accounting
Accounting Configuration
Configuration Performance
Performance Security
Security
Funciones
Funciones
Gestión
Gestiónde
deobjetos
objetos Gestión
Gestiónde
deestados
estados Representación
Representaciónde
de Informe
Informe de
dealarmas
alarmas
relaciones
relaciones
Gestión
Gestióninformes
informes Control
Control de
de
de históricos Alarmas
Alarmasdede Auditoría
Auditoríade
de
deeventos
eventos históricos
seguridad
seguridad seguridad
seguridad
Control
Control de
deacceso
acceso Medidas
Medidascontables
contables Seguimiento
Seguimientode
de Gestión
Gestiónde
de
ocupación
ocupación pruebas
pruebas
Pruebas
Pruebasdede
Resúmenes
Resúmenes diagnótico
diagnótico Programación
Programación Otras
temporal Otras funciones
funciones
temporal
135
Estructura de la información [ 10165-2 ]

Top
Discriminator Log Log Record System
Event Forward Event Log

Discriminator Record
Alarm Record Attribute Value Object Creation

Change Record Record
Relationship Security Alarm Object Deletion

Change Record Report Record Record
State Change
Record
136
68
Las funciones de gestión: Seguimientos [10164-11]
» Especifica los mecanismos para poder realizar el seguimiento y
monitorización de los valores de los atributos de la red
» Tipos de objetos:
• Define un conjunto de tipos de objetos y atributos que realizan la
monitorización y el procesamiento de la información
» La estructura de información adicional necesaria para hacer el
seguimiento (o evolución) de los valores de un atributo sería:
Top
Scanner
Monitor Metric
Mean monitor
Moving Average Algorithm Indicating

Mean Monitor Mean Monitor
Mean and Mean and Variance Mean and

Percentile Monitor Monitor MinMax Monitor 137
Las funciones de gestión: Medidas contables [10164-10]

» Especifica los mecanismos para poder contabilizar el uso de los
recursos y su eventual facturación
» Para ello, se definen tres tipos de objetos:
• usage metering control managed object
• usage metering data managed object
• usage metering record managed object
» Ejemplo de modelado del proceso de contabilidad:
Usuario abonado al servicio
Facturas
Proceso de contabilidad UMF = Función de medición
de uso del recurso
Proceso de facturación AR n = Recurso contabilizable
Registros de transacción de servicio
Proceso de cobro
Registros de medición de uso
UMF UMF UMF Proceso de

medición
AR 1 AR 1 AR 1 de uso
138
69
Las funciones de gestión: Medidas contables [10164-10]
» Ejemplo de relación estructural de los objetos gestionados:
System object
Usage metering
Log
Accountable control
object
Usage metering
record
Usage metering
data
Containment relation
Relation type other than containment
Logging of notifications
139
Servicios de gestión TMN

» Administración de clientes
» Administración de rutas
Funciones de gestión de redes de comunicaciones
» Administración de las medidas de tráfico

» Administración de la tarificación
» Gestión del tráfico
» Gestión del acceso de clientes
» Gestión de redes de transporte (circuitos, trayectos y enlaces)
» Gestión de la conmutación
» Gestión de equipos en clientes
» Administración de la instalación de sistemas
» Administración de la calidad del servicio
» Gestión del servicio controlado por el cliente
» Gestión del sistema de señalización
» Gestión de redes inteligentes
» Restablecimiento y recuperación
» Gestión de materiales
» Planificación de actividades de personal
» Gestión de la TMN
140
70
Funciones de gestión TMN
» Gestión de prestaciones
• Seguimiento de las prestaciones
Funciones de gestión de redes de comunicaciones
• 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
» Gestión de la seguridad
141
Plataformas de gestión
• Una plataforma de gestión es un conjunto de módulos software que
ofrecen una serie de servicios de gestión
• Las aplicaciones de gestión que se necesiten son desarrolladas
aprovechando los servicios que la plataforma ofrece
GUI
Aplicación
Plataforma
Red Aplicación
de gestión
Plataforma Red
Aplicación de gestión
Aplicación
• Normalmente, las plataformas de gestión comerciales incorporan un

interfaz de usuario que permite realizar las tareas de gestión más
comunes
• Este interfaz suele servir como punto de integración para las
aplicaciones de gestión desarrolladas a medida
142
71
Plataformas de gestión comerciales. Ejemplos
• SNMP:
¾ HP OpenView Network Node Manager
¾ Sun SunNet Manager
¾ Aprisma Spectrum Site Manager
¾ Tivoli NetView
¾ BMC Patrol
¾ (GNU, para Linux, bajo Gnome) GxSNMP ("pre-alpha")
• TMN (normalmente, las plataformas TMN soportan varios protocolos de

gestión, por lo menos CMIP y SNMP):
¾ HP OpenView Telecom
¾ Compaq/Digital TeMIP
¾ Agilent NETeXPERT
Þ http://www.simpleweb.org Ö Mucha información sobre SNMP, edición

periódica de una publicación electrónica ("The Simple Times") y una
sección de software donde vienen muchas más plataformas
143
Ejemplo de plataforma de gestión SNMP:

HP OpenView NNM
• NNM (Network Node Manager) se compone de la plataforma SNMP y de
un interfaz de usuario
• El interfaz de usuario se encarga de presentar:
• la información de la red
• los eventos y alarmas
• la información sobre prestaciones
• La plataforma se corresponde con un conjunto de procesos de segundo
plano, encargados de:
• monitorizar el estado y la configuración de los nodos
• mantener la base de datos con la información de la red
• actualizar la información en tiempo real
• reunir datos sobre prestaciones
• Funciones del NNM:
¾ Topología: mapas y submapas de red
¾ Fallos: log de alarmas y eventos
¾ Prestaciones: recolección periódica de datos sobre los nodos de la red
mediante SNMP 144
72
HP OpenView NNM - Topología
• Mapas y
submapas de red:
estructura
jerárquica
• Exploración
automática
• Estado codificado
con colores
145

HP OpenView NNM - Fallos
• Los eventos proceden de los nodos (notificaciones) o de los
procesos de la plataforma (p.e., mensajes de error, detección de
dirección duplicada, etc.)
código de
colores
correlación
146
73
Ejemplo de plataforma de gestión SNMP: HP
OpenView NNM - Fallos: correlación de eventos
• Trata de filtrar las avalanchas de eventos

• NNM incorpora un motor de correlación de eventos,
denominado ECS Engine
• El motor de correlación ejecuta una serie de circuitos de
correlación, cada uno de ellos orientado a efectuar un cierto
tipo de análisis sobre los eventos (p.e., circuito connector
down, circuito repeated event, etc.)
• Es posible desarrollar circuitos de correlación a medida
mediante ECS Designer
147

• Un circuito de correlación se compone de una serie de

bloques funcionales interconectados entre sí
• Tipos de bloques:
• filter
• table, extract
• annotate
• create, modify, ...
148
74
• Ejemplo de correlación: scheduled maintenance. En un
determinado intervalo de tiempo se sabe que van a llevarse
a cabo operaciones de mantenimiento
149

OpenView NNM - Prestaciones
• Recolección de datos de los dispositivos mediante sondeo

SNMP
• Almacenamiento de los datos en ficheros de log para su
posterior análisis con otras herramientas
• Representación gráfica de los datos desde el interfaz de
usuario
• Es posible fijar umbrales sobre las variables recolectadas.
La plataforma puede ser configurada para disparar alarmas
si son sobrepasados los umbrales.
150
75
OpenView NNM - Gestión de las MIBs
• Si se añade a la red un nuevo tipo de dispositivo, es

necesario que la plataforma conozca qué información de
gestión puede obtener de él
• Para ello, NNM permite cargar los módulos MIB que
contienen las definiciones de los objetos gestionados de
esos nuevos dispositivos
• Estos módulos MIB son proporcionados por los fabricantes
de los dispositivos
151

OpenView NNM - Fallos: Gestión distribuida
• Las redes grandes pueden ser gestionadas mediante varias

plataformas NNM
• Una plataforma NNM en un entorno de gestión distribuida
puede actuar como:
• Estación de recogida de datos
• Estación central de gestión
• Estación de recogida/gestión de datos
152
76
OpenView NNM - Fallos: Gestión distribuida
Estación
Dispositivos de
Terminal
recogida
de datos
Dispositivos
Dispositivos
Dispositivos
Estación Estación
central de central de
Estación gestión
recogida/ gestión Estación
gestión de
de datos We b
recogida
de datos We b
We b
Consola
Consola Consola
de
de de
gestión
gestión gestión
Dispositivos
153
Plataformas de gestión TMN

• Habitualmente se componen de:
• La plataforma propiamente dicha
• Un conjunto de APIs y herramientas para el desarrollo
de aplicaciones gestor/agente, usando OSI o CORBA
• Herramientas de modelado de objetos gestionados
(GDMO) y generación de código
• Herramientas para el tratamiento avanzado de eventos
(correlación y filtrado mediante circuitos o reglas
expertas)
• Módulos adaptadores opcionales para equipos no TMN
154
77
Plataformas de gestión TMN -
EMS Element Management Systems
• EMS:
• sistemas de gestión que supervisan y controlan un
conjunto de dispositivos
• normalmente presentan un interfaz de usuario que
permite al operador conocer el estado de los dispositivos
y actuar sobre ellos
• desarrollados habitualmente por los mismos fabricantes
que los dispositivos (la comunicación sistema-dispositivos
suele ser propietaria)
• se sitúan en el nivel de gestión de elementos de TMN
155
EMS
Plataformas de gestión TMN -
Ejemplo EMS: OmniVU
156
78

Sistemas Avanzados de Comunicaciones - Gestion de Redes

Cargado por

Copyright:

Formatos disponibles

Sistemas Avanzados de Comunicaciones - Gestion de Redes

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Sistemas Avanzados de Comunicaciones - Gestion de Redes

Cargado por

Copyright:

Formatos disponibles

Sistemas Avanzados de

Comunicaciones. Tema 10:

Mª del Carmen Romero

Dpto. de Tecnología Electrónica

Respecto a la Voz Red de circuitos conmutada

Necesidad de la gestión de redes

Funciones generales de un sistema de gestión

• Administración de los usuarios de la red y el software

• Soporte a los usuarios

• Gestión de los fallos producidos en la red

Redes de datos Redes de datos

* Esquemas de gestión de red * Esquemas de gestión de red estándares

Los modelos de gestión de redes de comunicaciones.

ISO Internet ITU-T

Estructura información Protocolos Funciones

Los modelos de gestión de redes de comunicaciones.

• Objeto de gestión: todo objeto

Servicio pertinente para la gestión de la red

Concepto de conjunto, jerarquía, árbol y tipo de objetos

Mux MP31 Red de radio-enlaces

Red Andalucía Puesto central Red Comunicaciones

Puesto central Red Comunicaciones HW SW

Los modelos de gestión de redes de comunicaciones.

Gestor Conocimiento de Agente (Agent)

Los modelos de gestión de redes de comunicaciones.

Gestión dividida en dominios

Razones por las que dividir la gestión en dominios:

Los modelos de gestión de redes de comunicaciones.

Protocolo: conjunto de reglas establecidas Conector Manejo de ficheros

subconjuntos de reglas referidas a aspectos Acceso multipunto

similares y se pueden estructurar estos

Usuario del servicio Usuario del servicio

Servicio confirmado Servicio no confirmado

Los modelos de gestión de redes de comunicaciones.

Proceso de envío Modelo OSI Proceso de recepción

Camino de transmisión real de datos

Traducción sintáctica de caracteres, cadenas de texto, formatos de representación de

Red Determinación de las rutas de los paquetes, direccionamiento

Transmisión física de los datos a través del medio

Los modelos de gestión de redes de comunicaciones.

SMASE MIB - Management Information Base

Los modelos de gestión de redes de comunicaciones.

FTAM ASE específico de gestión

CCITT X.25 (ISO 8208) ISO 8348/AD1 CLNS

IEEE 802.2 LLC Futuros servicios

Fallos Contabilidad Configuración Prestaciones Seguridad

Los modelos de gestión de redes de comunicaciones.

Estructura información Funciones Protocolos

• TMN = Telecomunication Management Network

( ITU-T = International Telecommunication Union - Telecommunication

Los modelos de gestión de redes de comunicaciones.

Estructura general de TMN

• Arquitectura funcional: define los bloques funcionales de

• Arquitectura de la información: orientación a objetos,

• Arquitectura física: componentes físicos e interfaces

• Arquitectura lógica en capas

Los modelos de gestión de redes de comunicaciones.

› NEF: función de elemento de

Los modelos de gestión de redes de comunicaciones.

NEF OSF MF QAFq3 QAFqx WSF non-TMN