Gestión de Red

GESTION DE RED
Edith G. Cano Mamani
INDICE DEL CURSO

Introduccin
Planificacin
de la Gestin de Red
Funcionalidad de la Gestin de Red
Arquitectura TMN
Modelo de Gestin de Red OSI
Modelo de Gestin de Red de Internet
Sistemas de Gestin Integrada
Plataformas de Gestin
INDICE DEL CURSO

Introduccin
Planificacin de la Gestin de Red

Arquitectura TMN
OBJETIVOS DEL CURSO
Describir el proceso de planificacin de la gestin de red,

analizando los recursos implicados (tanto humanos como de
procesos, procedimientos y herramientas)
Analizar detalladamente y ayudar a la comprensin de las
funcionalidades FCAPS de un sistema de gestin de red.
Describir la arquitectura TMN
Analizar varios modelos de gestin existentes y su posible
implantacin, dependiendo del caso especfico.
Analizar las tendencias relacionadas con la gestin de red a
futuro.
Brindar a los asistentes las bases suficientes para identificar
los requisitos que un sistema de gestin debe cumplir en una
red determinada, sirvindole esto de ayuda en el momento de
la eleccin de dicho sistema.
GESTIN DE RED
Planificacin, organizacin, supervisin y control

de elementos de comunicaciones para garantizar
un nivel de servicio, de acuerdo a un coste y a un
presupuesto, utilizando los recursos de forma
ptima y eficaz.
POR QU HACE FALTA LA

GESTIN?
Contol de activos estratgicos corporativos
Control de complejidad
Mejorar el servicio
Equilibrar necesidades
Reducir indisponibilidad
Control de costes
SERVICEWARE
=
=
=
Para qu se usa la red?

E-Commerce
VPNs / Voice over IP
Carrier Hosted Applications
Qu lo hace funcionar?
Gestin de red
Directory Enabled, Policy-based
QoS & SLAs
Preside
Sobre qu funciona?
Passport, Optera, etc.
Next Generation Switches
High Speed Access
El sistema de gestin debe permitir crear,

gestionar y entregar servicios de valor
aadido
PP 15000
OPTera
Packet
Core
OBJETIVO DE GESTIN
Falta de
rendimiento
Indisponibilidad
evitable
Capacidad Total
Utilizacin Real
1. Mejorar la disponibilidad
2. Incrementar la efectividad
Indisponibilidad
inevitable
INDICE DEL CURSO

Introduccin
Arquitectura TMN
PROYECTO DE GESTIN DE RED

ENFOQUE DE
NEGOCIO
ENFOQUE TCNICO
Planificacin
Requisitos
Mtodos
Planificacin
Informes
Implantacin
Operacin
P
R
O
Y
E
C
T
O
RECURSOS IMPLICADOS
Recursos humanos
Operadores
Administradores
Analistas
Planificadores
Procesos y Procedimientos
Herramientas
RECURSOS IMPLICADOS
Recursos humanos
Operadores
Administradores
Analistas
Planificadores
Herramientas
OPERADORES
Soporte
a usuarios (help desk)

Soporte tcnico
Recogida y evaluacin de alarmas
Recogida de datos sobre prestaciones y
utilizacin
Diagnosis dirigida de problemas
Arranque y parada de los componentes de red
Ejecucin programada de pruebas preventivas
Modificacin de configuraciones
Carga de nuevas versiones de software
ADMINISTRADORES
Gestin de inventario
Gestin de configuraciones
Gestin de contabilidad
Gestin de seguridad: control de acceso, etc.
Mantenimiento de registro histrico de problemas
Evaluacin de trfico y calidad de servicio actuales
Control de operadores: Herramientas de seguimiento

de incidencias que permitan conocer el estado actual
de incidencias y elaborar informes de actividad
operacional para su posterior anlisis
ANALISTAS
Definicin
de indicadores de prestaciones:
calidad de servicio
Anlisis global de la calidad de servicio
Toma de decisiones para corregir
desviaciones de la calidad de servicio
Preparacin de procedimientos de
operadores y administradores
Su objetivo es garantizar la calidad de servicio
PLANIFICADORES
Anlisis
de informes tcnico-econmicos
(anuales)
Establecimiento de poltica de
telecomunicaciones
Asignacin de presupuesto
Seleccin de criterios de distribucin de
costes o facturacin
Decisiones dependientes del negocio al que
se dedica la empresa
RECURSOS IMPLICADOS
Recursos humanos
Operadores
Administradores
Analistas
Planificadores
Herramientas
RECURSOS IMPLICADOS
Procesos y procedimientos: Cinco grandes reas

funcionales (FCAPS)
Gestin
de Fallos y Supervisin
Gestin de Configuracin
Gestin de contAbilidad
Gestin de Prestaciones
Gestin de Seguridad
RECURSOS IMPLICADOS
Recursos humanos
Operadores
Administradores
Analistas
Planificadores
Herramientas
RECURSOS IMPLICADOS
Herramientas:
Elementos
de red
Gestores de elementos
Sistemas de gestin integrada
INDICE DEL CURSO

Introduccin
Arquitectura TMN
ASPECTOS FUNCIONALES DE
GESTIN DE RED
No
existe funcionalidad comn. Depende de:
Tipo
de red gestionada
Tipo de equipos gestionados
Objetivos especficos de la gestin de red
bajo nivel, todos los mtodos se basan en:
Monitorizacin
de red:
Gestin de prestaciones
Gestin de fallos
Gestin de contabilidad
Control
de red:
MONITORIZACIN DE RED
4
fases para la monitorizacin de una red:
Definicin
de la informacin de gestin que se

monitoriza
Acceso a la informacin de monitorizacin
Diseo de mecanismos de monitorizacin
Procesado de la informacin de monitorizacin
Control
acceso.
de red: fases de definicin y
DEFINICIN DE LA
INFORMACIN DE
MONITORIZACIN
De acuerdo a su naturaleza, existen los
siguientes tipos:
Informacin
esttica: no cambia con la actividad de la
red
Informacin dinmica: evoluciona con la propia
actividad de la red
Informacin estadstica: postprocesado de la
informacin dinmica que proporciona un mayor
significado de gestin
DEFINICIN DE LA
INFORMACIN DE
MONITORIZACIN
Qu informacin monitorizar? Depende
de la aplicacin:
Para
gestin de prestaciones: informacin

estadstica, generada a partir de informacin
dinmica (trfico, retardo, etc.)
Para gestin de fallos: informacin dinmica
(cambios de estados)
Para gestin de configuraciones: informacin
esttica (inventario de la red)
ACCESO A LA INFORMACIN
DE
GESTIN
Objetivo: monitorizacin remota de los

recursos desde el centro de gestin
Necesita una cooperacin entre los gestores y
los equipos gestionados
Los
equipos deben querer ser gestionados:

instalacin del software de gestin adecuado
Mtodo
comn de acceso a la informacin de

gestin, independientemente de la tecnologa
o fabricante del equipo monitorizado
Modelos de gestin de red integrada:

proporcionan la interoperabilidad
MECANISMOS DE MONITORIZACIN
Sondeo
o polling: acceso peridico a la

informacin de gestin.
Ventaja:
Los objetos solo deben estar preparados

para responder: simplicidad
Event
Reporting o notificaciones: los propios

recursos envan notificacioness bajo ciertas
condiciones.
Ventaja:
red.
se minimiza el trfico de gestin por la
Dos filosofas de gestin:

Descargar la complejidad hacia los gestores
Balancear complejidad entre gestores y equipos
gestionados
PROCESADO DE LA INFORMACIN
Monitorizacin
Definicin
de una red:
de la informacin de gestin que se

monitoriza
Acceso a la informacin de monitorizacin
Diseo de mecanismos de monitorizacin
Procesado de la informacin de monitorizacin:
Aplicaciones de Gestin asociadas
Gestin de Fallos
Gestin de Contabilidad
Gestin de Seguridad
FUNCIONES: GESTIN DE
CONFIGURACIN
Gestin
de configuracin de los elementos de red:
Gestin
de Inventario:
Gestin
de Topologa
Gestin
de Servicios de Directorio
Herramientas
de configuracin grficas y CLI

Herramientas de configuracin masiva y nodal
Herramientas
de autodescubrimiento
Combinacin con herramientas CAD de gestin de
cableado
Base de datos utilizable por el resto de funciones
Herramientas
de autotopologa
Necesidad de distintas vistas topolgicas
GESTIN DE CONFIGURACIN
Gestin
de SLAs (Service Level Agreements):

Contrato entre cliente/proveedor o entre
proveedores sobre servicios a proporcionar y
calidades asociadas.
Identificacin
de las partes contractuales

Identificacin del trabajo a realizar
Objetivos de niveles de servicio
Niveles de servicio proporcionados
Multas por incumplimiento
Fecha de caducidad
Clusulas de renegociacin
Prestaciones actuales proporcionadas
GESTIN DE CONFIGURACIN
Gestin de Proveedores Externos (rdenes de
procesamiento / aprovisionamiento)
Gestin de Cambios (reconfiguraciones)
N
O
Petici
n
usuario
Estudio
impact
o
Plan de
Cambio
Aprobaci
n
SI
Planificaci
n
Inventario
Documentaci
n
Ejecucin
FUNCIONES: GESTIN DE FALLOS

Objetivo:
mantener dinmicamente el nivel de
servicio
Gestin proactiva: evitar fallos detectando
tendencias hacia fallos
Caracterizacin
de tendencias: determinacin de
umbrales de ciertos parmetros
Objetivo: monitorizar estos umbrales o programar
notificaciones automticas
Gestin
reactiva: asumir que existen fallos

inevitables
Detectar
lo antes posible el fallo

Monitorizacin peridica (no es posible notificacin)
GESTIN DE FALLOS
Gestin
del ciclo de vida de incidencias
Deteccin
de problema
Alarma de usuarios
Alarma de herramientas
Determinacin
del problema
La informacin sobre el fallo puede no ser fiable en

cuanto a la fuente del fallo
Diagnosis
del problema: procedimentado

Resolucin del problema
Por operadores de help-desk (80-85%)
Por operadores tcnicos (5-10%)
Por especialistas en comunicaciones (2-5%)
Por especialistas en aplicaciones (1-3%)
Por fabricantes (1-2%)
GESTIN DE FALLOS
Gestin
de incidencias: TTS (Trouble Ticket

Systems)
Fecha
/ Hora de:
Informe de incidencia
Resolucin de incidencia
Usuario
/ localizacin
Equipo afectado
Descripcin problema
ESTADO
Operador (es)
Grado de severidad
Historial de incidencia
Comentarios
GESTIN DE FALLOS
Gestin
de Pruebas preventivas
Pruebas
de conectividad
Pruebas de integridad de datos
Pruebas de integridad de protocolos
Pruebas de saturacin de datos
Pruebas de saturacin de conexiones
Pruebas de tiempo de respuesta
Pruebas de bucle
Pruebas de diagnstico
PRESTACIONES
Definicin
de indicadores de prestaciones:
Orientados
a servicio
Disponibilidad
Tiempo de Respuesta
Fiabilidad
Orientados
a eficiencia
Throughput
Utilizacin
Monitorizacin
de indicadores de prestaciones
Anlisis y refinamiento
INDICADORES DE PRESTACIONES:
DISPONIBILIDAD
Parmetro necesario: disponibilidad de los servicios
Es necesario traducirlo a disponibilidad de
componentes individuales
Objetivo: maximizar (cumplir) la disponibilidad de
los equipos
D=
MTBF
MTBF: Mean Time Between

Failures
MTTR: Mean Time To Repair
MTBF +
MTTR
MTBF: Indicador de la calidad del
equipo
MTTR: Influye:
Tiempo de deteccin del fallo

Poltica de mantenimiento
utilizada
INDICADORES DE
PRESTACIONES: TIEMPO DE
Tiempo de Respuesta: rangos.
RESPUESTA
>15
s: inaceptable para servicios interactivos

>4 s: dificultan servicios interactivos encadenados
(con memoria del usuario)
2 a 4 s: dificultan servicios interactivos que requieren
concentracin del usuario
2 s: lmite aceptable normalmente
Dcimas de segundo: para aplicaciones de tipo grfico
<0.1 s: servicios de eco
Componentes:
Tiempo
de transmisin (ida y vuelta)

Tiempo de proceso de servicio
INDICADORES DE PRESTACIONES
Fiabilidad:
Monitorizacin
Throughput:
de errores: sntomas de fallos.
Medida
de eficiencia de servicio
Ej: nmero de transacciones por minuto,
nmero de llamadas cursadas, etc.
Utilizacin:
Porcentaje
de uso de un recurso durante un

periodo de tiempo.
Ej: Utilizacin de una lnea serie, utilizacin
de una Ethernet, etc.
GESTIN DE PRESTACIONES
Monitorizacin
Prestaciones
de Indicadores de
Disponibilidad:
sondeos de estado
Tiempo de respuesta:
Tiempo de transmisin: utilizacin de ecos remotos

Tiempo de procesamiento: trazado por aplicaciones
Fiabilidad:
umbrales de porcentajes de error

Utilizacin: trazado por aplicaciones
Throughput: sondas de trfico, etc.
Anlisis
y Refinamiento
CONTABILIDAD
Identificacin de Componentes de Coste
Establecimiento de polticas de tarificacin
Definicin de procedimientos para tarificacin
Gestin de facturas
Integracin con la contabilidad empresarial.
SEGURIDAD
Funciones
que proporcionan proteccin

continuada de la red y sus componentes en los
distintos aspectos de seguridad:
Acceso
a las redes
Acceso a los sistemas
Acceso a la informacin en trnsito
Funciones
de la gestin de seguridad:
Definicin
de anlisis de riesgo y poltica de seguridad

Implantacin de servicios de seguridad e
infraestructura asociada
Definicin de alarmas, registros e informes de
seguridad
INDICE DEL CURSO

Introduccin
Arquitectura TMN
MODELOS DE GESTIN DE RED
ITU T
Arquitectura TMN
ISO
Modelo de Gestin OSI
Internet
Modelo de Gestin Internet
Orgenes:
TMN: Gestin de las redes de telecomunicacin

Gestin OSI: Gestin de la torre de protocolos OSI
Gestin Internet: Gestin de routers
ARQUITECTURA TMN: MOTIVACIN

Heterogeneidad
en la tecnologa de redes de
telecomunicacin:
Redes
analgicas
Redes digitales banda estrecha
Redes digitales banda ancha.......
Demandas
sobre:
Posibilidad
de introducir nuevos servicios

Alta calidad de servicios
Posibilidad de reorganizar las redes
Mtodos eficientes de trabajo para operar las redes
Competencia entre empresas operadoras privadas.
OBJETIVO DE TMN
Proporcionar una estructura de red organizada
para conseguir la interconexin de los
diversos tipos de Sistemas de Operacin y
equipos de telecomunicacin usando una
arquitectura estndar e interfaces
normalizadas.
Arquitectura fsica: estructura y entidades de la red
Modelo organizativo: Niveles de gestin
Modelo funcional: servicios, componentes y
funciones de gestin
Modelo de informacin: definicin de recursos
gestionados
LA RED TMN
TM
N
OS
OS
OS
DCN
EXCH
TRAN
S
EXCH
Red de
Telecomunicacin
TRAN
S
EXCH
REQUISITOS DE TMN
Objetivo:
disear una red que permita

interconectar sistemas de operacin con
elementos de red.
Requisitos:
Todos
los sistemas de operacin debern usar

el mismo mtodo para acceder a los recursos
Se debe respetar la heterogeneidad y
capacidad de los recursos de
telecomunicaciones
Interconexin con:
Otros dominios de gestin
Estaciones de trabajo de operadores
PUNTOS DE REFERENCIA TMN
Interfaces Q: Comunicacin entre entidades

internas de TMN
Interfaces
Qx: MD
Interfaces Q3: OS
Interfaz F: WS
Interfaz X: TMN
MD,NE,QA
MD,NE,QA,OS
OS,MD
TMN
ARQUITECTURA FSICA
TM
N
Sistemas de
operacin
Q3/F/X
Red de
comunicacin de
datos
Dispositivos de
mediacin
Q3/F
Q3
Estaciones de
trabajo
QX
Q3
Red de comunicacin de
datos
QX
QX
QX
Adaptadores a
Interfaz Q
Elementos de
red
MODELO DE CAPAS DE TMN

Elementos de red
Gestin de elementos de red
Gestin de red
Gestin de servicios
Gestin empresarial (negocio, comercio)

Gestin
de elementos de red:
Control
y Coordinacin de un subconjunto de elementos
de red.
Mantenimiento de datos estadsticos, registros y otros
datos acerca de un conjunto de elementos de red
Gestin
de red:
Control
y coordinacin desde el punto de vista de la red.

Suministro, cese o modificacin de capacidades de red.
Mantenimiento de capacidades de red
Mantenimiento de datos estadsticos y registros de red

Gestin
de servicios:
Gestin
empresarial:
Relaciones
con el cliente e interfaz con otras

administraciones
Interaccin con proveedores de servicio
Mantenimiento de datos estadsticos (ej: QoS)
Interaccin entre servicios
Soporte
para proceso de toma de decisiones de

inversin y utilizacin ptima
Soporte de gestin de presupuesto de
telecomunicaciones
Soporte de suministro y demanda de mano de obra
Mantenimiento de datos agregados sobre la empresa
MODELO DE CAPAS: ORGANIZACIN

DE TMN
Capa de
gestin
empresarial
Capa de
gestin de
servicios
Capa de
gestin de red
Capa de
gestin de
elementos de
redde
Capa
elementos de
red
OS
OS empresarial
OS
OS de servicios
OS
OS de red
MD
OS de elementos
de red
NE
Elementos de red
MODELO FUNCIONAL DE TMN

Servicio
de gestin
Servicio
de gestin
Conjunto de
Funciones de Gestin
Funcin
de gestin
Funcin
de gestin
Funcin
de gestin
Funcin
de gestin
Servicio
de gestin
Conjunto de Funciones de
Gestin
Funcin
de gestin
Funcin
de gestin
Funcin
de
gestin
Funciones de Gestin de Sistemas OSI (MF)
EJEMPLOS DE SERVICIOS DE
GESTIN TMN
Administracin
de abonados
Administracin de provisin de red
Gestin de Personal
Gestin de Tarificacin y Contabilidad
Administracin de Calidad de Servicio y
Prestaciones de Red
Administracin de medidas y anlisis de trfico
Gestin de seguridad
Gestin de Trfico
Gestin de mantenimiento
CONJUNTOS DE FUNCIONES DE
GESTIN TMN
Tareas
necesarias para proporcionar un servicio de
gestin
Ejemplo: Servicio de monitorizacin de prestaciones
Establecimiento
de objetivo de prestaciones de QoS

Comprobacin de prestaciones de QoS
Establecimiento de objetivos de prestaciones de red
Comprobacin de prestaciones de red
Criterios de calidad de servicio del cliente
Comprobacin de prestaciones de Elementos de Red
Comprobacin de Integridad de Datos
INTERFAZ Q3
Garantiza la interoperabilidad entre los sistemas
de operacin y los elementos de red.
Est compuesto por:
Protocolo
de comunicaciones : CMIP
Conocimiento de Gestin Compartida (SMK) entre los
extremos del interfaz: MIBs GDMO
INDICE DEL CURSO

Introduccin
Arquitectura TMN
MOLDELO DE GESTIN OSI

Origen:
Diseado para realizar la gestin de la

torre de protocolos OSI
El
La
agente reside en un ordenador
complejidad de gestin se traslada al agente:
Se
descargan responsabilidades de gestin sobre los

agentes (notificaciones)
El protocolo de gestin permite realizar operaciones
complejas
El modelo de informacin es tambin complejo
Evolucin:
Soporte para realizar gestin integrada

en entornos heterogneos
PARADIGMA GESTORAGENTE
EN OSI: GESTIN DE
SISTEMAS
PROCES
PROCES
O
GESTOR
NIVEL
7
NIVEL
6
NIVEL
5
NIVEL
O
AGENTE
Operaciones Remotas
Notificaciones
Protocolo de Gestin
NIVEL
7
NIVEL
6
NIVEL
5
NIVEL
4
NIVEL
3
NIVEL
4
NIVEL
3
NIVEL
2
NIVEL
1
2
NIVEL
1
Objetos
Gestionad
os (MIB)
MODELOS DE GESTIN DE SISTEMAS

Las
necesidades de normalizacin de la gestin

de sistemas se exponen en 4 modelos:
Modelo
de comunicaciones: se detalla el protocolo de

gestin y el servicio que proporciona
Modelo de informacin: se definen los recursos de
red usando una sintaxis abstracta
Modelo funcional: se definen las funciones de
gestin que proporcionan una interfaz a la
aplicacin de gestin
Modelo de organizacin: se exponen los posibles
subdivisiones de la red en dominios de gestin.
NORMATIVA SOBRE GESTIN OSI

Las
normas ISO sobre gestin de red OSI

se agrupan en 4 conjuntos:
Normas
sobre el entorno global de gestin OSI

y su subdivisin en modelos
Normas sobre el modelo de comunicaciones
Normas sobre las funciones de gestin de
sistemas
Normas sobre la definicin del modelo de
informacin

Sobre
gestin OSI en general:
Sobre
el modelo de comunicaciones:
ISO
7498-4: OSI Basic Reference Model. Part

4: Management Framework (X.700)
ISO 10040: Systems Management Overview
(X.701)
ISO
9595: Common Management Information

Service (CMIS) Definition (X.710)
ISO 9596: Common Management Information
Protocol (CMIP) Specification (X.711)

Sobre
ISO
el modelo de informacin:
10165-1: Structure of Management Information.

Part 1: Management Information Model (X.720)
ISO 10165-2: Structure of Management Information.
Part 2: Definition of Management Information (X.721)
Part 4: Giudelines for the definition of Management
Information (X.722)
Part 5: Generic Management Information (X.723)
Sobre el modelo funcional: Definiciones de funciones de

gestin:
ISO 10164-1: Object management function (X.730)
ISO 10164-2: State management function (X.731)
ISO 10164-3: Attributes for representing relationships (X.732)
ISO 10164-4: Alarm reporting function (X.733)
ISO 10164-5: Event report management function (X.734)
ISO 10164-6: Log control function (X.735)
ISO 10164-7: Security alarm reporting function (X.736)
ISO 10164-8: Security audit trail function (X.740)
etc
MODELO FUNCIONAL
Existen 5 reas en las que tradicionalmente se ha

dividido la gestin (FCAPS):
Gestin
de Fallos
Gestin de contAbilidad
Gestin de Seguridad
FUNCIONES DE GESTIN
Las reas
funcionales se
refinan en funciones
de gestin
ISO ha normalizado
diversas funciones
de gestin
Object management function

State Management function
Attributes for representing
relationships
Alarm Reporting Function
Event Management Function
Log Control Function
Security Alarm Reporting
Function
Security Audit Trail Function
Objects and Attributes for Access
Control
Accounting Meter Function
Workload Monitoring Function
Test Management Function
Measurement Summarization
APLICACIN DE LAS FUNCIONES DE

GESTIN
Proces
o
Gestor
M
F
M
F
M
F
M
F
Proces
o
Gestor
M
F
M
F
M
F
M
F
Protocolo de
Gestin
Gestin
de Fallos
Gestin de
Contabilida
d
MODELO DE ORGANIZACIN
Dominios de Gestin: necesidad de dividir el entorno

en base a dos motivos principales:
Polticas
funcionales (Ej: Dominios con una misma poltica

de seguridad, contabilidad, etc...)
Otras polticas: dominios geogrficos, tecnolgicos, etc...
Dominio Administrativo: necesidad de establecer y

mantener las responsabilidades de cada dominio.
MODELO DE COMUNICACIONES
Se define dentro del nivel de aplicacin de OSI
Entidad de Aplicacin de Gestin de Sistemas (SMAE)
SMASE
CMISE
ACSE
ROSE
SMASE: Specific
Management Application
Service Element
CMISE: Common
Management Information
Service Element
ACSE: Association Control
Service Element
ROSE: Remote
Operations Service
Element
SERVICIOS UTILIZADOS: ACSE

Establece
y finaliza asociaciones para el

intercambio de informacin de gestin
Campo Application Context, especifica el tipo de
conexin solicitada. Para gestin de red:
Manager:
Gestor hacia Agente

Agent: Agente hacia Gestor (para notificaciones)
Usado
directamente por el usuario de gestin

Servicios utilizados:
A-ASSOCIATE:
Solicitud de conexin
A-RELEASE: Liberacin Normal de conexin
A-ABORT: Liberacin Anormal de conexin
SERVICIOS UTILIZADOS: ROSE

Usado solo por CMISE para la solicitud de ejecucin
de operaciones remotas
El gestor solicita una operacin remota; el agente lo
intenta ejecutar y devuelve el resultado del intento
Usado por aplicaciones tipo cliente-servidor.
Servicios utilizados:
RO-INVOKE: Transporte de una peticin de
operacin
RO-RESULT: Transporte del resultado de una
operacin
RO-ERROR: Transporte de error de una operacin
RO-REJECT: Rechazo de la peticin
SERVICIOS OFRECIDOS: CMISE

CMISE:
Common Management Information Service
Element
Proporciona tres tipos de servicio:
Manejo
de datos: usado por el gestor para solicitar y

alterar informacin de los recursos del agente
Informe de sucesos: usado por el agente para informar al
gestor sobre diversos sucesos de inters
Control Directo: usado por el gestor para solicitar la
ejecucin de diversas acciones en el agente
Hace
uso del servicio de operaciones remotas

proporcionado por ROSE.
CMISE (I)
Servicios de manejo de datos:
M-GET: Servicio de monitorizacin
M-SET: Servicio de control
M-CANCEL-GET: Servicio de cancelacin de
monitorizacin
Servicios de notificacin:
M-EVENT-REPORT: Servicio de notificacin
Servicios de Control Directo:
M-ACTION: Servicio de solicitud de acciones por
parte del agente
M-CREATE: Servicio de solicitud de creacin de
objetos
M-DELETE: Servicio de solicitud de borrado de
objetos
CMISE (II)
Componentes
servicio
Invoke
comunes de las primitivas del
Identifier (II)
Mode (M)
Base Object Class (BC)
Base Object Instance (BI)
Scope (S)
Filter (F)
Synchronization (Y)
Attribute Identifier List (AI)
Access Control (AC)
CMISE (III)
Ejemplo
de utilizacin del servicio M-GET de

Monitorizacin
M-GET request
(II,BC,BI,S,F,Y,AI)
M-GET
indication
(II,BC,BI,S,F,Y,AI)
M-GET
confirm
M-GET response
(II,MC,MI,AL)
(II,MC,MI,AL)
II=Invoke Identifier
BC=Base Object Class
BI=Base Object
Instance
S=Scope
F=Filter
Y =Synchronization
AI=Attribute Identifier List
MC=Managed Object Class
MI=Managed Object
Instance
AL=Attribute List
UNIDADES FUNCIONALES DE CMISE

No todas las funcionalidades tienen que estar
soportadas por todos los CMISE
Unidad
funcional Kernel (bsica, siempre

presente)
M-EVENT-REPORT, M-CREATE, M-DELETE

M-GET, M-SET, M-ACTION
Sin peticiones enlazadas, ni scope, filtrado o
sincronizacin
Seleccin
mltiple de objetos (scope y

sincronizacin)
Filtrado
Respuestas mltiples
Cancel-Get
PROTOCOLO CMIP
Procedimientos para la transmisin de informacin de
gestin y sintaxis de los servicios de CMISE
Definido en Unidades de Datos de Protocolo (PDU)
intercambiadas para un servicio
PDU de peticin de servicio no confirmado

PDU de peticin de servicio confirmado y respuesta de servicio
PDU de respuesta enlazada
M-SET:
M-Set
M-Set
Confirmed
M-GET:
M-SetConfirmed
M-LinkedReply
M-Get
MGet
M-LinkedReply
MODELO DE INFORMACIN
Objetivo:
Modelar
los aspectos de gestin de los recursos
reales.
Definir una estructura para la informacin de
gestin que se transmite entre sistemas
Componente
Abstraccin
principal: Objeto gestionado
de un recurso que representa sus

propiedades para el propsito de su gestin
Solo es necesario definir los aspectos del recurso
tiles para su gestin
No se define la relacin entre el recurso y su
abstraccin como objeto gestionado
DISEO ORIENTADO A OBJETOS

El
modelo de informacin hace uso de los

principios de diseo orientado a objetos
Capacidad
de estandarizar especificaciones de una

manera modular
Fcil capacidad de extensin
Reutilizacin de especificaciones anteriores
Principales
Concepto
consecuencias:
de Objeto: Encapsulamiento
No es visible la operacin interna del objeto, solo su interfaz
Diferenciacin
entre aspectos de definicin (CLASES)

y de implantacin (EJEMPLARES o INSTANCIAS)
CLASES Y EJEMPLARES
Se
diferencia entre la definicin de los

objetos y la implementacin de estos
objetos
Definicin de objetos: Clases de Objetos
Resultado:
Texto con definiciones de clases
Implementacin
de objetos: Ejemplares (o
instancias) de las clases
Resultado:
Ejemplares existentes en un equipo

en un momento dado
CLASES Y EJEMPLARES
CLASE
1
CLASE
2
Agente
CLASE
3
Equipo
COMPONENTES DE LA
DEFINICIN DE UNA
CLASE
OBJETO
Posicin DE
del objeto
en la jerarqua de herencia
Atributos y operaciones permitidas sobre
GESTIONADO
atributos
Atributos de grupo
Comportamiento
Acciones que se pueden solicitar sobre el objeto
Notificaciones que puede enviar
Paquetes condicionales
Clases de objetos alomrficas con su clase
RELACIN ENTRE CLASES

DE OBJETOS
Objetivo:
reutilizacin de definiciones de
clases de objetos ya existentes
Especializacin de clases: definicin de
una nueva clase por extensin de otra ya
existente aadiendo nuevas propiedades:
Slo
es necesario definir los aspectos nuevos de

mi clase
Introduce una relacin de herencia: la nueva
clase hereda las propiedades de su(s) padre(s).
EJEMPLO DE JERARQUA
DE HERENCIA
top
syste
m
networ
k
Ip network
equipmen
t
mode
m
router
JERARQUA DE HERENCIA
TOP:
superclase superior con las propiedades

comunes o todos los objetos gestionados
Se permite solo la herencia estricta de las
propiedades:
Ampliacin
con nuevos atributos

Extensin/Restriccin de los rangos de atributos
Ampliacin con nuevas acciones o notificaciones
Ampliacin de los argumentos de acciones y
notificaciones
Se
permite herencia mltiple:
Mayor
reutilizacin de las definiciones de clases

Mejora la capacidad de un sistema gestor para
reconocer clases no reconocidas.
DEFINICIN DE UNA CLASE (I)

Sintaxis
utilizada: GDMO - Guidelines for the Definition of

Managed Objects
miEquipo MANAGED OBJECT CLASS

DERIVED FROM Equipo
Nombre de
la clase
Clase de la
que
hereda
PAQUETES Y PAQUETES
CONDICIONALES
PAQUETE:
Atributos
Conjunto de:
y operaciones
Notificaciones y acciones
Comportamientos
Tipo
de paquete:
Obligatorio:
todos los ejemplares poseen las

propiedades de este paquete
Condicional: algunos ejemplares pueden implementar
las propiedades de ese paquete y otros no
Condicin de presencia: capacidades del recurso
Atributo
Packages: paquetes condicionales que

soporta el objeto
DEFINICIN DE UNA CLASE (II)

DERIVED FROM Equipo
CHARACTERIZED BY paquete1
PACKAGE
CONDITIONAL PACKAGE paquete2
Paquete
Obligatorio
Paquete
Condicional
ATRIBUTOS
Representan las propiedades de un objeto gestionado
Tienen un valor asociado que puede ser un conjunto o
secuencia de elementos
Componentes de la definicin de un atributo:
Herencia de otra definicin de atributo

Sintaxis: todas las permitidas
Simples
Multivaluados
Reglas de filtrado que se pueden aplicar sobre el atributo
Definicin detallada fuera de la definicin de la clase
En la clase solo se pone el nombre que se definir luego.
OPERACIONES SOBRE ATRIBUTOS
Especificacin de operaciones realizables sobre atributos:

Get: lee el valor de un atributo
Replace: altera el valor de un atributo
Replace with default: reinicializa el valor del atributo a un valor
por defecto especificado en la definicin de la clase
Add: Aade un componente a un atributo multivaluado
Remove: Elimina un componente de un atributo multivaluado
Se pueden poner constricciones a los atributos:
DEFAULT-VALUE
INITIAL-VALUE
PERMITTED VALUES / REQUIRED VALUES
ATRIBUTOS DE GRUPO
Un conjunto determinado de atributos
Permite realizar una operacin sobre todos sus
componentes como un grupo
Componentes de la definicin de un atributo de
grupo:
Elementos
del grupo
Descripcin
ACCIONES
Operaciones
sobre un objeto que no son

monitorizacin o alteracin de un atributo
tiles para modelar la ejecucin remota
de comandos.
Componentes de una accin (opcionales):
Parmetros
pasados a la accin
Parmetros esperados en la confirmacin de la
accin
NOTIFICACIONES
Notificaciones que pueden ser emitidas por el objeto
Componentes de una notificacin
Informacin y atributos pasados en la notificacin
Parmetros esperados en la confirmacin de la notificacin
Funcionamiento:
El objeto siempre emite la notificacin cuando se cumple
los requisitos
La notificacin es comprobada frente a objetos EFD (Event
Forwarding Discriminators) registrados por gestores
Si pasa la condicin del EFD, se enva el EVENT-REPORT
al gestor(es) especificado en el EFD
DEFINICIN DE UNA CLASE (III)

DERIVED FROM Equipo
CHARACTERIZED BY paquete1 PACKAGE
ATTRIBUTES
Atributos
Operaciones
sobre
atributos
status GET
octectsTxGET
operationalMode DEFAULT VALUE null
GET_REPLACE;
ATTRIBUTE-GROUPS
Traffic octects Tx,octetsRx;
ACTION reset;
NOTIFICATION CPUOverload:
Atributo de
Grupo
Accin
Notificacin
COMPORTAMIENTO
Todas
las definiciones de un modelo de

informacin pueden tener Comportamiento
En la prctica, es el campo donde se especifica
un comentario sobre la definicin
Por ejemplo, el comportamiento de una clase de
objetos debera incluir:
Semntica
de atributos, operaciones y notificaciones

Respuesta a operaciones de gestin sobre el objeto
Circunstancias bajo las que se emiten las
notificaciones
Dependencias entre valores de atributos particulares
Efectos
de relaciones entre los objetos
DEFINICIN DE UNA CLASE (IV)

DERIVED FROM Equipo
BEHAVIOR
Definicin de la gestin de miEquipo
ATTRIBUTES
status GET
octectsTxGET
GET_REPLACE;
ATTRIBUTE-GROUPS
ACTION reset;
Comportamient
o
ALOMORFISMO
Se
necesita para posibilitar la migracin de

versiones de los equipos sin modificar a la vez los
gestores
Capacidad de un ejemplar de una subclase de
simular el comportamiento de su superclase
Funcionamiento:
La
nueva versin del equipo es una especializacin

(subclase) de la clase de la versin antigua
Los ejemplares de la subclase de la nueva versin
saben comportarse como si perteneciesen a la clase
padre (versin antigua): Comportamiento Alomrfico
El gestor (de versiones antiguas) reconoce a estos
ejemplares y sabe gestionarlos (limitadamente)
ALOMORFISMO
Determinacin del comportamiento alomrfico:
Como argumento en la peticin de la operacin

Se proporciona una lista ordenada de clases conocidas por el sistema
gestor
La clase que se le aplica es aquella que sea superclase alomrfica
permitida y que aparezca primera en la lista
Gesto
r
Equipo v2
Equipo v2
GET
(...,ClassAlom=Equipov2...)
Equipo v3
CLASE
Equipo
v2
CLASE
Equipo
v3
Alomorfismo
!!
DEFINICIN DE UNA CLASE (V)

DERIVED FROM Equipo
BEHAVIOR
ATTRIBUTES
status GET
octectsTxGET
GET_REPLACE;
ATTRIBUTE-GROUPS
ACTION reset;
ALOMORPHIC SET Equipo
Superclase
s
Alomrfica
s
DEFINICIN DE UNA CLASE (V)

DERIVED FROM Equipo
BEHAVIOR
ATTRIBUTES
status GET
octectsTxGET
GET_REPLACE;
ATTRIBUTE-GROUPS
ACTION reset;
ALOMORPHIC SET Equipo
REGISTERED AS (object-identifier 432)
Registro
de la clase
en el arbol
de OID
RBOL DE REGISTRO
Se requiere una forma de especificar nombres (de

objetos) de forma universal
Valdra
un rbol de clases nico y estndar?

No, porque no es un rbol
ISO define un rbol de nombrado de objetos
RESUMEN: DEFINICIN DE CLASES

Posicin
en la jerarqua de herencia
Paquetes y paquetes condicionales
Atributos
Atributos
de grupo
Comportamiento
Acciones
Notificaciones
Clases
Alomrficas
Registro en el rbol de OID
JERARQUA DE AGREGACIN
Refleja
la relacin de contencin entre instancias

de objetos
Se establece una jerarqua de agregacin
Una instancia subordinada est contenida en
una nica instancia superior
Uso:
Estructuracin
de instancias de objetos en los agentes
Usado por los parmetros de filtrado y mbito de CMIP

Permite realizar operaciones con una gran potencia
Nombrado
de los ejemplares desde el gestor
EJEMPLO DE RBOL DE
AGREGACIN
roo
t
Sistem
a
PC
Unidad
Disco
Sistem
a
PC
Workstatio
n
Placa Red
Unidad
Disco
NOMBRADO DE INSTANCIAS
Cada
clase de objetos gestionados debe tener al

menos un atributo que proporcione un nombre
distintivo a los ejemplares de esa clase
Este atributo es el Relative Distinguished
Name (RDN)
El nombre de una instancia es la concatenacin
de RDN de sus antecesores en la jerarqua de
agregacin
Ejemplo de nombre completo de instancia:
SistemaId=DEPART3@PCId=PCMarketing@UnidadID=Disc
oA
NOMBRADO DE INSTANCIAS
roo
t
PC
PCId=PC7
Unidad
Disco
UnId=B
Sistem
a
Sistem
a
SisID=ST
5
SisID=ST
8
PC
Workstatio
n
WSId=Sun
5
PCId=PC2
Placa Red
PlacaId=Eth
1
Unidad
Disco
UnId=C
SistId=ST5@PCId=PC2@UnID
=C
MIB
Conjunto
recursos:
de definiciones de uno o varios
Clases
de objetos gestionados
Acciones, notificaciones, atributos, sintaxis,
etc.
No
tiene que ser autocontenida, permite

referencias a otras MIBs
Sintaxis de MIB: GDMO
Gran variedad de MIBs definidas y
normalizadas actualmente
RECAPITULACIN: 3 RBOLES EN
GESTIN OSI
Hemos
visto que en gestin OSI se utilizan

tres rboles: resuelven problemas distintos
rbol de registro ISO
Nombrar
objetos de forma nica
rbol
de herencia
rbol
de agregacin
Definir
y derivar clases de forma conveniente

No es estrictamente un rbol (herencia mltiple)
Organizar
instancias en una MIB concreta
GDMO
Guidelines
for the Definition of Managed Objects

Proporciona las pautas para la definicin de
MIBs.
Se definen mediante macros ASN.1
La norma proporciona adems normas tiles
para disear MIBS:
Agrupamientos
Uso
de datos
de herencia
Definicin de relaciones
.....
GUIDELINES FOR THE DEFINITION

OF MANAGED OBJECTS
Macros para la definicin de:
MANAGED
PACKAGES
OBJECT
PARAMETER
ATTRIBUTE
ATTRIBUTE
BEHAVIOR
ACTION
GROUP
NOTIFICATION
INDICE DEL CURSO

Introduccin
Arquitectura TMN
MODELO DE GESTIN
INTERNET PREMISAS DE
Axioma fundamental
DISEO
Si la gestin de red es esencial, entonces debe
ser implantada en todos los recursos de una red
Consecuencias:
El
impacto de aadir gestin de red en los nodos

debe ser el mnimo posible
La complejidad algortmica y de comunicaciones
debe recaer en los procesos gestores
EVOLUCIN
Primera aproximacin (Marzo 1987):
SGMP: Simple Gateway Monitoring Protocol
HEMS: High-level Entity Management System
CMOT: CMIP over TCP
Revisin (Febrero 1988)
Corto plazo: SGMP actualizado (SNMP)
Largo Plazo: CMOT
Primeras recomendaciones: SNMP, SMI, MIB (Agosto
1988)
Nuevas revisiones: SNMP, MIB-II (Marzo 1991)
Desarrollo de MIBs particulares (1991-....)
SNMPv2 (Mayo 1993): rechazo sin consenso posterior
SNMPv3 : Noviembre 1997.
MARCO DE LA GESTIN INTERNET

El
marco de trabajo est basado en tres

documentos:
Structure
of Management Information (SMI)
rfc 1155
Management Information Base (MIB) rfc 1156,
rfc 1213
Simple Network Management Protocol (SNMP)
rfc 1157
Documentos
Concise
adicionales:
MIB definitions rfc 1212
ESTRUCTURA DE INF. DE GESTIN

Objetivo:
referenciar un recurso en un sistema
remoto
Protocolo IP: permite llegar al sistema remoto
Protocolo SNMP: permite llegar al proceso de
gestin de red del sistema remoto.
Cmo llegar a los recursos del sistema remoto?
Mtodo comn para nombrar a los objetos.
Se usan los Object Identifiers (OID)
ESTRUCTURA DE
INFORMACIN DE
OIDs: Nos permiten alcanzar (nombrar)
GESTIN
objetos mediante SNMP

Cmo devolvemos los valores de los objetos
(respuesta a un get)?
Es necesario:
Conocer
la estructura de los valores que nos

pueden llegar desde los objetos (Macro OBJECTTYPE)
Usar una codificacin por lnea conocida de estos
valores (Sintaxis de transferencia)
MACRO OBJECT TYPE

Ejemplo
OBJECT-TYPE MACRO::=
sysDescr OBJECT-TYPE
BEGIN
SYNTAX OCTET-STRING
TYPE NOTATION::= SYNTAX type
ACCESS read-only
ACCESS Access
STATUS mandatory
STATUS Status
::= {system 1}
VALUE NOTATION::= value
Access::=
read only | read write
| write only | notaccessible
Status::=
mandatory|optional|obsolete
END
ACCESO Y STATUS
Access:
Define el nivel de acceso al objeto
Read-only
Read-write
Write-only
Not-accessible
Status:
Define los requisitos de

implementacin del objeto:
Mandatory
Optional
Obsolete
NOMBRE DE LOS OBJETOS

Est
definido como un OBJECT IDENTIFIER

Es usado para nombrar a los objetos
gestionados
Pueden estar 3 tipos de MIBs:
MIB
Standard de Internet
Mib OBJECT IDENTIFIER

::={internet mgmt(2) 1}
MIBs
experimentales
MIBs
privadas
Experimental OBJECT IDENTIFIER

::={internet 3}
Enterprises OBJECT IDENTIFIER
::={internet private (4) 1}
SINTAXIS
Syntax:
define el tipo de datos que

modela el objeto
Tipos permitidos para los objetos:
Tipos
simples (Integer, Octet String, Object

Identifier)
Tipos etiquetados
Tipos estructurados (Sequence, Sequence of)
Subtipos (IP Address, counter, gauge,...)
SINTAXIS: TIPOS SIMPLES

INTEGER:
nmeros cardinales.
Status::= INTEGER {up(1), down(2),
testing(3)}
OCTET STRING: 0 o ms octetos. Cada
byte puede tomar valores entre 0 y 255.
OCTET IDENTIFIER: Identificacin de
objetos.
NULL: Tipo nulo. No se usa en el marco
de gestin
BASES DE INFORMACIN DE
GESTIN (MIB)
MIB:
Conjunto de objetos gestionados de

un recurso que se publican para ofrecer
interoperabilidad de gestin.
Los objetos se organizan en grupos
Los nodos deben soportar grupos enteros
Tipos de MIBs:
Estndares:
MIB-I y MIB-II
Experimentales
Privadas
MIB-I
Primera MIB normalizada: Objetos de los

protocolos de TCP/IP:
Grupo
No.
Propsito
System
El propio sistema
Interfaces
22
Interfaces de red
At
Correspondencia de direcciones IP
Ip
33
Internet Protocol
Icmp
26
Internet Control Message Protocol
Tcp
17
Transmission Control Protocol
Udp
User Datagram Protocol
Egp
Exterior Gateway Protocol
114
MIB-II
Grupo
No.
Comentarios
System
Nuevos parmetros
Interfaces
23
1 objeto nuevo
At
Se desestima su uso
Ip
38
5 objetos nuevos
Icmp
26
Sin cambio
Tcp
19
2 objetos nuevos
Udp
Nueva tabla
Egp
18
Expansin de tabla
Transmissi
on
Snmp
10
Nuevo: contenedor de MIBs de protocolos
30
Nuevo: gestin del protocolo SNMP
171
MIB-II
Ejemplo: MIB-2 . ip
Configuracin de los parmetros de IP
ipForwarding
ipDefault TTl: DESCRIPTION The default value inserted
into the Time-To_Live field of the IP header of datagrams
originated at this entity, whenever a TTL value is not
supplied by the transport layer protocol.
....
Estadsticas sobre paquetess: ipInReceives

Errores: ipInAddrErrors,........
Tablas
De direcciones (interfaces)
De enrutamiento
.......
MIBS EXPERIMENTALES
MIBs
en desarrollo por los grupos de trabajo de Internet.

Se estandarizarn complementando a la MIB-II
Ejemplo de MIBs ya estndares:
IEEE 802.4 Token Bus (rfc 1230)
IEEE 802.5 Token Ring (rfc 1231)
IEEE 802.3 Repeater Devices (rfc 1368)
Ethernet (rfc 1398)
FDDI (rfc 1285)
RMON (rfc 1271)
Bridges (rfc 1286)
........
MIBS PRIVADAS
MIBs
de productos especficos, que aaden

funcionalidad a las MIB estndar.
Los fabricantes las hacen pblicas:
Antiguamente:
depsito comn en
ftp://venera.isi.edu
Actualmente:
servidores WWW del fabricante,

diskette proporcionado con el producto, etc.
Necesarias
para integrarlas en una

plataforma de gestin de red general.
ARQUITECTURA DE UN
SISTEMA
SNMP
RFC 1157: surge a partir del protocolo SGMP
para gestin de routers IP.

Arquitectura de un sistema de gestin SNMP:
Estacin de gestin de
red
SNMP
SNMP
Conjunto
de MIBs
Conjunto
de MIBs
Ordenador
Router
SNMP
Conjunto
de MIBs
Servidor de
terminales
SNMP: TORRE DE COMUNICACIONES

SNMP RFC
1157
Nivel 7
UDP RFC 768
Nivel 4
IP RFC
1157
Nivel 3
ICMP RFC 782

Ethern
et
Token
Ring
FDDI
Niveles 1 y 2
Proceso Agente
Get
Request
GetNextReques
t
Set
Request
Get
Response
Trap
MIB Central
Proceso Gestor
Get
Request
GetNextReques
t
Set
Request
Get
Response
Trap
SNMP: MODELO DE COMUNICACIONES
SNMP
RED
SNMP
UDP
UDP
IP
IP
Protocolos
dependientes
de la red
Protocolos
dependientes
de la red
MIB
del
Agente
MARCO ADMINISTRATIVO
Marco
administrativo: determina polticas de

autenticacin y autorizacin
Comunidad:
relacin entre un agente, una vista de

sus MIB y un conjunto de gestores
Nombre de comunidad: cadena de octetos
transmitida en los mensajes SNMP.
Autenticacin:
Trivial: el nombre de comunidad se transmite en claro !! (Y

adems se transmite en todas las operaciones, ya que no hay
sesiones)
Autorizacin:
La comunidad tiene asociado una vista (conjunto de objetos)

Para cada objeto se define un modo de acceso: read-only,
read-write
MARCO ADMINISTRATIVO
En la prctica
Comunidad
pblica
Agente con todos sus MIB con acceso read / only

Todos los gestores
Nombre de comunidad: public
Comunidad
privada:
Agente con todas sus MIB con acceso read / write

Todos los gestores
Nombre de la comunidad preacordado y confidencial
MENSAJES SNMP
Mensaje
SNMP
datagrama UDP
Disminuye procesado de mensajes y complejidad del
agente
Versi
n
comunid
ad
Reques Error
t id
status
Los
161
Error
index
datos
Name Value Name Value ........
mensajes SNMP son recibidos en el puerto UDP
CAMPOS EN MENSAJES SNMP

Id.Peticin:
Permite eliminar duplicados.

ErrorStatus: Indica error al procesar una peticin
(noError(0),
tooBig(1), nosuchName(2), badValue(3),

readOnly(4), genErr(5))
ErrorIndex:
Variable que caus el error

Variable Bindings: Lista de instancias con sus
valores
Los
valores van vacos en los gets
Enterprise:
tipo de objeto generador del

evento/trap (sysObjectId)
CAMPOS EN MENSAJES SNMP

Dir.Agente:
Direccin del agente que genera
el trap
Trap genrico:
coldStart(0),
warmStart(1), linkDown(2),
linkUp(3), authenticationFailure(4),
egpNeighborLoss(5), enterpriseSpecific(6)
Trap
especfico: cdigo especfico del trap

TimeStamp: tiempo desde la ltima
reinicializacin del agente (sysUpTime)
OPERACIONES SNMP
GetRequest:
Peticin de valores especficos de la
MIB
GetNextRequest: Proporciona un medio para
moverse por la MIB. Peticin del objeto siguiente a
uno dado de la MIB.
GetResponse: Devuelve los valores solicitados por
las operaciones anteriores.
SetRequest: Permite asignar un valor a una
variable
Traps: Permite a los agentes informar de sucesos
inusuales.
ENVO DE MENSAJES SNMP

El gestor puede enviar mltiples peticiones sin recibir respuesta
Proceso de envo de un mensaje SNMP:
Transmisin
Se construye PDU
Se invoca al servicio de autenticacin, con la direccin de transporte y el
community
Se construye el mensaje SNMP
Se codifica
Recepcin
Comprobacin sintctica (eventual descarte)

Verificacin de la versin utilizada
Autenticacin: Si falla, trap de autenticacin
Procesado de la peticin
OPERACIONES SNMP: GET

Get-Request:
Permite pedir el valor de un objeto

especfico en un recurso. El objeto debe existir.
EJEMPLO
Snmp/>snmpget-h cisco-dit sysDescr.0
Value:GS Software (GS2-BRX), versin 8.2 (3)

Copyright 1986-1991 by Cisco Systems.Inc.
Compiled Tue 12-Feb-91 12:02 by Peter Johnson
Respuesta
con Get-Response
Atmica (SNMPv1): o se obtienen todas o no se
devuelve ninguna.
OPERACIONES SNMP: GET-NEXT
Get-Next-Request: Proporciona el objeto sucesor

lexicogrficamente siguiente del que se
proporciona. Sirve para recorrer tablas de routeo
OPERACIONES SNMP: SET

Set Request: Permite alterar el valor de un objeto
que se solicite
Hay que identificar especficamente el ejemplar
que se quiere cambiar:
Set
(OID.ejemplar,nuevo-valor)
Problema: Falta de seguridad

Esta operacin est deshabilitada en muchos
agentes
OPERACIONES SNMP: TRAP
Traps: Sirven para informar de sucesos extraordinarios.

Son invocadas espontneamente por el agente.
En algunos casos, se pueden programar escribiendo en
variables (ej: snmp, snmpEnableAuthenTraps)
No confirmados
Las aplicaciones suelen basarse polling en vez de eventos
Sera apropiado un mecanismo no-confirmado de traps
si el servicio de transmisin fuese fiable?
Traps definidas:
ColdStart, WarmStart, LinkDown, LinkUp,
AuthenticationFailure, EGPNeighborLoss,
EnterpriseSpecific: Traps privadas
CONCLUSIONES
Ventajas del SNMP:
Simplicidad
Requiere menor procesamiento que el CMIP
Ampliamente usado y probado
Est integrado en muchos productos actuales
Desventajas:
Aspectos de seguridad
Funcionalidad reducida
No facilita la invocacin de operaciones, creacin de objetos,....
Falta de visin global

Poco eficiente
Genera mucho trfico por la red
No facilita el diseo de las MIBs

Es poco adaptable para gestin jerrquica.
INDICE DEL CURSO

Introduccin
Arquitectura TMN
EL PROBLEMA DE LA HETEROGENEIDAD
Interconexin entre equipos: resuelto por
arquitecturas de comunicaciones estndares
(TCP/IP, X.25, etc.)
Interconexin Gestor-Equipo:
Fabricantes:
Intento de establecer carcter propietario

(se aseguran la venta del equipo y de su gestor)
Usuarios: entornos heterogneos, de mltiples
fabricantes
Aumento imparable del nmero de

gestores?
EVOLUCIN
Un primer paso: Gestin Autnoma. Redes con

gestin local en cada nodo
Sistema de
gestin
local
Sistema de
gestin
local
Sistema de
gestin
local
Sistema de
gestin
local
EVOLUCIN (II)
Siguiente paso: Gestin homognea. Redes

homogneas con un nico nodo de gestin
centralizado
Sistema de
gestin
centralizad
o
EVOLUCIN (III)
Situacin
actual: Gestin heterognea.

Ampliacin de las redes con la interconexin
de productos heterogneos.
Ejemplo:
Organizacin
que satisface los requisitos de

comunicaciones de sus sistemas de informacin
mediante:
Red de datos
Red de telefona
Transmisin (multiplexores, mdem, etc..)
EJEMPLO
Supuesto
que los elementos de cada una de

las redes son del mismo fabricante,
existiran tres centros de gestin de red.
Interfaz
de
usuario
Sistema de
gestin de red
propietario
Interfaz
de
usuario
Interfaz
de
usuario
Sistema de
gestin de red
propietario
Sistema de
gestin de red
propietario
MUX
HOS
T
PB
X
MUX
PB
X
PB
X
MUX
Red 1
Red 2
Red 3
CONSECUENCIAS
Plano
de usuario (operador de red):

Multiplicidad de interfaces de usuario.
Plano de aplicacin (de gestin): distintos
programas de aplicacin con funcionalidad
similar
Plano de informacin (de gestin): duplicidad y
posible inconsistencia de la informacin
almacenada en las bases de datos.
Dificulta el cumplimiento de que la gestin de
red sea efectiva en coste
GESTIN INTEGRADA
Interfaz de
Usuario
Integrado
Sistema de
gestin de
red
integrado
PB
X
MUX
HOS
T
MUX
PB
X
PB
X
MUX
Red 1
Red 2
Red 3
SISTEMAS DE GESTIN INTEGRADA

Interfaz de Usuario Unificado
Servicios de Presentacin
Aplicaciones de gestin
Base de Datos
Servicios de comunicaciones compartidos
Capacidad de distribucin del sistema
REQUISITOS DE LA GESTIN
INTEGRADA
Normalizacin
de las comunicaciones
Normalizacin
de la informacin.
Es
necesario especificar un protocolo entre

elemento de red y centro de gestin
El
centro de gestin debe conocer las propiedades

de gestin de los elementos de red:
Su nombre
Formato de las respuestas
Definicin
sintcticamente uniforme de los

elementos de red
INDICE DEL CURSO

Introduccin
Arquitectura TMN
PLATAFORMAS DE GESTIN
Integracin
de aplicaciones: si los recursos se

gestionan segn modelos normalizados:
Aplicaciones
de gestin genricas, basadas en el

protocolo de gestin directamente.
Aplicaciones con el mismo mtodo de acceso:
reutilizacin del software de protocolos de gestin.
Plataformas de gestin
Infraestructura de gestin comn para las aplicaciones
Funcionalidad bsica de gestin de red
Permite integracin de aplicaciones a nivel de interfaz de
usuario.
PLATAFORMAS DE GESTIN
Las
plataformas ms conocidas son:

Hewlett-Packard: OpenView
IBM: NetView / 6000 (Tvoli TME)
Sun: SunNet Manager
DEC: PolyCenter
Cabletron: Spectrum
Bull: ISM
NetLabs: OverLord
Micromuse: Netcool
FUNCIONALIDAD DE LAS
PLATAFORMAS
La
funcionalidad que proporcionan es muy

bsica, y orientada al protocolo. No
proporcionan transparencia.
Aplicaciones ms usuales:
MIB
Browser: interfaz de usuario del protocolo

SNMP.
Discover: permite auto-descubrir equipos y
topologas de la red
Programacin de sondeos de variables de la MIB
Programacin de acciones ante alarmas
Visualizador grfico de valores de variables de
MIB.
HP OPEN VIEW
Entorno: HP, Sun, MOTIF
Mltiples aplicaciones de otros vendedores
integrables
Soporta comunicaciones por SNMP y CMIP
Incorpora la aplicacin Network Node Manager
para redes TCP / IP
Usa la base de datos INGRESS
HP OPEN VIEW: ARQUITECTURA

Network
Node
Manager
SNMP MIB
Browser
IP Discovery
and Layout
Data
Presentation
Tools
CONSOLE
INGRESS
Database
(OSF Motif)
XMP API
SNMP
CMIP
HP OPEN VIEW: VERSIN 4.0

Incluye
herramientas para desarrollo de

aplicaciones de gestin OSI.
OPI: Open Protocol Interface. Permite el
desarrollo de dispositivos de mediacin TMN.
Seleccionado por los principales fabricantes de
equipos de telecomunicacin para el desarrollo
de sus aplicaciones de gestin:
Nortel
Alcatel
Ericsson
Nokia
ATT
INTEGRACIN ENTRE
APLICACIONES
3
tipos de integracin entre aplicaciones de

gestin:
Integracin
de comunicaciones
Integracin de interfaces de usuario
Integracin de informacin
Las
dos primeras estn solucionadas con el

uso de una plataforma de gestin:
Comunicaciones
: todas las aplicaciones usan los

servicios de comunicaciones de la plataforma
Interfaz de usuario: las aplicaciones comparten
el interfaz de usuario de la plataforma.
INTEGRACIN DE INFORMACIN
Base
de datos local de gestin: Las aplicaciones

de gestin necesitan almacenar datos
localmente: datos de topologa, datos
administrativos.
Estos datos pueden formar parte de las MIBs,
pero no es frecuente.
Las plataformas y algunas aplicaciones
incorporan el uso de bases de datos relacionales
para el almacenamiento local.
Cada aplicacin tiene necesidades de
almacenamiento diferentes, pero con frecuencia
existen datos comunes entre ellas
CONSECUENCIA
Cada aplicacin tiene su propia base de datos.
BD
Aplicacin
de
gestin
BD
Aplicacin
de
gestin
BD
PLATAFORMA DE GESTIN
BD
Protocolos de gestin de red
Aplicacin
de
gestin
SOLUCIONES
Las plataformas actuales no permiten una
integracin de la informacin entre las
aplicaciones
Dos enfoques diferentes para su solucin:
Esquema
universal de almacenamiento de datos:

consorcio MIC fallido
Configuracin ad-hoc por los gestores de red
CONVERGENCIA DE PLATAFORMAS
Gestin
integrada: permite acceder a

informacin de gestin de los recursos de la
misma manera.
Plataformas de gestin: ofrecen a otras
aplicaciones infraestructura de acceso a
recursos.
Qu
plataforma elijo para desarrollar mi

aplicacin?
Me tengo que ligar a la plataforma de un
fabricante para realizar mi aplicacin de gestin?
Problema:
Heterogeneidad de plataformas
Una solucin: desarrollo de aplicacin para
mltiples plataformas
TENDENCIAS Y FOROS
INTERNACIONALES
Convergencia
NMF
de plataformas
(OMNIPoint)
OSF(DME)
X/Open (XMP)
Gestin
DMTF
de ordenadores personales
Gestin
WBEM
JMAPI
Gestin
basada en Web
en Entornos de Procesamiento
Distribuido
DEMO
Preguntas?
FIN

Gestión de Red

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Gestión de Red

Caricato da

Copyright:

Formati disponibili

GESTION DE RED

Edith G. Cano Mamani

INDICE DEL CURSO

INDICE DEL CURSO

Planificacin de la Gestin de Red

OBJETIVOS DEL CURSO

Describir el proceso de planificacin de la gestin de red,

Planificacin, organizacin, supervisin y control

POR QU HACE FALTA LA

Para qu se usa la red?

El sistema de gestin debe permitir crear,

INDICE DEL CURSO

PROYECTO DE GESTIN DE RED

a usuarios (help desk)

Control de operadores: Herramientas de seguimiento

Procesos y procedimientos: Cinco grandes reas

INDICE DEL CURSO

existe funcionalidad comn. Depende de:

bajo nivel, todos los mtodos se basan en:

fases para la monitorizacin de una red:

de la informacin de gestin que se

de red: fases de definicin y

esttica: no cambia con la actividad de la

gestin de prestaciones: informacin

Objetivo: monitorizacin remota de los

equipos deben querer ser gestionados:

comn de acceso a la informacin de

Modelos de gestin de red integrada:

o polling: acceso peridico a la

Los objetos solo deben estar preparados

Reporting o notificaciones: los propios

se minimiza el trfico de gestin por la

Dos filosofas de gestin:

de la informacin de gestin que se

de configuracin de los elementos de red:

de configuracin grficas y CLI

de SLAs (Service Level Agreements):

de las partes contractuales

FUNCIONES: GESTIN DE FALLOS

mantener dinmicamente el nivel de

reactiva: asumir que existen fallos

lo antes posible el fallo

del ciclo de vida de incidencias

La informacin sobre el fallo puede no ser fiable en

del problema: procedimentado

de incidencias: TTS (Trouble Ticket

MTBF: Mean Time Between

Tiempo de deteccin del fallo

s: inaceptable para servicios interactivos

de transmisin (ida y vuelta)

de errores: sntomas de fallos.

de uso de un recurso durante un

Tiempo de transmisin: utilizacin de ecos remotos

umbrales de porcentajes de error

que proporcionan proteccin

de anlisis de riesgo y poltica de seguridad

INDICE DEL CURSO

MODELOS DE GESTIN DE RED

Modelo de Gestin OSI

Modelo de Gestin Internet

TMN: Gestin de las redes de telecomunicacin

ARQUITECTURA TMN: MOTIVACIN

de introducir nuevos servicios

disear una red que permita