Modelo de Gestión de Red

Modelo de Gestión de Red 26 de julio de 2010
Índice
Índice .........................................................................................................................................................1
Introducción...............................................................................................................................................2
1 Modelo de gestión de red OSI…………………………………………………………………………………………………………3
1.1. Objetivos y claves de sus diseños…………………………………………………………………………………………….3
1.2. Esquema general ……………………………………………………………………………………………………………………3
1.3. Principales modelos………………………………………………………………………………………………………………..3
1.3.1.Modelo de comunicación: CMIP (Protocolo Común de Información de Gestión)………….3
1.3.2.Modelo de Información: GDMO…………………………………………………………………………………….4
1.3.3.Modelo Funcional………………………………………………………………………………………………………….7
1.3.4.Modelo de Organización………………………………………………………………………………………………..8
2. Modelo de Gestión de Red……………………………………………………………………………………………………………..9
2.1. Premisas de Diseño………………………………………………………………………………………………………………….9
2.2. Principales Soluciones………………………………………………………………………………………………………………9
2.2.1.Protocolo Simple de Monitorización de Pasarelas (SGMP)

……………………………………………..10
2.2.2.Sistema de Gestión de Entidades de Alto Nivel (HEMS)…………………………………………………17
2.2.3.CMOT…………………………………………………………………………………………………………………………….17
Conclusiones...............................................................................................................................................18
Bibliografía .................................................................................................................................................19
1
INTRODUCCIÓN
La evolución de las técnicas de gestión va pareja a la evolución en las tecnologías que permiten
la propia evolución de las redes.
La gestión y red de servicios ha sido un campo en el que tradicionalmente se han impuesto

soluciones y mecanismos propietarios de distintos fabricantes, que exigían que la gestión de
sus equipos y servicios solo se pudieran realizar con el gestor del propio fabricante. Ante este
escenario a principios d los 90 surgieron los denominados modelos de gestión de red
integrada, que definían un protocolo y unos modelos de información de gestión estándares.
Debido a diversas razones, fueron dos los modelos propuestos: el modelo de gestión de red de
internet (SNMP), y el modelo de gestión de red OSI (conocido con el nombre del protocolo:
CMIP
2
MODELO DE GESTIÓN DE RED
1. Modelo de gestión de red OSI
La Gestión de Sistemas OSI se basa en el uso de protocolos del nivel de aplicación para el
intercambio de información de gestión según el paradigma Gestor-Agente
1.1. Objetivos y claves de sus diseños
 Definido por ISO, con el objetivo de lograr la gestión de los recursos del
modelo de referencia OSI.
 Diseñado para realizar la gestión de la torre de protocolos OSI.
 Sirve para el intercambio de información de gestión entre las aplicaciones y

los agentes, que acceden al servicio mediante el interface estándar CMIS
(Common Management Information Service), que, en el caso de utilizar el
protocolo TCP/IP recibe el nombre de CMOT.
1.2. Esquema general
3
1.3. Principales modelos
1.3.1.Modelo de comunicación:
La Gestión de Sistemas OSI propugna el intercambio de información de gestión

mediante un protocolo de nivel de aplicación.
Este protocolo se denomina CMIP (Common Management Information

Protocol), Protocolo Común de Información de Gestión, que proporciona el
servicio CMIS (Common Management Information Service), Servicio Común de
Información de Gestión.
CMIP, es un protocolo de administración de red que define la comunicación

entre las aplicaciones de administración de red y la gerencia de los agentes,
4
define la información de la gerencia en términos de objetos administrados y

permite tanto la modificación como las acciones sobre objetos gestionados
1.3.2.Modelo de Información:
El modelo de información OSI se basa en el concepto de Objeto Gestionado, que

es la abstracción de recursos de comunicación o de procesado de información
con el propósito de su gestión.
Del mismo modo, se define Clase de Objetos Gestionados como el conjunto de

objetos que tienen las mismas propiedades de cara al sistema de gestión.
Para llevar a cabo la especificación de las clases de objetos gestionados, se utiliza

la sintaxis GDMO (Guidelines for the Definition of Managed Objects), Directrices
para la Definición de Objetos Gestionados. GDMO se basa en la utilización de
unas plantillas.
GDMO es un metalenguaje de plantillas (templates) simple (ISO 10165-4),

basado en ASN.1 (ISO 8824). Es utilizado para describir las Clases de Objetos
Administrables (MOCs) en el modelo de información de la arquitectura de
administración OSI. GDMO especifica el formato y los lineamientos para las
definiciones de las MOC. En las definiciones de plantilla se puede hacer
referencia a otras (definiciones de) plantillas. Cada referencia a otra plantilla
puede ser reemplazada en línea (macro expansion) por la correspondiente
definición de plantilla.
OSI-SMI utiliza las siguientes estructuras genéricas para las plantillas:
A. Managed object class: Es el nivel más alto; otras plantillas pueden ser
utilizadas para definir esta de manera más exacta utilizando una
descomposición descendente (por ejemplo, la clase está compuesta por
paquetes, el paquete está compuesto por atributos, notificaciones,
comportamientos y parámetros).
5
B. Conditional Package: Que permitan incorporar variantes de ciertas

propiedades y funciones. Cuando se "instancia" un MO, una decisión
sobre sus características es tomada basada en condiciones if, colocadas
en la definición de la MOC, para saber si dicho paquete formará parte
integral del MO (es decir, el condicional colocado en la plantilla de
definición de la clase especifica cuándo el paquete estará o no estará
presente en una instancia de dicha clase). Esto puede hacer más fácil
mapear un MO a un recurso real. Los paquetes condicionales ofrecen un
alto nivel de flexibilidad en la especificación al permitir una "asociación
tardía" al recurso real.
C. Attribute: son visibles en la managed object boundary y caracterizan las

propiedades y el estado del objeto administrable. Los tipos de atributos
utilizados dependen del objeto que está siendo modelado. Los atributos
pueden ser asociados con tipos ASN.1 o puede derivarse de un atributo
genérico como counters, gauges, thresholds, names, timers al igual que
de tipos más complejos definidos en ISO 101165-2 ó en X.721. Los
valores y operaciones permitidos están especificados para cada atributo,
permitiendo restringir rangos de valores y aplicar protección de
escritura. Plantillas de atributos se utilizan para describir atributos. Una
plantilla de grupo (ATTRIBUTE GROUP) hace posible que los atributos
sean combinados en grupos que pueden ser accedidos (leídos ó
establecidos por defecto) a través del uso de un solo comando. Los
atributos pueden ser de dos categorías: singled valued y set valued (El
atributo single valued es administrado como un sólo dato con respecto a
las modificaciones. Aunque no es obvio, un atributo es considerado de
6
este tipo si un sólo valor ó un conjunto de valores ordenados se asocia

con él. Un atributo set valued es una colección de valores que no está
ordenado y se define utilizando la construcción "set of"). Las operaciones
orientadas a atributo exitentes son:
a. get: lee el valor de un atributo
b. replace: escribe el valor de un atributo
c. replace-with-default
d. add: agrega un valor a atributos set-valued
e. remove: remueve un valor de atributo de cierto set-valued
f. set-by-create: asigna un valor solo cuando el MO está siendo

creado
g. not-modify: evita que el atributo sea refinado al crear subclases
D. Behavior: Respectivo que es especificado en la plantilla de

comportamiento. Esta plantilla (template) registra la semántica de los
atributos, las operaciones y las notificaciones e indica las relaciones con
otros MOs, efectos laterales, etcétera. El comportamiento generalmente
se describe de manera informal utilizando lenguaje (inglés) normal.
También existen enfoques que incorporan formal descriptions
techniques (FDTs) para describir el comportamiento; incluyen un
lenguaje de descripción y uno de especificación (SDL, ITU-T Z.100) que
han sido agregados a la serie de estándares ISO 10165. Sin embargo,
requieren una extensión al lenguaje GDMO (GDMO+).
E. Action: Operaciones complejas que afectan todo el MO (objeto

administrable). Pueden definirse para que sean específicas a ese MO (por
ejemplo "reset MO"). Una plantilla (template) de acción es utilizada para
especificar acciones. Además de las acciones (ACTIONS), que definen
libremente operaciones específicas a un MO, hay dos operaciones
predefinidas que siempre afectan al MO en su totalidad: create MO
(instanciación dinámica) y delete MO (las acciones, create MO y delete
MO se consideran operaciones orientadas a objetos y son diferentes de
las listadas antes -get, replace, add, remove, etc.- que están orientadas a
atributos).
7
F. Notification: Un MO también puede ser un recurso autónomo en el cual

pueden ocurrir eventos asincrónicos. Las notificaciones son mecanismos
utilizados para informar sobre eventos que pueden ser iniciados por un
MO sin necesidad de que el sistema de administración lo solicite. La
plantilla (tamplate) de notificación es utilizada para describir las
notificaciones que pueden (aunque no necesariamente) ser específicas a
un MO.
8
1.3.3.Modelo Funcional:
Se definen las funciones de gestión que proporcionan una interfaz a la aplicación

de gestión, el cual describe las cinco áreas en las que tradicionalmente se ha
dividido la gestión de red:
A. Gestión de fallos
o Gestión de fallos X700: la detección, el aislamiento y la

corrección de fallos, la corrección de la operación anormal del
entorno OSI.
 Los fallos se manifiestan como sucesos particulares (por

ejemplo, errores) en la operación de un sistema abierto.
 La detección de errores proporciona una capacidad para

reconocer fallos
 Funciones: mantener y examinar cuadernos de error

(error logs); aceptar notificaciones de detección de error
y reaccionar a las mismas; rastrear e identificar fallos;
efectuar secuencias de pruebas de diagnóstico; y
eliminar fallos.
B. Gestión de configuración
o La gestión de configuración identifica, ejerce control sobre, toma

datos de, y proporciona datos para, sistemas abiertos, con el fin
de preparar, inicializar, poner en marcha, y tener en cuenta la
operación continua y la terminación de, servicios de
interconexión.
 Funciones: Establecer los parámetros que controlan la

operación rutinaria del sistema abierto; asociar nombres
con objetos gestionados y conjuntos de objetos
gestionados; inicializar y cerrar objetos gestionados;
reunir, a petición, información sobre la condición actual
del sistema abierto; obtener anuncios de cambios
significativos en la condición del sistema abierto; y
cambiar la configuración del sistema abierto.
C. Gestión de prestaciones
9
o La gestión de prestaciones o del rendimiento tiene como

objetivo principal el mantenimiento del nivel de servicio que la
red ofrece a sus usuarios, asegurándose de que está operando
de manera eficiente en todo momento.
 Funciones: Recogida de datos o variables indicadoras de

rendimiento, tales como el troughput de la red, los
tiempos de respuesta o latencia, la utilización de la línea,
etc.; Análisis de los datos para determinar los niveles
normales de rendimiento ; Establecimiento de umbrales,
como indicadores que fijan los niveles mínimos de
rendimiento que pueden ser tolerados; Determinación
de un sistema de procesado periódico de los datos de
prestación de los distintos equipos, para su estudio
continuado.
D. Gestión de contabilidad
o Gestión de contabilidad X700: Permite establecer cargos (o

tasas) por el uso de recursos en el OSIE, e identificar costos
correspondientes a la utilización de esos recursos.
 Funciones: informar a los usuarios de costos ocasionados

o recursos consumidos; permitir el establecimiento de
límites de contabilidad y asociar calendarios de tarifas a
la utilización de recursos; y permitir la combinación de
costos cuando se invoquen múltiples recursos para
alcanzar un objetivo de comunicación dado.
E. Gestión de seguridad.
o La gestión de seguridad tiene por finalidad soportar la aplicación

de políticas de seguridad
 Funciones: estas funciones incluyen la creación,

supresión y control de servicios y mecanismos de
seguridad; la distribución de información relativa a la
seguridad; y señalización de sucesos relacionados con la
seguridad.
1.3.4.Modelo de Organización:
10
El modelo de organización parte de una estructura de red dividida en dominios

de gestión.
La división del entorno se realiza a partir de dos aspectos principales:
o Políticas funcionales (p. e. dominios con una misma política de seguridad,

contabilidad, etc.)
o Otras políticas, como dominios geográficos, tecnológicos, etc.
o La red se estructura en dominios administrativos, con la necesidad de

establecer y mantener las responsabilidades de cada dominio.
o El sistema permite que dentro de un dominio, se pueda reasignar

dinámicamente el papel de gestores y agentes.
11
2. Modelo de Gestión de red (Internet)
2.1. Premisas de Diseño
• El modelo de gestión SNMP parte de una estación de gestión (gestor), que sirve
de interfaz para los operadores humanos y que incluye un conjunto de
aplicaciones de gestión, y se comunica con uno o varios agentes (que son
aplicaciones software instaladas en los recursos físicos de la red, tales como
routers, hubs, etc) encargados de responder a las peticiones de información o de
ejecución de acciones sobre los recursos gestionados provenientes de la estación
de gestión
• SNMP únicamente proporciona un marco para realizar el desarrollo de

aplicaciones de gestión de red. Este marco consta del protocolo mediante el que
los actores implicados (gestores y agentes) intercambian información de gestión,
la estructura de dicha información y los tipos de datos que la soportan, así como
la base de datos mantenida por los agentes en la que se almacena la información
de gestión.
• Quedan fuera de los estándares SNMP aspectos como la definición de las propias
aplicaciones de gestión, el mecanismo concreto utilizado en el diálogo del agente
con los recursos a los que representa, los detalles de implantación, etc.
• Aunque inicialmente SNMP sólo se utilizaba en equipos relacionados con el

mundo IP, y a pesar de sus limitaciones, la sencillez y la facilidad para su
implementación, unidos al crecimiento de Internet y las tecnologías asociadas, ha
hecho que su uso se haya extendido rápidamente en el campo de la gestión.
2.2. Principales Soluciones
Soluciones actuales:
Las aplicaciones de gestión software se deben desarrollar teniendo un amplio

conocimiento de las necesidades de los clientes y estar basadas en un conjunto común
de reglas de diseño. Así, se han desarrollado aplicaciones que, basadas en plataformas
abiertas, permiten la gestión, control y administración de los recursos de red. Es algo
12
mucho más amplio que un simple sistema de recogida de alarmas de red y actuación
remota sobre diferentes elementos de ella, ya que comprende otras funciones tales
como gestión de direcciones, gestión de facilidades de las líneas y de las prestaciones
de los elementos de red. Las aplicaciones de gestión pueden incluirse en un único PC o
distribuirse a lo largo de un número de ellos, empleando un módulo que proporcione
funciones de servidor de datos para las demás aplicaciones, y que en definitiva se
configura mediante su co-instalación con una base de datos, por ejemplo la "SQL
Server" de Microsoft. Es posible construir una gran red de gestores mediante el uso de
varios servidores de datos, en la que cada uno de estos atienda un subconjunto
concreto de nodos. Al iniciar una aplicación que actúe como cliente, elegirá uno de los
gestores al que conectarse y entonces, dependiendo del nivel de autoridad,
administrar los nodos asociados. Esta arquitectura distribuida permite optimizar el
tráfico y los tiempos de respuesta, lo que es especialmente importante en las grandes
redes internacionales.
Para realizar una exploración automática y crear sub-mapas particulares para cada
nodo, existen aplicaciones que presentan, mediante iconos, los diferentes elementos.
Los sub-mapas pueden reunirse para tener una jerarquía de mapas que permiten ir
desde el nivel global hasta cada nodo particular. Tan pronto como ocurren, todas las
alarmas se transmiten hacia los niveles superiores de la topología y estudiando el
registro de alarmas a nivel de nodos, se pueden determinar las causas de los diferentes
sucesos notificados.
2.2.1.Protocolo Simple de Monitorización de Pasarelas (SGMP)
Sencillo Protocolo orientado fundamentalmente a la gestión de pasarelas IP.
SGMP, permite que los comandos que se publicará a las entidades de protocolo
de aplicación para establecer o recuperar los valores (octeto entero o tipos de
cadena) para su uso en la vigilancia de las puertas de enlace en el que las
entidades de protocolo de aplicación residen.
Los mensajes son intercambiados mediante UDP y utilizar métodos de transporte

poco fiable.
Autenticación se lleva a cabo en el puerto UDP 153.
Algunos ejemplos de cosas que pueden ser controlados se enumeran a

continuación.
13
 Tipo de red para las interfaces: IEEE 802.3 MAC, IEEE 802.4 MAC, IEEE
802.5 MAC, Ethernet , PRONET-80, PRONET-10, FDDI , X.25 , punto a
punto de serie, RPA 1822 HDH, ARPA 1822, AppleTalk , StarLan
 Estado de la interfaz (abajo, arriba, intentando, etc)
 Tipo de ruta (local, remoto, sub-red, etc)
 Protocolo de enrutamiento ( RIP , EGP , GGP, IGRP)
Posteriormente pasaría a llamarse SNMP (Simple Network Management

Protocol), Protocolo Simple de Gestión de Red.
SNMP permite a los administradores supervisar el funcionamiento de la red,

buscar y resolver sus problemas, y planear su crecimiento.
Versiones:
SNMP versión 1 (SNMPv1): diseñado para facilitar el intercambio de gstion de

información entre los dispositivos de red.
SNMP versión 2 (SNMPv2): reduce la carga de tráfico adicional para la

monitorización (GetBulk e Informs) y solucionar los problemas de monitorización
remota o distribuida con (RMON)
SNMP versión 2 (SNMPv3): Mayor seguridad en las transmisiones (Cifrado y

Autentificación)
Comandos básicos:
Los dispositivos administrados son supervisados y controlados usando cuatro

comandos SNMP básicos: lectura, escritura, notificación y operaciones
transversales.
El comando de lectura es usado por un NMS (proporcionan el volumen de

recursos de procesamiento y memoria requeridos para la administración de la
red) para supervisar elementos de red. El NMS examina diferentes variables que
son mantenidas por los dispositivos administrados.
14
El comando de escritura es usado por un NMS para controlar elementos de red.

El NMS cambia los valores de las variables almacenadas dentro de los
dispositivos administrados.
El comando de notificación es usado por los dispositivos administrados para

reportar eventos en forma asíncrona a un NMS. Cuando cierto tipo de evento
ocurre, un dispositivo administrado envía una notificación al NMS.
Las operaciones transversales son usadas por el NMS para determinar qué
variables soporta un dispositivo administrado y para recoger secuencialmente
información en tablas de variables, como por ejemplo, una tabla de rutas.
A. Base de información de administración SNMP (MIB)
Una Base de Información de Administración (MIB) es una colección de

información que está organizada jerárquicamente. Un objeto
administrado (algunas veces llamado objeto MIB, objeto, o MIB) es uno
de cualquier número de características específicas de un dispositivo
administrado. Los objetos administrados están compuestos de una o más
instancias de objeto, que son esencialmente variables.
Existen dos tipos de objetos administrados: Escalares y tabulares. Los

objetos escalares definen una simple instancia de objeto. Los objetos
tabulares definen múltiples instancias de objeto relacionadas que están
agrupadas conjuntamente en tablas MIB.
Un identificador de objeto (object ID) únicamente identifica un objeto

administrado en la jerarquía MIB. La jerarquía MIB puede ser
representada como un árbol con una raíz anónima y los niveles, que son
asignados por diferentes organizaciones.
15
B. Mensajes SNMP
Para realizar las operaciones básicas de administración anteriormente

nombradas, el protocolo SNMP utiliza un servicio no orientado a la
conexión (UDP) para enviar un pequeño grupo de mensajes (PDUs) entre
los administradores y agentes. La utilización de un mecanismo de este
tipo asegura que las tareas de administración de red no afectarán al
rendimiento global de la misma, ya que se evita la utilización de
mecanismos de control y recuperación como los de un servicio orientado
a la conexión, por ejemplo TCP.
Los puertos comúnmente utilizados para SNMP son los siguientes:
Número Descripción
161 SNMP
162 SNMP-trap
Los paquetes utilizados para enviar consultas y respuestas SNMP poseen

el siguiente formato:
16
Versión Comunidad SNMP PDU
Versión: Número de versión de protocolo que se está utilizando (por

ejemplo 1 para SNMPv1);
Comunidad: Nombre o palabra clave que se usa para la autenticación.

Generalmente existe una comunidad de lectura llamada "public" y una
comunidad de escritura llamada "private";
SNMP PDU: Contenido de la unidad de datos del protocolo, el que

depende de la operación que se ejecute.
Los mensajes GetRequest, GetNextRequest, SetRequest y GetResponse

utilizan la siguiente estructura en el campo SNMP PDU:
• Tipo Identificador Estado de error Índice de error Enlazado de

variables
Identificador: Es un número utilizado por el NMS y el agente para

enviar solicitudes y respuesta diferentes en forma simultánea;
Estado e índice de error: Sólo se usan en los mensajes

GetResponse´(en las consultas siempre se utiliza cero). El campo
"índice de error" sólo se usa cuando "estado de error" es distinto
de 0 y posee el objetivo de proporcionar información adicional
sobre la causa del problema. El campo "estado de error" puede
tener los siguientes valores:
0: No hay error;
1: Demasiado grande;
2: No existe esa variable;
3: Valor incorrecto;
4: El valor es de solo lectura;
5: Error genérico.
Enlazado de variables: Es una serie de nombres de variables con sus

valores correspondientes (codificados en ASN.1).
17
GetRequest
A través de este mensaje el NMS solicita al agente retornar el valor de un

objeto de interés mediante su nombre. En respuesta el agente envía una
respuesta indicando el éxito o fracaso de la petición. Si la petición fue
correcta, el mensaje resultante también contendrá el valor del objeto
solicitado. Este mensaje puede ser usado para recoger un valor de un
objeto, o varios valores de varios objetos, a través del uso de listas.
GetNextRequest
Este mensaje es usado para recorrer una tabla de objetos. Una vez que
se ha usado un mensaje GetRequest para recoger el valor de un objeto,
puede ser utilizado el mensaje GetNextRequest para repetir la operación
con el siguiente objeto de la tabla. Siempre el resultado de la operación
anterior será utilizado para la nueva consulta. De esta forma un NMS
puede recorrer una tabla de longitud variable hasta que haya extraído
toda la información para cada fila existente.
SetRequest
Este tipo de mensaje es utilizado por el NMS para solicitar a un agente

modificar valores de objetos. Para realizar esta operación el NMS envía al
agente una lista de nombres de objetos con sus correspondientes
valores.
GetResponse
Este mensaje es usado por el agente para responder un mensaje

GetRequest, GetNextRequest, o SetRequest. En el campo "Identificador
de Request" lleva el mismo identificador que el "request" al que está
respondiendo.
Trap
Una trap es generada por el agente para reportar ciertas condiciones y

cambios de estado a un proceso de administración. El formato de la PDU
es diferente:
18
Tipo Enterprise Dirección del agente Tipo genérico de trap Tipo

específico de trap Timestamp Enlazado de variables
Enterprise: Identificación del subsistema de gestión que ha emitido el

trap;
Dirección del agente: Dirección IP del agente que ha emitido el trap;
Tipo genérico de trap:
 Cold start (0): Indica que el agente ha sido inicializado o

reinicializado
 Warm start (1): Indica que la configuración del agente ha

cambiado
 Link down (2): Indica que una interfaz de comunicación se

encuentra fuera de servicio (inactiva)
 Link up (3): Indica que una interfaz de comunicación se

encuentra en servicio (activa)
 Authentication failure (4): Indica que el agente ha recibido un

requerimiento de un NMS no autorizado (normalmente
controlado por una comunidad)
 EGP neighbor loss (5): Indica que en sistemas en que los routers
están utilizando el protocolo EGP, un equipo colindante se
encuentra fuera de servicio
 Enterprise (6): En esta categoría se encuentran todos los nuevos

traps incluidos por los vendedores.
Tipo específico de trap: Es usado para traps privados (de

fabricantes), así como para precisar la información de un
determinado trap genérico;
19
Timestamp: Indica el tiempo que ha transcurrido entre la

reinicialización del agente y la generación del trap;
Enlazado de variables: Se utiliza para proporcionar información

adicional sobre la causa del mensaje.
GetBulkRequest
Este mensaje es usado por un NMS que utiliza la versión 2 ó 3 del

protocolo SNMP típicamente cuando es requerida una larga transmisión
de datos, tal como la recuperación de largas tablas. En este sentido es
similar al mensaje GetNextRequest usado en la versión 1 del protocolo,
sin embargo, GetBulkRequest es un mensaje que implica un método
mucho más rápido y eficiente, ya que a través de un solo mensaje es
posible solicitar la totalidad de la tabla.
InformRequest
Un NMS que utiliza la versión 2 ó 3 del protocolo SNMP transmite un

mensaje de este tipo a otro NMS con las mismas características, para
notificar información sobre objetos administrados.
Nota: el SNMP proporciona amplia información:
 Sistema: Incluye la identidad del vendedor y el tiempo desde la

última re inicialización del sistema de gestión.
 Interfaces: Un único o múltiples interfaces, local o remoto, etc.
 ATT (Address Translation Table): Contiene la dirección de la red y

las equivalencias con las direcciones físicas.
 IP (Internet Protocol): Proporciona las tablas de rutas, y

mantiene estadísticas sobre los datagramas IP recibidos.
20
 ICMP (Internet Communication Management Protocol): Cuenta

el número de mensajes ICMP recibidos y los errores.
 TCP (Transmission Control Protocol): Facilita información acerca

de las conexiones TCP, retransmisiones, etc.
 UDP (User Datagram Protocol): Cuenta el número de datagramas

UDP, enviados, recibidos y entregados.
 EGP (Exterior Gateway Protocol): Recoge información sobre el

número de mensajes EGP recibidos, generados, etc.
RMON (Remote MONitor)
Define las funciones de supervisión de la red y los interfaces de

comunicaciones entre la plataforma de gestión SNMP, los monitores
remotos y los Agentes de supervisión que incorporan los dispositivos
inteligentes.
 Alarmas: Informa de cambios en las características de la red,

basado en valores umbrales para cualquier variable MIB de
interés. Permite que los usuarios configuren una alarma para
cualquier Objeto gestionado.
 Estadísticas: Mantiene utilización de bajo nivel y estadísticas de

error.
 Historias: Analiza la tendencia, según instrucciones de los

usuarios, basándose en la información que mantiene el grupo de
estadísticas.
 Filtros: Incluye una memoria para paquetes entrantes y un

número cualquiera de filtros definidos por el usuario, para la
21
captura selectiva de información; incluye las operaciones lógicas

AND, OR y NOT.
 Ordenadores: Una tabla estadística basada en las direcciones

MAC, que incluye información sobre los datos transmitidos y
recibidos en cada ordenador.
 Los N principales: Contiene solamente estadísticas ordenadas de

los "N" ordenadores definidos por el usuario, con lo que se evita
recibir información que no es de utilidad.
 Matriz de tráfico: Proporciona información de errores y

utilización de la red, en forma de una matriz basada en pares de
direcciones, para correlacionar las conversaciones en los nodos
más activos.
 Captura de paquetes: Permite definir buffers para la captura de

paquetes que cumplen las condiciones de filtrado.
 Sucesos: Registra tres tipos de sucesos basados en los umbrales

definidos por el usuario: ascendente, descendente y
acoplamiento de paquetes, pudiendo generar interrupciones
para cada uno de ellos
2.2.2.Sistema de Gestión de Entidades de Alto Nivel (HEMS)
Sistema de Gestión de Entidades de Alto Nivel. Nunca llegó a tener aplicación

práctica.
2.2.3.CMOT (CMIP)
Adopción de los estándares ISO como marco de gestión para Internet sobre una
torre de protocolos TCP/IP.
CMIP es un protocolo de administración de red que define la comunicación entre

las aplicaciones de administración de red y la gerencia de los agentes, define la
22
información de la gerencia en términos de objetos administrados y permite tanto

la modificación como las acciones sobre objetos gestionados.
Se describen usando GDMO y los objetos son identificados por un nombre

distinguido (DN), similar en concepto al directorio X.500.
Los NMS pueden realizar las operaciones siguientes:
• CREATE - crear una instancia de un objeto gestionado.
• DELETE - suprimir una instancia de un objeto gestionado.
• GET - solicitar el valor de un atributo de una instancia de un objeto

gestionado.
• CANCEL_GET - cancelar una petición de GET en curso.
• SET - fijar el valor de un atributo de una instancia de un objeto

gestionado.
• ACTION - solicitar una acción para ocurrir según lo definido por el objeto
gestionado.
El agente administrador puede realizar esta operación:
• EVENT_REPORT - enviar notificaciones o alarmar a los NMS.
CMIP también proporciona buena seguridad (autorización de la ayuda, control de

acceso y registros de la seguridad) y un reporte flexible de las condiciones
inusuales de la red.
23
CONCLUSIONES
Modelo de Gestión OSI
Estándar en el mercado, este además es útil para el acceso a datos de gestión de red.
Tiene una independencia del entorno de comunicaciones, capacidades generales de

monitorización y control, teniendo de esta forma una obtención selectiva de la información
Modelo de Gestión de Red (Internet)
En los setenta el número de nodos de Internet era muy reducido se gestionaba Internet con las
facilidades que ofrecía el protocolo ICMP, como el PING. Cuando Internet avanzó en
complejidad, multiplicando el número de nodos se empezó a trabajar en tres soluciones
diferentes, que se definieron en 1987: SGMP, HEMS, CMOT
Hoy en día el modelo de Gestión SNMP es el más usado para la gestión de redes IP, por su
sencillez en el manejo.
24
BIBLIOGRAFÍA
http://www.rhernando.net/modules/tutorials/doc/redes/Gredes.html
http://www.ramonmillan.com/tutoriales/gestionred.php
http://personal.us.es/toni/_private/ManagementNetwork.pdf
http://tvdi.det.uvigo.es/~mramos/gprsi/gprsi3.pdf
http://www.fic.udc.es/files/asignaturas/56XR/files/09-GestionOSI-2009.pdf
http://es.wikipedia.org/wiki/Simple_Network_Management_Protocol
http://www.coit.es/publicac/publbit/bit102/quees.htm
http://es.wikitel.info/wiki/Gesti%C3%B3n_y_operaci%C3%B3n_de_red
25

Modelo de Gestión de Red

Caricato da

Informazioni sul documento

Titolo originale

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

Modelo de Gestión de Red

Caricato da

Copyright:

Formati disponibili

Modelo de Gestión de Red 26 de julio de 2010

1 Modelo de gestión de red OSI…………………………………………………………………………………………………………3

1.1. Objetivos y claves de sus diseños…………………………………………………………………………………………….3

1.2. Esquema general ……………………………………………………………………………………………………………………3

1.3. Principales modelos………………………………………………………………………………………………………………..3

1.3.1.Modelo de comunicación: CMIP (Protocolo Común de Información de Gestión)………….3

1.3.2.Modelo de Información: GDMO…………………………………………………………………………………….4

2. Modelo de Gestión de Red……………………………………………………………………………………………………………..9

2.1. Premisas de Diseño………………………………………………………………………………………………………………….9

2.2. Principales Soluciones………………………………………………………………………………………………………………9

2.2.1.Protocolo Simple de Monitorización de Pasarelas (SGMP)

2.2.2.Sistema de Gestión de Entidades de Alto Nivel (HEMS)…………………………………………………17

La gestión y red de servicios ha sido un campo en el que tradicionalmente se han impuesto

MODELO DE GESTIÓN DE RED

1. Modelo de gestión de red OSI

1.1. Objetivos y claves de sus diseños

 Diseñado para realizar la gestión de la torre de protocolos OSI.

 Sirve para el intercambio de información de gestión entre las aplicaciones y

1.2. Esquema general

1.3. Principales modelos

La Gestión de Sistemas OSI propugna el intercambio de información de gestión

Este protocolo se denomina CMIP (Common Management Information

CMIP, es un protocolo de administración de red que define la comunicación

define la información de la gerencia en términos de objetos administrados y

El modelo de información OSI se basa en el concepto de Objeto Gestionado, que

Del mismo modo, se define Clase de Objetos Gestionados como el conjunto de

Para llevar a cabo la especificación de las clases de objetos gestionados, se utiliza

GDMO es un metalenguaje de plantillas (templates) simple (ISO 10165-4),

OSI-SMI utiliza las siguientes estructuras genéricas para las plantillas:

B. Conditional Package: Que permitan incorporar variantes de ciertas

C. Attribute: son visibles en la managed object boundary y caracterizan las

este tipo si un sólo valor ó un conjunto de valores ordenados se asocia

a. get: lee el valor de un atributo

b. replace: escribe el valor de un atributo

d. add: agrega un valor a atributos set-valued

e. remove: remueve un valor de atributo de cierto set-valued

f. set-by-create: asigna un valor solo cuando el MO está siendo

g. not-modify: evita que el atributo sea refinado al crear subclases

D. Behavior: Respectivo que es especificado en la plantilla de

E. Action: Operaciones complejas que afectan todo el MO (objeto

F. Notification: Un MO también puede ser un recurso autónomo en el cual

Se definen las funciones de gestión que proporcionan una interfaz a la aplicación

o Gestión de fallos X700: la detección, el aislamiento y la

 Los fallos se manifiestan como sucesos particulares (por

 La detección de errores proporciona una capacidad para

 Funciones: mantener y examinar cuadernos de error

o La gestión de configuración identifica, ejerce control sobre, toma

 Funciones: Establecer los parámetros que controlan la

o La gestión de prestaciones o del rendimiento tiene como

 Funciones: Recogida de datos o variables indicadoras de

o Gestión de contabilidad X700: Permite establecer cargos (o

 Funciones: informar a los usuarios de costos ocasionados

o La gestión de seguridad tiene por finalidad soportar la aplicación

 Funciones: estas funciones incluyen la creación,

El modelo de organización parte de una estructura de red dividida en dominios

La división del entorno se realiza a partir de dos aspectos principales:

o Políticas funcionales (p. e. dominios con una misma política de seguridad,

o Otras políticas, como dominios geográficos, tecnológicos, etc.

o La red se estructura en dominios administrativos, con la necesidad de

o El sistema permite que dentro de un dominio, se pueda reasignar

2. Modelo de Gestión de red (Internet)

2.1. Premisas de Diseño

• SNMP únicamente proporciona un marco para realizar el desarrollo de