Sistemas Avanzados de Comunicaciones - dte.us.es · PDF fileLos modelos de gestión de redes de comunicaciones. Arquitecturas normalizadas Estaciones de trabajo o workstations BT Hosts

Sistemas Avanzados de Comunicaciones

Gestión de Redes

Mª del Carmen Romero [email protected]

ETSII - L3 - Despacho G1.47

Dpto. de Tecnología ElectrónicaE.T.S. Ingeniería Informática

Universidad de Sevilla 1

Atribución-NoComercial-LicenciarIgual 2.5

Tu eres libre de:

copiar, distribuir, comunicar y ejecutar públicamente la obrahacer obras derivadas

Bajo las siguientes condiciones:

Atribución. Debes reconocer y citar la obra de la forma especificada porel autor o el licenciante.

No Comercial. No puedes utilizar esta obra para fines comerciales.

Licenciar Igual. Si alteras o transformas esta obra, o generas una obraderivada, sólo puedes distribuir la obra generada bajo una licenciaidéntica a ésta.

Al reutilizar o distribuir la obra, tienes que dejar bien claro los términos de lalicencia de esta obra.Alguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de los derechos de autor

Los derechos derivados del uso legítimo, del agotamiento u otras limitaciones oexcepciones reconocidas por la ley no se ven afectados por lo anterior.

Esto es un resumen simple del texto legal. La licencia completa está disponible en: http://creativecommons.org/licenses/by-nc-sa/2.5/legalcode

Attribution-NonCommercial-ShareAlike 2.5

You are free:

to copy, distribute, display, and perform the workto make derivative works

Under the following conditions:

Attribution. You must attribute the work in the manner specified by theauthor or licensor.

Noncommercial. You may not use this work for commercial purposes.

Share Alike. If you alter, transform, or build upon this work, you maydistribute the resulting work only under a license identical to this one.

For any reuse or distribution, you must make clear to others the license terms of this work.Any of these conditions can be waived if you get permission from the copyright holder.

Your fair use and other rights are in no way affected by the above.

This is a human-readable summary of the Legal Code. Read the full license at: http://creativecommons.org/licenses/by-nc-sa/2.5/legalcode

Contenido1. 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










3

Necesidad de la gestión de redesEn el ámbito de redes informáticas y redes de telecomunicaciones.

• Entornos heterogéneos:

Voz Red de circuitos conmutada

Datos Red de conmutación depaquetes.Según distribución: LAN, MANo WAN

Respecto a laInformación quetransportan

Vídeo Redes de difusión

Red privada/red públicaRespecto a laOrganización

Entorno de red centralizado-jerárquico /Entorno distribuido

4

Necesidad de la gestión de redes

• 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

5

Necesidad de la gestión de redes

• 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

6

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

7

Los modelos de gestión de redes de comunicaciones. Arquitecturas normalizadas

Estaciones de trabajoo workstations

HostsBT

TelcoLEC/IXC

Gestión de red*

DEC

SNA

Tymment

Redes de datospúblicas

SUN

* Esquemas de gestión de red

Redes de datosprivadas

Estaciones de trabajoo workstations

HostsSNM

TelcoLEC/IXC

SNM

SMN

SNM

Redes de datospúblicas

SNM

* Esquemas de gestión de red estándaresSNM= Standard Network Management Schemes

Redes de datosprivadas

Gestión de red estandarizada*

8










9

Los modelos de gestión de redes de comunicaciones. Arquitecturas normalizadas

Gestión de redesGestión de redes

Redes detelecomunicaciones

Redes detelecomunicaciones

Redes decomputadores


ISO(OSI)ISO

(OSI)1ª

InternetInternet

3ª

ITU-T(TMN)ITU-T(TMN)

2ª

10

Nº ISO

Nº ITU-T

Los

mod

elos

de g

estió

n de

rede

s de

com

unic

acio

nes.

A

rqui

tect

uras

nor

mal

izad

asÁmbito de la norma

Los modelos de gestión de redes de comunicaciones. Arquitectura ISOISO

Estructura general7498-410040


Estructura información10165-x


Funciones10164-x

Funciones10164-x

Protocolos95959596

Protocolos95959596

12


Concepto de objeto

Entidades físicas

Entidades no físicas

Objeto

ElementoDispositivo

Sistema

ServicioHistóricos de eventos

Conexiones

• No se corresponde con un sujeto

• Es todo aquello en que podamos

pensar

• Todo aquello que requiera una

representación o modelado

• Objeto de gestión: todo objeto

pertinente para la gestión de la red

13

Representa

Un objeto representa un recurso físico

Representa

Un objeto representa una jerarquía de recursos físicos

Representa

Un objeto representa a varias instancias de objetos

RepresentaRepresentaRepresenta

Múltiples objetos representan diferentes vistas del mismo recurso físico

Objeto soportado Recurso físico no representado por ningún objeto

Instancia de objeto gestionado

Recurso físico

Varios objetos representan a sub-entidades dentro de una jerarquía de recursos físicos

Representa

Los modelos de gestión de redes de comunicaciones. Arquitectura ISOISO. Relación objeto-recurso físico


Concepto de conjunto, jerarquía, árbol y tipo de objetosPuesto central

Mux MP31Sevilla

Red de radio-enlaces

Red Alcatel

Arteria 3 PABXCádiz

Estación Berzocana

Arteria 1 PABXCórdoba

PABXEnramadilla

Mux MP31Carmona

Red Andalucía

Puesto central

HW puesto central

Red Comunicaciones

Red Cross-

Connects

Red Centrales

Alcatel

RedRadio-enlace

SW puestocentral

Red Centrales Alcatel

Sevilla 1 Córdoba

Arteria 2 Arteria 3Arteria 1

Sevilla 2 Cádiz

Red Andalucía

Puesto central

HW puesto central

Red Comunicaciones

Red Cross-

Connects

Red Centrales

Alcatel

RedRadio-enlace

SW puestocentral

15

Los modelos de gestión de redes de comunicaciones. Arquitectura ISOISO: Estructura general [ 7498-4, 10040 ]





Funciones10164-x

Funciones10164-x

Protocolos95959596

Protocolos95959596

Operaciones

Notificaciones

OSI OSI

Sistema abierto Sistema abierto

Papel de agente (agent role)

Papel de gestor (manager role)

Objetos gestionados

OperacionesNotific.

16


Gestión compartida

Sistema abierto A

Gestor(Manager)

Sistema abierto B

Agente (Agent)

Objetos

Conocimiento de gestión

compartido de A a B

Agente (Agent)

Objetos Gestor(Manager)

Conocimiento de gestión

compartido de B a A

17


Gestión dividida en dominios

MD1 MD2

Sistema abierto real

Interacciones en dominios diferentes (interdomain) entresistemas de gestiónInteracciones dentro de un mismodominios (intradomain) entresistemas 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• Gestión de fallos

Los dominios pueden superponerse

18

Los modelos de gestión de redes de comunicaciones. Arquitectura ISOISO: Protocolos [ 9595, 9596 ]





Funciones10164-x

Funciones10164-x

Protocolos95959596

Protocolos95959596

19

Computador

Nodo

Red de comunicaciones


20

Definiciones:

Protocolo: conjunto de reglas establecidas entre dos o más computadores para poder comunicarse entre sí. Se pueden establecer subconjuntos de reglas referidas a aspectos similares y se pueden estructurar estos conjuntos.

Funciones: conjunto de tareas desempeñadas en un nivel o capa. Ej: f.de traducción

Servicios: conjunto de prestaciones ofrecidas por un nivel a su inmediato superior. Se llevan a cabo mediante las primitivas. Ej: servicios de traducción (informe convencional, urgente...)Primitivas: conjunto de estructuras de información que implementan los servicios de un nivel. Tipos: solicitud, indicación, respuesta y confirmación.

Conector

Niveles eléctricos

Acceso multipuntoCorrección de errores

Correo electr.

Manejo de ficheros

Entidad de nivel N+1

Entidad de nivel N+1

Entidad de nivel N

Entidad de nivel N

Entidad de nivel N-1

Nivel N+1

Nivel N

Nivel N-1

Punto de acceso a los servicios

de nivel N+1


de nivel N


de nivel N-1


de nivel N-2


21

1primitiva de

peticiónde servicio n

3primitiva derespuesta

de servicio n4primitiva deconfirmaciónde servicio n 2

primitiva de indicación

de servicio n

n SAP n SAP

X.request

X.indicationt1

t2X.request

X.confirm

X.indication

X.response

t4t3

t1t2

Usuario del servicio(capa N) Proveedor del servicio

(capa N-1)

Usuario del servicio(capa N)

Servicio confirmado

Usuario del servicio(capa N) Proveedor del servicio

(capa N-1)

Usuario del servicio(capa N)

Servicio no confirmado


22

Modelo OSI

Aplicación

Presentación

Sesión

Transporte

Red

Enlace datos

Físico

Aplicación

Presentación

Sesión

Transporte

Red

Enlace datos

Físico

Red

Enlace datos

Físico

Red

Enlace datos

Físico

Protocolo de aplicación

Protocolo de presentación

Protocolo de sesión

Protocolo de transporte

Proceso de envío Proceso de recepción

Camino de transmisión real de datos

Transmisión física de los datos a través del medioDefinición de los conectores, de las señales de control y velocidades de Tx.Detección de colisiones


23

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

Inicio y finalización de la sesión de trabajoNegociación de los parámetros del diálogoRecuperación de problemas de comunicación durante una sesión sin pérdida de datos

Conexión y transferencia de mensajes de transporte extremo a extremoClases de protocolos: 0 (simples), 1 (recuperación básica de errores), 2 (multiplexión), 3 (recuperación errores y multiplexión), 4 (recuperación avanzada de errores)

Determinación de las rutas de los paquetes, direccionamientoEnlace entre diferentes redes (internetworking)Resolución de congestionesGestión de costes de utilización de la red

División en tramas y sincronismo de las mismasControl de secuencia, de flujo y de acceso al medioDetección y corrección de errores (retransmisiones)

Aplicación

Presentación

Sesión

Transporte

Red

Enlace datos

Físico


24

Gestión OSIGestión OSI

Gestión desistemas

Gestión desistemas

Gestión denivel

Gestión denivel

Protocolo degestión de

nivel

Protocolo degestión de

nivel

Protocolo deoperación de

nivel

Protocolo deoperación de

nivel

Ejemplo:ISO 9542ES-IS

Ejemplo:FRMR en HDLCRev. Charge en X.25

Es una gestión global

Protocolo específico degestión de un nivel concreto

Funciones embebidasdentro del propio

protocolo de gestión


25

M

I

B

SMAE

AE

LME

LE

Usuario

ACSE

ASEsROSE

CMISE

SMASE

Nivel de presentación

UsuarioGestión de sistemas

Gestión de nivel

MIB - Management Information BaseSMAE - Systems Management Activities

EntityLME - Layer Management EntityLE - Layer EntitySMASE - Systems Management

Application Service ElementCMISE - Common Management

Information Service ElementROSE - Remote Operation Service

ElementACSE - Association Control Service

ElementASE - Application Service Element


26

Procesos de aplicación de gestiónProcesos de aplicación de gestión

FTAMISO 8571

ACSEISO 8650

ASE específico de gestión

CMIP (ISO 9596)

ROSE ISO 9072

ACSEISO 8650

Capa de Presentación de OSI (ISO 8823)Capa de Presentación de OSI (ISO 8823)

Capa de Sesión de OSI (ISO 8327)Capa de Sesión de OSI (ISO 8327)

Capa de Transporte de OSI (ISO 8073)Capa de Transporte de OSI (ISO 8073)

CCITT X.25 (ISO 8208)

ISO 7776 LAPB

CCITT X.21 bis

ISO 8348/AD1 CLNS

IEEE 802.2 LLC IEEE 802.3 MAC

Señalización física

Futuros servicios de subred

Los modelos de gestión de redes de comunicaciones. Arquitectura ISOISO: Funciones [ 10164-x ]

27





Funciones10164-x

Funciones10164-x

Protocolos95959596

Protocolos95959596

Áreas funcionales

FallosFault

ContabilidadAccounting

PrestacionesPerformance

ConfiguraciónConfiguration

SeguridadSecurity










28

Los modelos de gestión de redes de comunicaciones. Arquitectura ITUITU--T (TMN)T (TMN)

29

Estructura generalM.30xx


Estructura informaciónM.31xx


ProtocolosQ.8xx

ProtocolosQ.8xx

FuncionesM.32xxM.3300M.3400


Gestión específica dela tecnología


Diferencia fundamental respecto a gestión OSI

• TMN se basa en estándares previos de ISO, adoptados por el ITU-T como: X.720, X.721, X.722, ...


30

• 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 )


31

• 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

Los modelos de gestión de redes de comunicaciones. Arquitectura ITUITU--T (TMN)T (TMN): Estructura general [ M.30xx ]

32

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


33

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


34

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– 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).

la red de telecomunicaciones.


35

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.:

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 pointsmay be standardized by other groups/organizations for particular purposes.


36

Arquitectura funcional (IV)• Los bloques que intercambian información están ligados mediante puntos de referencia


37

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

Atributos

Operaciones

Comportamiento

Notificaciones


38

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:– los atributos que posee– las operaciones que pueden efectuarse sobre él– el comportamiento que presenta– las notificaciones que puede emitir.

• El concepto de objeto gestionado en SNMP se corresponde con el de atributo de objeto en TMN.


39

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

GDMO = Guidelines for the Definition of Managed Objects

computerSystem MANAGED OBJECT CLASSDERIVED FROM “Rec. X.721 | ISO/IEC 10165-2: 1992”:top;CHARACTERIZED BY computerSystemPkg;CONDITIONAL PACKAGES ...

computerSystemPkg PACKAGEBEHAVIOUR computerSystemPkgDefinition, computerSystemPkgBehaviour;ATTRIBUTES computerSystemId GET, ...;ATTRIBUTE GROUPS ...NOTIFICATIONS

“Rec. X.721 | ISO/IEC 10165-2: 1992”:objectCreation,...;;


40

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


41

Arquitectura de la información: Agentes y gestores (II)

• Ejemplo:


42

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 ProtocolCMIS = Common Management Information Service


43

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)

(Notes 2 et 3) NEF MF QAF OSF WSFNE M O O O O

(Note 3)

MD M O O O

QA M

OS O O M O

WS MM Mandatory

O Optional


44

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 los bloques funcionales y físicos:


45

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 una pila OSI (quepuede ser diferente en cada interfaz).


46

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 referencia qx- Subconjunto o alternativa a Q3- Qx no está bien definida aún

• Interfaz F:- Implementa punto de referencia 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


47

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

› 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

+A

bstra

cció

n -


48

Arquitectura lógica en capas• 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, ...


49

Arquitectura lógica en capas• 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 la seguridad

Gestión de las prestaciones

Gestión de la tarificación

Gestión de la configuración

Gestión de fallos

Áreasfuncionales

Gestión de elemento de red

Gestión de elementos de red

Gestión de red

Gestión de servicios

Gestión de negocio

Niveleslógicos

Función de gestión

Los modelos de gestión de redes de comunicaciones. Arquitectura ITUITU--T (TMN)T (TMN): Protocolos [ Q.8xx ]

50

MIS-user (MAFs)Gestor o agente

Proceso de aplicación

RSE

OSIE (MCFs)

M

I

B

SMAE

SMASE

FunctionFunción

CMISEAplicación

PresentaciónSesión

TransporteRed

Enlace de datosFísica

Límite TMN de punto de referencia (p.e. Q3) para una implementación de interfaz

Protocolo de gestión de sistema

Protocolos punto a punto de gestión común

OSIE Entorno OSISMAE Entidad de aplicación de gestión de sistemasMCF Función de comunicación de mensajeSMASE Elemento de servicio de aplicación de gestión de sistemasCMISE Elemento de servicio de información de gestión comúnMIB Base de información de gestión. Sólo se proporciona cuando el usuario-MIS soporta rol de agenteMIS Usuario de servicio de información usuario-gestiónMAF Función de aplicación de gestiónRSE Entorno de sistema real

Relaciones entre un bloque funcional TMN y el modelo de gestión de sistemas OSI


51

Perfil de protocolo para gestión de red que usa función de transacción

Perfil de protocolo para gestión de red que usa transferencia de fichero

Capa 7

Capa 6

Capa 5

Capa 4

SMASEs

ACSEX.227, ISO 8650

(X.217, ISO 8649)

CMISEISO 9596-1, Versión 2

(ISO 9595-1, Versión 2)

Capa de Presentación de OSI X.226, ISO 8823 X.209, ISO 8825 BER

(X.216, ISO 8822) Kernel

ROSEX.229, ISO IS 9072-2

(X.219, ISO IS 9072-1)

Capa de Sesión de OSI X.225, ISO 8327(X.215, ISO 8326) Kernel, Duplex

X.224, ISO 8073

(X.214, ISO 8072)

Clase 0, 2, 4

X.224, ISO 80738073/AD2

(X.214, ISO 8072, 8072/AD2)

Clase 4

Red de tipo A(5.4.3/X.24)

Red de tipo C(5.4.3/X.24)

FTAM (ISO 8571)

ACSEISO 9596-1, Versión 2

(ISO 9595-1, Versión 2)

Capa de Presentación de OSI X.226, ISO 8823 X.209, ISO 8825 BER

(X.216, ISO 8822) Kernel

Capa de Sesión de OSI X.225, ISO 8327 Kernel, Duplex (X.215, ISO 8326) Minor Sync, Resync

X.224, ISO 8073

(X.214, ISO 8072)

Clase 0, 2, 4

X.224, ISO 80738073/AD2

(X.214, ISO 8072, 8072/AD2)

Clase 4

Red de tipo A(5.4.3/X.24)

Red de tipo C(5.4.3/X.24)

Capa 1(FÍSICA)

Capa 2(ENLACE DE

DATOS)

Capa 3(RED)


Los modelos de gestión de redes de comunicaciones. Arquitectura ITUITU--T (TMN)T (TMN): Funciones [ M.32xx, M.3300, M.3400 ]

53

Gestión de negocio y comercial

Gestión de servicios

Gestión de red

Gestión de elementos de red

Gestión de elemento de red

FallosContabilidadConfiguración

PrestacionesSeguridad


54

Gestión de elemento de red• Gestiona cada elemento de forma individual.• No da una visión global de la red.

Gestión de elementos de 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.


55

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...


56

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.


57

Función de Mediación (II)

Funciones de gestión comunes a los NEs


58

Adaptación Q

• Conecta entidades no TMN tipo NE u OS a la TMN

• Normalmente, un QA será un conversor entre interfaces

Los modelos de gestión de redes de comunicaciones. Arquitectura InternetInternet

Gestión de redesGestión de redes



Redes detelecomunicación

Redes detelecomunicación

InternetInternetITU-T(TMN)ITU-T(TMN)ISO

(OSI)ISO

(OSI)

• La gestión de redes en Internet inicialmente no se encuentra normalizada, sino que es una solución de facto.• Se basa en un modelo estructurado, cuyos niveles guardan cierta correspondencia con el modelo OSI de ISO.

59

Estructura generalRFC 1052RFC 1155

Estructura generalRFC 1052RFC 1155

Estructura de la informaciónRFC 1213

MIB-II

Estructura de la informaciónRFC 1213

MIB-II

ProtocolosRFC 1157

SNMP

ProtocolosRFC 1157

SNMP

RFC = Request For Comment

OSI TCP/IPAplicación

Presentación

Sesión

Transporte

Red

Enlace datos

Físico

Aplicación

Transporte

Internet

Host a red

Las

capa

s de

pre

sent

ació

ny

sesi

ón d

e O

SI n

o es

tán

pres

ente

s en

TC

P/IP

1234567

Los modelos de gestión de redes de comunicaciones. Arquitectura InternetInternet

60

Aplicación de gestión

Trap

Get

Req

uest

Get

Nex

tReq

uest

SetR

eque

stG

etR

espo

nse

Gestor SNMPUDP

IPProtocolos

dependientes de la red

Estación de gestión SNMP

Agente SNMPUDP

IPProtocolos


Agente SNMP

Trap

Get

Req

uest

Get

Nex

tReq

uest

SetR

eque

st

Get

Res

pons

e

Recursos gestionadosObjetos gestionados

SNMP

Red o Internet

Aplicacióngestionaobjetos

MensajesSNMP Función de mapeo

Proceso gestor ArquitecturaSNMP de protocolo UDP usada por el

IP dispositivo finalProtocolos Protocolos

dependientes dependientesde la red de la red

Proceso gestorSNMPUDP

IPProtocolos

dependientesde red

Proceso de gestiónArquitectura de protocolousada por el dispositivo gestionado por proxy

Protocolosdependientes

de red

Red o Internet Red o Internet

Agente Proxy

Estación degestión

Dispositivo gestionadomediante proxy

Los

mod

elos

de g

estió

n de

rede

s de

com

unic

acio

nes.

A

rqui

tect

ura

Inte

rnet

. In

tern

et. E

jem

plo

Los

mod

elos

de g

estió

n de

rede

s de

com

unic

acio

nes.

A

rqui

tect

ura

Inte

rnet

. In

tern

et. E

jem

plo

(II)










63

La estructura de la información de gestión [ 10165-x, M.3100 ]

64





ProtocolosQ.8xx

ProtocolosQ.8xx









Funciones10164-x

Funciones10164-x

Protocolos95959596

Protocolos95959596

ISO ITU-T

X.720, X.721, X.722Adaptación de ITU-T a las normas ISO

La e

stru

ctur

a de

la in

form

ació

n de

ges

tión

[ 101

65-x

, M.3

100

]

Ámbito de la norma A

Nº ISO Nº ITU-T

Norma B

Norma B influye sobre norma A:

Norma B (de ISO) influye sobre norma A (de ITU-T):

Ámbito de la norma A

Nº ITU-T

Norma B

La estructura de la información de gestión [ 10165-x, M.3100 ]. Introducción de conceptos

66

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.


67

Matrícula: SE-5830-DLMarca: BMWColor: Azul

Matrícula: B-7381-DBMarca: FerrariColor: Rojo

Matrícula: CA-1287-XMarca: NissanColor: Verde

Nombre: JuanApellido: PérezNacionalidad: Español

Nº de planos: 1Propulsión: HélicePlazas: 6

Matrícula: SE-5830-DLMarca: BMWColor: Azul

Nombre: Apellido: Nacionalidad:

Nº de planos: Propulsión:Plazas:

Matrícula:Marca: Color:

Color: BlancaFijación: AtadaInf: Nombre;

Apellidos

Color: BlancaFijación: AtadaInf: Nombre;

Apellidos

Color: AzulFijación: soldada

Inf: Nº planos;Propulsión; Plazas

Color: AzulFijación: soldada

Inf: Nº planos;Propulsión; Plazas

Color: AmarillaFijación: PegadaInf: Matrícula; Marca; Color

Color: AmarillaFijación: PegadaInf: Matrícula; Marca; Color

Normas de clasificacióny homologación

de etiquetas

Color: ______Fijación: ____Inf: ________

Color: ______Fijación: ____Inf: ________


68

NormasNormas

ObjetosObjetos

GDMOGDMO

Tipos de objetosTipos de objetos

OSI NM ForumOSI NM Forum InternetInternet ETSIETSI OtrasOtras

GDMO (Guidelines for the Definition of Managed Objects): Guías para la definición de objetos gestionados, normalizadas por ISO e ITU-T, donde se describen las instrucciones para definir tipos de objetos.

Tipos deobjetosGDMO

FabricantesUsuarios

SGR Programadores SGR

GDMO

Tipos deobjetosGDMO

FabricantesUsuarios

Sistema de Gestión de Red Compilador GDMO

¿Qué NO es GDMO?

GDMO

¿Qué es GDMO?


69

Tipos de objetos

Paquete

Acciones

Enlace de nombres

Grupo de atributos

Atributos Notificaciones

Parámetros

Comportamiento

Módulos ASN.1

Matrícula: Marca: Atributos Color: permanentes Velocidad:Averiado (Si/No): AtributosTemp.Agua: VariablesNivel cmbustible:

Atributo: Lo que se puede predicar de un objeto

AccionesNotificaciones

Arrancar:Parar:Acelerar:Frenar:Girar:Comprobar:

Acción: Lo que se puede realizar sobre un objeto

AtributosNotificaciones

Temperatura del agua baja:Temperatura del agua alta:Combustible en reserva:Situación de avería:Cambio de matrícula:Cambio de color:

Notificación: Aviso que emite espontáneamente un objeto al ocurrir cierto suceso

AtributosAcciones


70

Acciones

Notificaciones

BIG: Base de Información de Gestión oMIB: Management Information Base

Histórico de 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).

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 ]

71

Modelo de informaciónModelo de información

Orientación a objetosOrientación a objetos Operaciones de gestiónOperaciones de gestión FiltrosFiltros NotificacionesNotificaciones Inclusión y denominaciónInclusión y

denominación

EncapsuladoEncapsulado

Tipos y herenciaTipos y herencia

AtributosAtributos

ComportamientoComportamiento

Paquetes condicionalesPaquetes condicionales

AlomorfosAlomorfos

SobreatributosSobre

atributosSobreobjetosSobreobjetos

GetGet

ReplaceReplace

Set todefaultSet todefault

AddAdd

RemoveRemove

CreateCreate

DeleteDelete

ActionAction

presentpresent

equalityequality

greater or equal

greater or equal

less or equal

less or equal

substringsubstring

subsetsubset

supersetsuperset

non-null set intersectionnon-null set intersection

InclusiónInclusión

Jerarquíade nombres


Estructurade nombresEstructura

de nombres


72



denominación



AtributosAtributos



AlomorfosAlomorfos

SobreatributosSobre


GetGet

ReplaceReplace


AddAdd

RemoveRemove

CreateCreate

DeleteDelete

ActionAction

presentpresent

equalityequality

greater or equal

greater or equal

less or equal

less or equal

substringsubstring

subsetsubset

supersetsuperset






de nombres


73

• Encapsulado: El recurso se encapsula dentro de un objeto que lo modela y representa. Se definen atributos, acciones y notificaciones.

• Tipo de objeto: Entidad que recoge las características comunes de objetos con los mismos atributos, operaciones, notificaciones, paquetes y comportamientos.

• Herencia: Se produce cuando una determinada clase de objeto hereda todas las características de su clase padre. Sirve para:

– 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

Acciones

Tarjeta

Atributos

Recurso: NIC Objeto gestionado: NIC

NotificacionesReset

Alarma en el bus

Vehículo- motor- frenos- andando o parado

Nº de ejes

Capacidaddel maletero

Nº de licencia

Coche

Tipo de objeto(object class)

El coche de mi vecino

Mi coche

Objetos (object instance)

Orie

ntac

ión

a ob

jeto

s


74

• Herencia múltiple: Una clase puede ser simultáneamente hijo de varias clases. Permite:

– Incorporar las características de todas sus superclases– Aumentar (no borrar) dichas características– Heredar una sola vez carácterísticas repetidas en varias superclases– Resolver la herencia de las listas como el “o” lógico de las listas de las superclases

• Atributos: Pueden ser simple, enumerado (un cjto. de valores) o grupo de otros atributos. Ej:Simple: Conductor: {María}Enumerado: Pasajeros: {Juan, Pedro}Grupo: Ocupantes:{Conductor, Pasajeros}

• Comportamiento: Define la semántica de una clase o tipo de objeto:

– Significado de atributos, operaciones y notificaciones– Respuesta a las operaciones de gestión– Cuándo emitir las notificaciones– Relación entre valores de atributos– Efectos de las relaciones con otros objetos

Comida:- valor nutritivo- precio

Vegetal:- familia- color

Fruta: - familia - valor nutritivo- color - precio - temporada

top

system discriminator logRecord

eventForwardingDiscriminator

alarmRecord

Ejemplo de una jerarquía de herencia (de la norma)

supertipo

subtipo

especialización

supertipo 2

subtipo

supertipo 1

Orie

ntac

ión

a ob

jeto

s


75

• 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 coche se puede comprar con a/a, pero para gestionar el a/a se necesitarían atributos, acciones y notificaciones del a/a

• Alomorfos: 2 casos: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

Supongamos que:− 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

ZY

Coche

Coche con airbagCoche con ABS

Orie

ntac

ión

a ob

jeto

s


76

• Alomorfos (II):› Soluciones a la incompatibilidad:

» Best efford (“lo que se pueda”):– Se gestiona X como si fuese B– Se gestionan Y y Z como si fuesen T– El gestor ignora aquellas informaciones adicionales (atributos y notificaciones) y no se ejecutan las acciones adicionales.» Alomorfismo (Allomorphism):– Se informa al gestor que tiene un nuevo tipo– Se informa al gestor cuál es el supertipo al que se parece (del que es alomorfo)– El gestor gestiona los individuos del nuevo tipo como si fuesen individuos del supertipo alomorfo– Se puede especificar una lista de supertiposalomorfos

Orie

ntac

ión

a ob

jeto

s

A

CB

D E F

G

Ñ

P

N

O

ML

IH J K

Alomorfos del tipo P:{N, I, E} (en ese orden)Se puede hablar también de alomorfismo

múltiple: el gestor se basa en la jerarquía de clases para gestionar los objetos del nuevo tipo.


77



denominación



AtributosAtributos



AlomorfosAlomorfos

SobreatributosSobre


GetGet

ReplaceReplace


AddAdd

RemoveRemove

CreateCreate

DeleteDelete

ActionAction

presentpresent

equalityequality

greater or equal

greater or equal

less or equal

less or equal

substringsubstring

subsetsubset

supersetsuperset






de nombres


78

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 hace globalmente.

Ope

raci

ones

de

gest

ión

Operaciones sobreatributos

GetReplaceSet to defaultAddRemove

Una única operaciónpuede actuar sobrevarios objetos y/oatributos

Operaciones sobreobjetos

Create Actúa sobre un soloobjeto

DeleteAction

Una única operaciónpuede actuar sobrevarios objetos


79



denominación



AtributosAtributos



AlomorfosAlomorfos

SobreatributosSobre


GetGet

ReplaceReplace


AddAdd

RemoveRemove

CreateCreate

DeleteDelete

ActionAction

presentpresent

equalityequality

greater or equal

greater or equal

less or equal

less or equal

substringsubstring

subsetsubset

supersetsuperset






de nombres


80

¿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.

Filtr

os

¿Cómo se definen los filtros? » Una afirmación sobre la presencia o el valor de cierto atributo del objetoEjs: 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.

ObjetoFiltroAcciones

Notificaciones


81

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 subcadenadada:

– 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.

Filtr

os


82



denominación



AtributosAtributos



AlomorfosAlomorfos

SobreatributosSobre


GetGet

ReplaceReplace


AddAdd

RemoveRemove

CreateCreate

DeleteDelete

ActionAction

presentpresent

equalityequality

greater or equal

greater or equal

less or equal

less or equal

substringsubstring

subsetsubset

supersetsuperset






de nombres


83

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)

Not

ifica

cion

es

Tarjeta

Atributos

OperaciónAcción: Reset

Notificación:ha cambiado el estado

Alarma en el bus

Objeto gestionado:Tarjeta NIC


84



denominación



AtributosAtributos



AlomorfosAlomorfos

SobreatributosSobre


GetGet

ReplaceReplace


AddAdd

RemoveRemove

CreateCreate

DeleteDelete

ActionAction

presentpresent

equalityequality

greater or equal

greater or equal

less or equal

less or equal

substringsubstring

subsetsubset

supersetsuperset






de nombres


85

• El término inclusión hace alusión a que un determinado objeto puede estar incluido 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

Incl

usió

n y

deno

min

ació

n: In

clus

ión

y Je

rarq

uía

de n

ombr

es

Mi coche

Maletero

Caja de herramientas

Destornillador1 Llave inglesa

Árbol de objetos Id:Mi coche

Id:Maletero

Id:root

Id:Caja azul

Id:Destornillador1

Id:Llave inglesa

Id:Bolsa cuero

Id:Destornillador2

Id:Guantera

Id:Destornillador3

Id:Tu coche

Árbol de nombres


86

• 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• Los tipos de objetos se identifican mediante una secuencia de “identificadores” (o números enteros) a lo largo del árbol de registro• El identificador del objeto log(6) del ejemplo sería: 2.9.3.2.3.6 de forma numérica ó joint-iso-ccitt.ms.smi.part2.managedObjectClass.log• El árbol de registros es ampliable (por los organismos normalizadores)

Incl

usió

n y

deno

min

ació

n: J

erar

quía

de

nom

bres

root

ms(9)

smi(3)

part2(2)managedObjectClass(3)

log(6)

ccitt(0) iso(1) joint-iso-ccitt(2)

Normas de gestión

Estructura de la información de gestión

Parte 2 (10165-2)

Tipo de objeto

Nombre concreto de un objeto registro


87

smo = systems management overview(10040) es donde se registran lo necesario para la norma 10040.cmip = CMIP (9596) es donde se registran todos aquellos aspectos relacionados con el protocolo de comunicaciones.function = Funciones (10164-x) es donde se registran los nombres de las funciones.smi = systems management information(10165-x) es la rama de la estructura de la información de gestión, dentro de ella habrá tantas partes como tenga definida la norma.standardSpecificExtension es donde se registran las extensiones de las normas.asn1Module es donde se registran los módulos escritos en ASN.1.managedObjectClass es donde se registran las clases de objetos....

Incl

usió

n y

deno

min

ació

n: J

erar

quía

de

nom

bres

managedObjectClass(3)

root

joint-iso-ccitt(2)

ms(9)

smi(3)

part2(2)smo(0) cmip(1) function(2)

package(4)

asn1Module(2)standardSpecificExtension(0)

parameter(5)nameBinding(6)

attribute(7)

attributeGroup(8)action(9)

notification(10)

...

... ...

...


88

Identificación de objetos» Nombre de designación relativo(RDN, Relative Distinguished Name): Un atributo cuyo valor identifica al objeto de manera unívoca dentro del rango de su objeto superior

» Nombre de designación absoluto(DN, Distinguished Name): Lista ordenada de RDNs desde el “root” hasta el objeto designado, dentro del árbol de inclusión (o de nombres)

– Forma global: da la secuencia de nombres desde la raíz– Forma local: da la secuencia de nombres desde un cierto objeto (normalmente del tipo system). Esta designación no es unívoca.

Incl

usió

n y

deno

min

ació

n: E

stru

ctur

a de

nom

bres

RDN DN (local)SystemId="BDC" { }

LogId="SMK" {logId="SMK"}

RecordId="5" {logId="SMK",recordId="5"}

SystemsystemId=“BCD”

loglogId=“SMK”

alarmRecordrecordId=“5”

root

countrycountryName=“US”

organizationalUnitorgUnitId=“xyz”

SystemsystemId=“abc”

DiscriminatordiscriminatorId=“efg”

DN (global) DN (local)

{ } No aplicable

{countryName="US"}

No aplicable

{countryName="US", orgUnirName="xyz"}

No aplicable

{countryName="US", orgUnirName="xyz",systemId="abc"}

{ }

{countryName="US", orgUnirName="xyz",systemId="abc",discriminatorId="efg"}

{discriminatorId="efg"}


89

Enlaces de nombres (name bindings)» Indican las relaciones de inclusión permitidas entre los diversos tipos de objetos (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

Incl

usió

n y

deno

min

ació

n: E

stru

ctur

a de

nom

bres

cocheMi coche

maleteroMaletero

toproot

cajaCaja azul

útilDestornillador1

útilLlave inglesa

bolsaBolsa cuero


guanteraGuantera


cocheTu coche

top

coche

maleteroguantera

bolsacaja

útil


90

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á incluido 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)» 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

Res

umen

La estructura de la información de gestión. Modelo de la información de gestión en InternetInternet

91

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.


92

iso (1)

org (3)

dod (6)

internet (1)

directory (1) mgmt (2) private (4)

mib-2 (1)

system (1) interfaces (2) snmp (11)

enterprises (1)

cisco (9) hp (11)

sysDescr (1)

Extensiones

.iso.dod.internet.mgmt.mib-2.system.sysDescr

.1.3.6.1.2.1.1.1

Árbol MIB• Los objetos gestionados se organizan siguiendo una estructura enárbol (estandarizada)


93

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

que es el identificador que debe tener asignado, mediante previa solicitud al IANA.

private (4)

enterprises (1)

cisco (9) hp (11)

ExtensionesIANA: Internet Assigned Numbers Authority

La estructura de la información de gestión [ 10165-x, M.3100 ]. La norma GDMOGDMO [ ISO 10165-4, X.722 ]

94

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.

Tipos de objetos

Paquete

Acciones

Enlace de nombres

Grupo de atributos

Atributos Notificaciones

Parámetros

Comportamiento

Módulos ASN.1

2

≥ 0

≥1

Plantillas GDMO (GDMO templates)

≥ 0

≥ 0 ≥ 0

≥ 0≥ 0

≥ 0

0:1

≥ 0≥ 0

0:10:1

1

≥ 0

≥ 0

≥ 0

≥ 0

≥ 0

≥ 00:2≥ 0

0:2

0:1

≥ 0


95

Man

aged

Obj

ect C

lass

<class-label> MANAGED OBJECT CLASS[DERIVED FROM <class-label> [,<class-

label>]* ; ][CHARACTERIZED BY <package-label> [,<package-label>]*

; ][CONDITIONAL PACKAGES <package-label>

PRESENT IF condition-definition [,<package-label> PRESENT IF condition-

definition]* ; ]REGISTERED AS object-identifier ;

supporting productionscondition-definition -> delimited-string

X.722

ManagedObjectClass

Templates

ManagedObjectClass

Templatesetiqueta-clase

Managed Object Class

derived from

characterized by

conditionalpackages

present if

condition

registered as nombre registradode la clase

ManagedObjectClass

Templates

Superclas(es)

PackageTemplatesPackage

TemplatesPackage

Templates

Paquetes obligatorios


TemplatesPackage

Templates

Paquetes condicionales

obligatorio

condicional

Los recuadros en blanco han de ser rellenados por la persona que defina el objeto de gestión


96

Eje

mpl

o de

Man

aged

Obj

ect C

lass

exampleObjectClass MANAGED OBJECT CLASS

DERIVED FROM "CCITT Rec. X.721 (1992) | ISO/IEC 10165-2 : 1992":top ;

CHARACTERIZED BY examplePackage2 ;

CONDITIONAL PACKAGES

examplePackage1 PACKAGE

ACTIONS qOSResetAction, activate ;

NOTIFICATIONS communicationError ;

REGISTERED AS

{joint-iso-ccitt ms(9) smi(3) part4(4) package(4) examplepack1(0)} ;

PRESENT IF ”conformance class 2 of underlying resource implemented as

described in ISO/IEC XXXX” ;

REGISTERED AS

{joint-iso-ccitt ms(9) smi(3) part4(4) managedObjectClass(3) exampleclass(0)} ;

Descripción “in-line” del paquete condicional

<behaviour-definition-label> BEHAVIOURDEFINED AS delimited-string ;


97

Beh

avio

ur y

eje

mpl

o

Etiqueta dedefinición de

comportamientobehaviour

defined as String...................................................

............

X.722

communicationErrorBehaviour BEHAVIOURDEFINED AS “The CommunicationError notification is generated by the managed object class when a communication error is detected by the managed object. The notification may contain any combination of the parameters Probable Cause, Severity, Trend Indication, Backed Up Status, Diagnostic Info, Proposed Repair Action, Threshold Info, State Change and Other Info.NOTE – The precise definition of what constitutes a communication error and the parameter values that apply is managed object class specific. In a practical example, this Behaviour definition could, for example, refer to pieces of specification in a base standard in order to specify the behaviour. “;

<attribute-label> ATTRIBUTEderived-or-with-syntax-choice ;[MATCHES FOR qualifier [, qualifier]* ; ][BEHAVIOUR <behaviour-definition-label> [,<behaviour-definition-label>]* ; ][PARAMETERS <parameter-label> [,<parameter-label>]* ; ]

[REGISTERED AS object-identifier] ;

supporting productionsqualifier -> EQUALITY | ORDERING | SUBSTRINGS | SET-COMPARISON | SET-INTERSECTIONderived-or-with-syntax-choice -> DERIVED FROM <attribute-label> | WITH ATTRIBUTE SYNTAX type-reference


98

Attr

ibut

e y

ejem

plo

X.722etiqueta-atributo attribute

derived from

with attribute syntax

ASN.1 datatype

matches for qualifier(s)

behaviour

registered asnombre registradodel atributo

AttributeTemplate


TemplatesBehaviourTemplates


TemplatesParameterTemplates

obligatorio

condicionalLos recuadros en blanco han de ser rellenados por la persona que defina el objeto de gestión

or

parameters

qOS-Error-Counter ATTRIBUTEWITH ATTRIBUTE SYNTAX AttributeModule.QOSErrorCounter ;MATCHES FOR EQUALITY, ORDERING ;BEHAVIOUR qOSCounterBehaviour ;

REGISTERED AS {joint-iso-ccitt ms(9) smi(3) part4(4) attribute(7) qoscount(2)} ;

<group-label> ATTRIBUTE GROUP[GROUP ELEMENTS <attribute-label> [,<attribute-

label>]* ; ][FIXED ; ][DESCRIPTION delimited-string ; ]

REGISTERED AS object-identifier ;


99

Attr

ibut

e G

roup

y e

jem

plo

Etiqueta degrupo

Attribute group

groupelements

fixed

description string

registered as nombre registrado del grupo


TemplatesAttribute

Templates

qOS-Group ATTRIBUTE GROUPGROUP ELEMENTS qOS-Error-Cause, qOS-Error-Counter ;

DESCRIPTION “Attribute group that includes all QOS-related attributes in a managed object class” ;REGISTERED AS {joint-iso-ccitt ms(9) smi(3) part4(4) attributeGroup(8) qosgroup(0)} ;

X.722

<package-label> PACKAGE

[BEHAVIOUR <behaviour-definition-label> [,<behaviour-definition-label>]* ; ]

[ATTRIBUTES <attribute-label> propertylist [<parameter-label>]* [,<attribute-label> propertylist [<parameter-label>]*]* ; ]

[ATTRIBUTE GROUPS <group-label> [<attribute-label>]* [,<group-label> [<attribute-label>]*]* ; ]

[ACTIONS <action-label> [<parameter-label>]* [,<action-label> [<parameter-label>]*]* ; ]

[NOTIFICATIONS <notification-label> [<parameter-label>]* [,<notification-label> [<parameter-label>]*]* ; ]


supporting productionspropertylist -> [REPLACE-WITH-DEFAULT]

[DEFAULT VALUE value-specifier][INITIAL VALUE value-specifier][PERMITTED VALUES type-reference][REQUIRED VALUES type-reference][get-replace][add-remove]

value-specifier -> value-reference | DERIVATION RULE <behaviour-definition-label>

get-replace -> GET | REPLACE | GET-REPLACEadd-remove -> ADD | REMOVE | ADD-REMOVE


100

Pac

kage

X.722

AttributeTemplates(& Property

list)

etiqueta-paquetePackage

behaviour

attributes

attributes groups

actions

registered as nombre registradodel paquete


TemplatesBehaviourTemplates

notifications

propierty list

AttributeTemplates(& Property

list)Package


AttributeGroups

Templates

AttributeGroups

TemplatesPackage


AttributeGroups

Templates

ActionsTemplates

PackageTemplates

ParameterTemplatesNotifications

TemplatesNotificationsTemplates

PackageTemplates

ParameterTemplates


101

Eje

mpl

o de

Pac

kage

examplePackage2 PACKAGEBEHAVIOUR exampleClassBehaviour ;ATTRIBUTES objectName GET ,

qOS-Error-Cause GET ,qOS-Error-Counter PERMITTED VALUES AttributeModule.QOSCounterRange

REQUIRED VALUES AttributeModule.QOSCounterRange GET ;

ATTRIBUTE GROUPS qOS-Group ;NOTIFICATIONS protocolError;

REGISTERED AS {joint-iso-ccitt ms(9) smi(3) part4(4) package(4) examplepack2(1)} ;

NOTE – As this template is not used as a conditional package, the REGISTERED AS construct is not strictly necessary, but it is easier to include the registration at specification time than it wouldbe to add it later if it became necessary in the future to use this package as a conditional package.

<notification-label> NOTIFICATION

[BEHAVIOUR <behaviour-definition-label> [,<behaviour-definition-label>]* ;]

[PARAMETERS <parameter-label> [,<parameter-label>]* ;]

[WITH INFORMATION SYNTAX type-reference

[AND ATTRIBUTE IDS <field-name> <attribute-label> [,<field-name> <attribute-label>]* ] ;]

[WITH REPLY SYNTAX type-reference ;]



102

Not

ifica

tion

y ej

empl

o

etiqueta-notificación Notification

behaviour

parameters

and attributes IDs Field name(s)

registered as nombre registradode la notificación

PackageTemplates

BehaviourTemplates

PackageTemplates

ParameterTemplates

AttributeTemplatesAttribute

Templates

with information syntax

ASN.1 data type

with reply syntax

ASN.1 data type

X.722

protocolError NOTIFICATION

BEHAVIOUR protocolErrorBehaviour BEHAVIOUR

DEFINED AS “Generated when a protocol entity receives a PDU which is invalid or contains a protocol error. The notification includes the header of the received PDU.”;

;

PARAMETERS pDUHeader;

WITH INFORMATION SYNTAX NotificationModule.ProtocolError;

REGISTERED AS

{joint-iso-ccitt ms(9) smi(3) part4(4) notification(10) protoerror(1)};

<action-label> ACTION


[MODE CONFIRMED ;]

[PARAMETERS <parameter-label> [,<parameter-label>]* ;]

[WITH INFORMATION SYNTAX type-reference ;]

[WITH REPLY SYNTAX type-reference ;]



103

Act

ion

y ej

empl

o

Etiqueta deacción

Action

behaviour

mode confirmed

parameters

registered as nombre registrado del grupo

PackageTemplates

BehaviourTemplates

PackageTemplates

ParameterTemplates

with information syntax

ASN.1 data type

with reply syntax

ASN.1 data type

activate ACTION

BEHAVIOUR

activateBehaviour BEHAVIOUR

DEFINED AS “Enables the managed object for operation. If the action

succeeds, the value successResponse is returned in the responseCode parameter

of the CMIP actionReplyInfo. If the action fails because of a problem with the underlying service provider, responseCode is set

to the value serviceProviderErrorResponse and the parameter serviceProviderErrorResponseReason returned to indicate the

cause of the problem.”;

;

MODE CONFIRMED;

PARAMETERS serviceProviderErrorResponseReason ;

WITH REPLY SYNTAX ActionModule.ActivateReply;

REGISTERED AS {joint-iso-ccitt ms(9) smi(3) part4(4) action(9) activate(1)} ;

X.722

<parameter-label> PARAMETER

CONTEXT context-type ;

syntax-or-attribute-choice ;



supporting productions

context-type -> context-keyword | ACTION-INFO | ACTION-REPLY |

EVENT-INFO | EVENT-REPLY | SPECIFIC-ERROR

context-keyword -> type-reference.<identifier>

syntax-or-attribute-choice -> WITH SYNTAX type-reference | ATTRIBUTE <attribute-label>


104

Par

amet

ery

ejem

plo

PackageTemplates

BehaviourTemplates

AttributeTemplate

Etiqueta deparámetro

Parameter

context context type

attribute

behaviour

registered asnombre

registrado del grupo

with syntaxASN.1 data

type

or

X.722

pDUHeader PARAMETER

CONTEXT EVENT-INFO;

WITH SYNTAX ParameterModule.PDUString;

BEHAVIOUR pDUHeaderBehaviour BEHAVIOUR

DEFINED AS “PDU header. Carried in the CMIP eventInfo field.”; ;

REGISTERED AS {joint-iso-ccitt ms(9) smi(3) part4(4) parameter(5) pduheaderparam(0)};

<name-binding-label> NAME BINDING

SUBORDINATE OBJECT CLASS <class-label> [AND SUBCLASSES];

NAMED BY SUPERIOR OBJECT CLASS <class-label> [AND SUBCLASSES];

WITH ATTRIBUTE <attribute-label> ;


[CREATE [create-modifier [,create-modifier]] [<parameter-label>]* ;]

[DELETE [delete-modifier] [<parameter-label>]* ; ]


supporting productions

create-modifier -> WITH-REFERENCE-OBJECT | WITH-AUTOMATIC-INSTANCE-NAMING

delete-modifier -> ONLY-IF-NO-CONTAINED-OBJECTS |

DELETES-CONTAINED-OBJECTS


105

Nam

e bi

ndin

g

etiqueta-notificaciónName

binding

behaviour

subordinateobject class

create create-modifiers

registered as nombre registradodel enlace de

nombre

PackageTemplates

BehaviourTemplates

MOclass

AttributeTemplates

ParameterTemplates

named by superior object class

MOclass

with attribute Attributetemplate

delete delete-modifiersAttribute


X.722


106

Eje

mpl

o de

Nam

e bi

ndin

g

exampleNameBinding NAME BINDING

SUBORDINATE OBJECT CLASS exampleObjectClass ;

NAMED BY

SUPERIOR OBJECT CLASS "CCITT Rec. X.721 (1992) | ISO/IEC 10165-2 : 1992":system ;

WITH ATTRIBUTE objectName ;

BEHAVIOUR

containmentBehaviour BEHAVIOUR

DEFINED AS “A maximum of 3 instances of exampleObjectClass may be contained in any instance of "CCITT Rec. X.721 | ISO/IEC 10165-2":system.” ;

;

CREATE WITH-AUTOMATIC-INSTANCE-NAMING createErrorParameter ;

DELETE DELETES-CONTAINED-OBJECTS ;

REGISTERED AS {joint-iso-ccitt ms(9) smi(3) part4(4) nameBinding(6) examplenb(0)} ;

Definición “in-line”










107

Los protocolos de gestión. Introducción

108

Protocolonormalizado

CMIS/CMIP

ISO,ITU-T

SNMP

Internet

Protocolo 1

Protocolo 2

Protocolo 3

Protocolo normalizado



Los protocolos de gestión. CMIS/CMIP

109

CMIS = Common Management Information Service [ ISO 9595,ITU-T X.710 ]CMIP = Common Management Information Protocol [ ISO 9596,ITU-T X.711 ]

Subsistema gestionable Subsistema gestionable

Sistema de gestión

CMIPCMIP

CMISECMISE

CMISE

Aplicación

NivelesOSI

Aplicación

NivelesOSI

CMIP

Usuario A

CMIS

Usuario B

CMIS

CMIP

ACSE ROSE

Presentación

CMIS

RO-INVOKERO-RESULTRO-ERRORRO-REJECT

A-ASOCIATEA-RELEASE

A-ABORTA-P-ABORT

P-DATAP-CONNECTP-RELEASEP-U-ABORT

CMIP:- Sigue reglas para la composición e intercambio de PDUs.- Las PDUs de CMIP se definen en ASN.1.- Las operaciones de CMIP son definidas en ISO 9072-1 (ROSE).


110

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

M-EVENT-REPORT req (II,M,MOC,MOI,Ety,Eti,EI)

M-EVENT-REPORT ind (II,M,MOC,MOI,Ety,Eti,EI)

M-EVENT-REPORT res (II,M,MOC,MOI,Ety,CT,ER,E)

M-EVENT-REPORT con (II,M,MOC,MOI,Ety,Eti,EI)

C/NC

II = Invoke Identifier: identificador de la operaciónM = Mode: indica si es confirmado o noMOC = Managed Object Class: clase a la que pertenece el objeto que realiza el informeMOI = Managed Object Instance:instancia que realiza el informeETy = Event Type: tipo de evento que se produceETi = Event Time: hora en que se produce el eventoEI = Event Information: información suministrada del eventoCT = Current Time: hora de la respuestaER = Event Reply: indica si la llegada de la información del evento es satisfactoriaE = Errors: información de diagnóstico sobre la causa del error en la comunicación


111

M-GET

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

M-GET req (II,BOC,BOI,Sc,F,AC,Sy,AIL)

M-GET ind (II,BOC,BOI,Sc,F,AC,Sy,AIL)

M-GET res (II, MOC,MOI, CT,AL,E)

M-GET con (II,MOC,MOI,CT,AL,E)

C

II = Invoke Identifier: identificador de la operaciónBOC = Base Object Class: clase de objeto baseBOI = Base Object Instance:instancia de la clase de objeto baseSc = Scope: permite definir el ámbito de búsquedaF = Filter: define las condiciones de búsquedaAC = Access control: se usa para el entendimiento de los usuarios durante la asociaciónSy = Synchronization: permite definir la sincronización de la recuperación de la informaciónAIL = Attribute Identifier List: permite identificar los atributos cuya información se debe recuperarMOC = Managed Object Class: clase a la que pertenece el objeto sobre el que se pide informaciónMOI = Managed Object Instance: instancia de la que se pide informaciónCT = Current Time: hora de la respuestaAL = Attribute List: contiene los identificadores de los atributos sobre los que se informa y sus valoresE = Errors: información de diagnóstico sobre la causa del error en la comunicaciónLI = Link Identifier: se usa si existe respuesta mútltiple

M-GET res (II, LI,MOC,MOI, CT,AL,E)

M-GET con (II,LI,MOC,MOI,CT,AL,E)

M-GET res (II, LI,MOC,MOI, CT,AL,E)

M-GET con (II,LI,MOC,MOI,CT,AL,E)

......

Si respuesta múltiple

Ser

vici

os C

MIP


112

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» Actúa sobre el objeto base y sus n niveles subordinados» Actúa sobre el objeto base y todos sus niveles subordinados

Ser

vici

os C

MIP

Definición de sincronización (parámetro Synchronization)

N-niveles

Base

• 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


113

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• Es un servicio confirmado

M-CANCEL-GET req (II,GII)

M-CANCEL-GET ind (II,GII)

M-CANCEL-GET res (II,E)

M-CANCEL-GET con (II,E)

C

II = Invoke Identifier: identificador de la operaciónGII = Get Invoke Indentifier: identifica el GET previo que se desea cancelarE = Errors: información de diagnóstico sobre la causa del error en la comunicación

Ser

vici

os C

MIP


114

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-SET req (II,M,BOC,BOI,Sc,F,AC,Sy,AL)

M-SET ind (II,M,BOC,BOI,Sc,F,AC,Sy,AIL)

M-SET res (II, MOC,MOI,AL,CT,E)

M-SET con (II,MOC,MOI,AL,CT,E)

C/NC

II = Invoke Identifier: identificador de la operaciónM = Mode: indica si es o no confirmadoBOC = Base Object Class: clase de objeto baseBOI = Base Object Instance:instancia de la clase de objeto baseSc = Scope: permite definir el ámbito de búsquedaF = Filter: define las condiciones de búsquedaAC = Access control: se usa para el entendimiento de los usuarios durante la asociaciónSy = Synchronization: permite definir la sincronización de la modificación de la informaciónAIL = Attribute Identifier List: permite identificar los atributos cuya información se debe modificar y los valores que deben asumirMOC = Managed Object Class: clase a la que pertenece el objeto al que se modifica la informaciónMOI = Managed Object Instance: instancia que ha sido modificadaCT = Current Time: hora de la respuestaAL = Attribute List: contiene los identificadores de los atributos que se han modificadoE = Errors: información de diagnóstico sobre la causa del error en la comunicaciónLI = Link Identifier: si existe respuesta mútltiple

M-SET res (II, LI,MOC,MOI,AL,CT,E)

M-SET con (II,LI,MOC,MOI,AL,CT,E)

M-SET res (II, LI,MOC,MOI, AL,CT,E)

M-SET con (II,LI,MOC,MOI,AL,CT,E)

......


Ser

vici

os C

MIP


115

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-ACTION req (II,M,BOC,BOI,Sc,

F,AC,Sy,AT,AA) M-ACTION ind (II,M,BOC,BOI,Sc,F,AC,Sy,AT,AA)

M-ACTION res (II, MOC,MOI,AT,CT,AR,E)

M-SET con (II,MOC,MOI,AT,CT,AR,E)

C/NC

II = Invoke Identifier: identificador de la operaciónM = Mode: indica si es o no confirmadoBOC = Base Object Class: clase de objeto baseBOI = Base Object Instance:instancia de la clase de objeto baseSc = Scope: permite definir el ámbito de búsquedaF = Filter: define las condiciones de búsquedaAC = Access control: se usa para el entendimiento de los usuarios durante la asociaciónSy = Synchronization: permite definir la sincronización de la modificación de la informaciónAT = Action Type: describe el tipo de acción a realizar sobre el objeto gestionadoAA = Action Argument: información adicional sobre la acciónMOC = Managed Object Class: clase a la que pertenece el objeto sobre el que actúa la acciónMOI = Managed Object Instance: instancia de objeto sobre la que actúa la acciónCT = Current Time: hora de la respuestaAR = Action Result:contiene el resultado de la acciónE = Errors: información de diagnóstico sobre la causa del error en la comunicaciónLI = Link Identifier: si existe respuesta mútltiple

M-ACTION res (II, LI,MOC,MOI,AT,CT,AR,E)

M-ACTION con (II,LI,MOC,MOI,AT,CT,AR,E)

M-ACTION res (II, LI,MOC,MOI, AT,CT,AR,E)

M-ACTION con (II,LI,MOC,MOI,AT,CT,AR,E)

......


Ser

vici

os C

MIP


116

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• Es un servicio confirmado

M-CREATE req (II,MOC,MOI,SOI,AC,ROI,AL)

M-CREATE ind (II,MOC,MOI,SOI,AC,ROI,AL)

M-CREATE res (II, MOC,MOI,AL,CT,E)

M-CREATE con (II,MOC,MOI,AL,CT,E)

C

II = Invoke Identifier: identificador de la operaciónMOC = Managed Object Class: clase a la que pertenece el objeto que se quiere crearMOI = Managed Object Instance: instancia de objeto que se quiere crearSOI = Superior Object Instance: indica el MOI que es superior de la nueva instancia de objetoAC = Access control: se usa para el entendimiento de los usuarios durante la asociaciónROI = Reference Object Instance: especifica la instancia de objeto que sirve de referenciaAL = Attribute List: contiene los identificadores de los atributosCT = Current Time: hora de la respuestaE = Errors: información de diagnóstico sobre la causa del error en la comunicación

Ser

vici

os C

MIP


117

M-DELETE• Permite al usuario del servicio requerir a otro usuario que borre la representación de una instancia de objeto gestionado• Es un servicio confirmado

M-DELETE req (II,BOC,BOI,Sc,F,AC,Sy)

M-DELETE ind (II,BOC,BOI,Sc,F,AC,Sy)

M-DELETE res (II, MOC,MOI,CT,E)

M-DELETE con (II,MOC,MOI,CT,E)

C

II = Invoke Identifier: identificador de la operaciónBOC = Base Object Class: clase de objeto baseBOI = Base Object Instance: instancia de la clase de objeto baseSc = Scope: permite definir el ámbito de búsquedaF = Filter: define las condiciones de búsquedaAC = Access control: se usa para el entendimiento de los usuarios durante la asociaciónSy = Synchronization: permite definir la sincronización de la operaciónMOC = Managed Object Class: clase a la que pertenece el objetoMOI = Managed Object Instance: instancia de objeto que ha sido borradaCT = Current Time: hora de la respuestaE = Errors: información de diagnóstico sobre la causa del error en la comunicaciónLI = Linked Identifier: si existe respuesta múltiple

M-DELETE res (II, LI,MOC,MOI,CT,E)

M-DELETE con (II, LI,MOC,MOI,CT,E)

M-DELETE res (II, LI,MOC,MOI,CT,E)

M-DELETE con (II, LI,MOC,MOI,CT,E)

......


Ser

vici

os C

MIP

Los protocolos de gestión. SNMP

118

• 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 estándares 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.

IETF = Internet Engineering Task Force


119

Arquitectura

• Roles: Dispositivos gestionados, Agentes y Gestores

Base dedatos degestión

AgenteDispositivogestionado





Dispositivogestionado

Proxy

Gestor

Red


120

Arq

uite

ctur

a

¿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

¿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)


121

Arq

uite

ctur

a

¿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)

¿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


122

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


123

Relaciones administrativas

Entidad de aplicación

Entidad deaplicación

Entidad deaplicación

AgenteSNMP

Comunidad SNMP

Mensaje SNMP

Elemento de red

Base de información de gestión

(MIB)

Perfil- subconjunto de objetos- privilegios de acceso (lectura, escritura, total)

ComunidadSNMP

ComunidadSNMP

ComunidadSNMP

Base de información de gestión

(MIB)

PerfilPolíticasde

acceso

Un agente puede dar servicio a un conjunto de entidades de aplicación Un elemento de red puede tener una visión parcial

de la BD de gestión, sólo de lo que le interese

El conjunto de todos los perfiles es lo que se denomina

políticas de acceso


124

1. Interrupción convencional: es el objeto gestionado el que avisa al gestor mediante una notificación, esperando que éste produzca la respuesta correspondiente

(-) Difícil predicción de la carga en la red

2. Sondeo: el gestor solicita información al objeto gestionado con una frecuencia determinada

(-) Sobrecarga la red con tráfico adicional(-) Menor eficiencia de la red(+) Protocolo simple de implementar(+) Mejor predicción del tráfico en la red

3. Interrupción modificada “trap”: es una combinación de las dos anteriores; no se notifican todos los cambios, sino sólo aquellos definidos como relevantes para el centro de gestión. Por otro lado, el centro de gestión tiene la posibilidad de sondear.• La interrupción de produce en pocas ocasiones• El mensaje de interrupción es simple y pequeño• El sondeo permite conocer la situación de los recursos de la red

Notificación

Respuesta

Solicitud

Respuesta

Notificación no usual

Respuesta

Solicitud

Respuesta

Información

Filtro

Notificación no usual

Est

rate

gias

de

gest

ión

Gestor Agente


125

Arq

uite

ctur

a

Aplicaciónde

gestiónAgente

SNMP

UDPIP

Niveles inferiores

AplicaciónTransporte

Red

GET request: permite al centro de control solicitar valores de atributos al objeto 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.

Aplicaciónde

gestiónAgente

SNMP

UDPIP

Niveles inferiores

Ser

vici

os S

NM

P

Los modelos de gestión de redes de comunicaciones. Arquitectura Internet Internet (Recordatorio)

126

Aplicación de gestión

Trap

Get

Req

uest

Get

Nex

tReq

uest

SetR

eque

stG

etR

espo

nse

Gestor SNMPUDP

IPProtocolos


Estación de gestión SNMP

Agente SNMPUDP

IPProtocolos


Agente SNMP

Trap

Get

Req

uest

Get

Nex

tReq

uest

SetR

eque

st

Get

Res

pons

e

Recursos gestionadosObjetos gestionados

SNMP

Red o Internet

Aplicacióngestionaobjetos

MensajesSNMP Función de mapeo

Proceso gestor ArquitecturaSNMP de protocolo UDP usada por el

IP dispositivo finalProtocolos Protocolos

dependientes dependientesde la red de la red

Proceso gestorSNMPUDP

IPProtocolos

dependientesde red

Proceso de gestiónArquitectura de protocolousada por el dispositivo gestionado por proxy

Protocolosdependientes

de red

Red o Internet Red o Internet

Agente Proxy

Estación degestión

Dispositivo gestionadomediante proxy


127

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). Muchas cuestiones aún por desarrollar.

Los protocolos de gestión. CMOT

128

• CMOT = Common Management information services and protocol OverTCP/IP

• Es una alternativa a SNMP

• Intenta combinar dos cosas:1. Ofrece servicios CMIS2. Se basa en protocolos de comunicación sencillos

CMIS

ACSE ROSE

LPP

TCP UDP

IP

Niveles inferiores

Aplicación

Transporte

Red

Los protocolos de gestión. Comparativa

129

• 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 entidadesestáticas.• Puede ser fácil pasar de SNMP a CMIP, pero no al contrario. Existen normas que permiten hacer esto.










130

Las funciones de gestión [ 10146-x;X.73x,X.74x ]

131





Funciones10164-x

Funciones10164-x

Protocolos95959596

Protocolos95959596

X.73xX.74x

ISO





ProtocolosQ.8xx

ProtocolosQ.8xx





ITU-T

Gestión de nivel

M

I

B

SMAE

AE

LME

LE

Usuario

ACSE

ASEsROSE

CMISE

SMASE

Nivel de presentación

Usuario

Gestión de sistemas Funciones


132

Áreas funcionalesÁreas funcionales

FallosFault

FallosFault







SeguridadSecurity

SeguridadSecurity

FuncionesFunciones

Gestión de objetosGestión de objetos

Gestión informes de evento


Control de accesoControl de acceso

ResúmenesResúmenes

Gestión de estadosGestión de estados

Control de históricos


Medidas contablesMedidas contables

Pruebas de diagnóstico


Representación derelaciones


Alarmas deseguridad

Alarmas deseguridad

Seguimiento deocupación


Programacióntemporal


Informe de alarmasInforme de alarmas

Auditoría de seguridad


Gestión de pruebas

Gestión de pruebas

Otras funcionesOtras funciones


133

Á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 prestaen base a múltiples elementos


134

» Configuración– Establecer parámetros de operación– Asociar nombres a objetos– Activar y desactivar objetos– Recoger información sobre el estado actual– 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 deprestaciones

» 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

Áre

as fu

ncio

nale

s de

ges

tión


135


FallosFault

FallosFault







SeguridadSecurity

SeguridadSecurity

FuncionesFunciones














Alarmas deseguridad

Alarmas deseguridad








Gestión de pruebas

Gestión de pruebas


Las funciones de gestión: Gestión de objetos [10164-1]

136

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)

Las funciones de gestión: Gestión de objetos [10164-1]

137

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


138


FallosFault

FallosFault







SeguridadSecurity

SeguridadSecurity

FuncionesFunciones














Alarmas deseguridad

Alarmas deseguridad








Gestión de pruebas

Gestión de pruebas


Las funciones de gestión: Gestión de estados [10164-2]

139

» 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í.


140

Operational state

• Indica si el recurso está instalado físicamente y funciona.

• Los posibles estados son:-disabled: el recurso no puede ser operado ni está en condiciones de dar servicios al usuario.-enabled: el recurso está total o parcialmente operable y disponible.

• Si queremos saber si un recurso funciona, definimos en su modelo un atributo operational state y sus posibles valores serán esos dos.

ENABLED

DISABLED

Enable Disable

TISO0120-92/d01

Diagrama de estado operacional


141

Implementación de Operational State en GDMO y ASN.1

operationalState ATTRIBUTEWITH ATTRIBUTE SYNTAX Attribute-ASN1Module.OperationalState;MATCHES FOR EQUALITY;REGISTERED AS {smi2AttributeID 35};

Attribute-ASN1ModuleOperationalState ::= ENUMERATED { disabled(0), enabled(1) }

smi2AttributeID OBJECT IDENTIFIER ::= { joint-iso-ccitt ms(9) smi(3) part2(2) attribute(7) }

GDMO

ASN.1


142

Usage state

• Indica si el recurso está siendo usado en un instante determinado y, en tal caso, si tiene capacidad sobrante.

• Los posibles estados son:- idle: el recurso no está en uso.- active: el recurso está en uso y tiene capacidad para admitir nuevos usuarios.-busy: el recurso está en uso y no tiene capacidad para admitir nuevos usuarios.

• Si queremos saber si un recurso está siendo usado, definimos en su modelo un atributo usage state y sus posibles valores serán esos tres.

IDLE

BUSY

User quit(nonsharable

object)

TISO0130-92/d02

Diagrama de estado de uso

CD

ACTIVE

Last userquit User quit

or CI

New user

New useror CDUser quit

or CI

New useror CD

New user(nonsharable

object)


143

Implementación de Usage State en GDMO y ASN.1

usageState ATTRIBUTEWITH ATTRIBUTE SYNTAX Attribute-ASN1Module.UsageState;MATCHES FOR EQUALITY;REGISTERED AS {smi2AttributeID 39};

Attribute-ASN1ModuleUsageState ::= ENUMERATED { idle(0), active(1), busy(2) }

GDMO

ASN.1


144

Administrative state• Permite o prohíbe el uso del recurso por razones administrativas.

• Los posibles estados son:- locked: el recurso tiene prohibido suministrar servicio a los usuarios.- shutting down: el recurso tiene permitido dar servicio a los usuarios que ya están siendo atendidos, pero no acepta nuevos usuarios.-unlocked: el recurso tiene permitido dar servicio a todos los usuarios.

• Si queremos controlar los permisos del recurso, definimos en su modelo un atributo administrative state y sus posibles valores serán esos tres.

UNLOCKED

LOCKED

Unlock

TISO0140-92/d03

Diagrama de estado administrativo

SHUTTINGDOWN

Shut down

Last user quitLockLock

Shutdown

(if idle)

Unlock

User quit


145

Implementación de Administrative State en GDMO y ASN.1

administrativeState ATTRIBUTEWITH ATTRIBUTE SYNTAX Attribute-ASN1Module.AdministrativeState;MATCHES FOR EQUALITY;REGISTERED AS {smi2AttributeID 31};

Attribute-ASN1ModuleOperationalState ::= ENUMERATED { locked(0), unlocked(1), shuttingDown(2) }

GDMO

ASN.1

Las

func

ione

s de

ges

tión:

Ges

tión

de e

stad

os [

1016

4-2]

.R

elac

ión

entr

e lo

s di

stin

tos

esta

dos

146

1

44

4 1 1 1

3 58

8

7

6

4 4

34

22

5, 10

11 11

2, 8

TISO0150-92/d04

6, 9

2, 8

2, 11

2

1 Unlock2 Lock3 Enable4 Disable

5 New user6 User quit7 New user (nonsharable resource)8 Last user quit

9 Capacity increase10 Capacity decrease11 Shut down

DISABLED ENABLED

LOCKED

Idle Idle

UNLOCKED

DISABLED ENABLED

Idle Idle Active Busy

Active Busy

ENABLED

SHUTTING DOWN

Figure 4 – Combined state diagram


147

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

•

alarmStatus ATTRIBUTEWITH ATTRIBUTE SYNTAX Attribute-ASN1Module.AlarmStatus;MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION;REGISTERED AS {smi2AttributeID 32};

Attribute-ASN1ModuleAlarmStatus ::= SET OF INTEGER { underRepair(0), critical(1), major(2), minor(3),

alarmOutStanding(4) }

GDMO

ASN.1


148

Procedural status• Es una situación que tiene sentido para aquellos objetos que representan procesos que siguen una secuencia de pasos• Las posibles situaciones son:

- 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

•

proceduralStatus ATTRIBUTEWITH ATTRIBUTE SYNTAX Attribute-ASN1Module.ProceduralStatus;MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION;REGISTERED AS {smi2AttributeID 36};

Attribute-ASN1ModuleAlarmStatus ::= SET OF INTEGER { initializationRequired (0), notinitializated(1),

initializing(2), reporting(3), terminating(4) }

GDMO

ASN.1


149

Availability statusIndica la situación de disponibilidad del recurso

• Las posibles situaciones son:- 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.

availabilityStatus ATTRIBUTEWITH ATTRIBUTE SYNTAX Attribute-ASN1Module.AvailabilityStatus;MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION;REGISTERED AS {smi2AttributeID 33};

Attribute-ASN1ModuleAvailabilityStatus ::= SET OF INTEGER { inTest(0), failed(1), powerOff(2), offLine(3),

offDuty(4), dependency(5), degraded(6), notInstalled(7), logFull(8) }

GDMO

ASN.1


150

Control status• Indica la situación de control del recurso• Las posibles situaciones son:

- 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ó

controlStatus ATTRIBUTEWITH ATTRIBUTE SYNTAX Attribute-ASN1Module.ControlStatus;MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION;REGISTERED AS {smi2AttributeID 33};

Attribute-ASN1ModuleControlStatus ::= SET OF INTEGER { subjectToTest(0), partOfServicesLocked(1),

reservedForTest(2), suspended(3) }

GDMO

ASN.1


151

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.

standbyStatus ATTRIBUTEWITH ATTRIBUTE SYNTAX Attribute-ASN1Module.StandbyStatus;MATCHES FOR EQUALITY;REGISTERED AS {smi2AttributeID 37};

unknownStatus ATTRIBUTEWITH ATTRIBUTE SYNTAX Attribute-ASN1Module.UnknownStatus;MATCHES FOR EQUALITY;REGISTERED AS {smi2AttributeID 38};

Attribute-ASN1ModuleStandby ::= SET OF INTEGER { hotStandby(0), coldStandby(1), providingService(2) }UnknownStatus ::= BOOLEAN – TRUE implies unknown status

GDMO

ASN.1

Servicios de gestión TMN

152

Func

ione

s de

ges

tión

de re

des

de c

omun

icac

ione

s

» Administración de clientes» Administración de rutas» 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

Funciones de gestión TMN

153

Func

ione

s de

ges

tión

de re

des

de c

omun

icac

ione

s

» Gestión de prestaciones• Seguimiento de las prestaciones• Control de la gestión de prestaciones• Análisis de prestaciones

» Gestión de averías• Vigilancia de alarmas• Localización de averías• Reparación de averías• Pruebas

» Gestión de reclamaciones» Gestión configuración

• Disposición de los elementos de la red• Situación y control de los elementos de la red• Instalación de los elementos de la red

» Gestión de la contabilidad• Funciones de facturación• Funciones de tarificación

» Gestión de la seguridad









6. Plataformas de gestión comerciales. Ejemplos154

Plataformade gestión

GUI

Red

Aplicación

Aplicación

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

Plataforma de gestión

Aplicación

Red

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

155

Plataformas de gestión comerciales. Ejemplos

156

• SNMP: HP OpenView Network Node Manager Sun SunNet ManagerAprisma Spectrum Site Manager Tivoli NetView BMC Patrol (GNU, para Linux, bajo Gnome) GxSNMP ("pre-alpha")

• TMN (normalmente, las plataformas TMN soportan varios protocolos degestió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

http://www.snmplink.org/

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 redFallos: log de alarmas y eventosPrestaciones: recolección periódica de datos sobre los nodos de la red

mediante SNMP 157

• Mapas y submapas de red: estructura jerárquica

• Exploración automática

• Estado codificado con colores

Ejemplo de plataforma de gestión SNMP: HP OpenView NNM - Topología

158

• Los eventos proceden de los nodos (notificaciones) o de los procesos de la plataforma (p.e., mensajes de error, detección dedirección duplicada, etc.)

correlación

código de colores

Ejemplo de plataforma de gestión SNMP: HP OpenView NNM - Fallos

159

• 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

Ejemplo de plataforma de gestión SNMP: HP OpenView NNM - Fallos: correlación de eventos

160

• 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, ...


161

• Ejemplo de correlación: scheduled maintenance. En un determinado intervalo de tiempo se sabe que van a llevarse a cabo operaciones de mantenimiento


162

• 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.

Ejemplo de plataforma de gestión SNMP: HP OpenView NNM - Prestaciones

163

• 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

Ejemplo de plataforma de gestión SNMP: HP OpenView NNM - Gestión de las MIBs

164

• 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

Ejemplo de plataforma de gestión SNMP: HP OpenView NNM - Fallos: Gestión distribuida

165

EEssttaacciióónncceennttrraall ddee

ggeessttiióónnEEssttaacciióónnrreeccooggiiddaa//ggeessttiióónn

ddee ddaattooss

TTeerrmmiinnaall

CCoonnssoollaaddee

ggeessttiióónn

DDiissppoossiittiivvooss





WWeebb

WWeebbWWeebb

EEssttaacciióónnddee

rreeccooggiiddaaddee ddaattooss

EEssttaacciióónnddee

rreeccooggiiddaaddee ddaattooss

EEssttaacciióónncceennttrraall ddee

ggeessttiióónn

CCoonnssoollaaddee

ggeessttiióónn

CCoonnssoollaaddee

ggeessttiióónn

Ejemplo de plataforma de gestión SNMP: HP OpenView NNM - Fallos: Gestión distribuida

166

• 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.

Plataformas de gestión TMN

167

• 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.

Plataformas de gestión TMN -EMS Element Management Systems

168

EMSPlataformas de gestión TMN -Ejemplo EMS: OmniVU

169

Documents

Sistemas Avanzados de Comunicaciones - dte.us.es · PDF fileLos modelos de gestión de redes de comunicaciones. Arquitecturas normalizadas Estaciones de trabajo o workstations BT Hosts