Documentos de Académico
Documentos de Profesional
Documentos de Cultura
2000-The OSI Network Management Model - En.es
2000-The OSI Network Management Model - En.es
Equilibrar las responsabilidades de los agentes y plataformas de interconexión de sistemas abiertos - y sus
protocolos de interacción - es complejo, pero OSI ayuda por las funciones que ofrecen carecen de SNMP de
Internet.
Yechiam yemení
aquí fueron dramáticos cambios en la estructura El principal reto de la gestión ización estándar es desarrollar
y función de sys TEMS en red dentro de las convenciones para apoyar la gestión inte rallada de redes heterogéneas.
empresas en la última década. A partir de los -Centrados plataforma de gestión requiere unos pocos nor mas. En
datos aislados-ing proceso de islas, TEMS primer lugar, el acceso de las plataformas de dispositivos de múltiples
informáticos en red sys han convertido en proveedores debe ser unificada a través de un protocolo de hombre
complejo agement estándar. En segundo lugar, las bases de datos de gestión del
sistemas de toda la empresa de misión crítica. El trabajo de la red, el agente deEl estructura, manipulados por el pro tocolo, deben
ordenador, y la propia empresa rápidamente se están convirtiendo en normalizarse. En conjunto, estas normas permiten una plataforma para
indistinguibles. Estos cambios conducen a importantes riesgos y costos el acceso y la información gestionada Ulate manip en agentes de
Expo seguro asociado a las operaciones. Por ejemplo, los fallos de una red dispositivos de múltiples proveedores. Los els mod gestión OSI e
bancaria pueden paralizar sus Func, los retrasos de las operaciones de Internet buscan estandarizar las dos áreas.
seguridad a través de los cuellos de botella del sistema de corretaje pueden
Costin dólares y los clientes, y la pérdida de los informes de laboratorio del
hospital pueden prevenir el diagnóstico y la atención oportuna. El objetivo de en movimiento meramente la información de gestión de dispositivos a
la red de gestión de las tecnologías Ment es reducir los riesgos y los costos las plataformas, sin embargo, es insuficiente para Elim inate la maldición de
asociados con la exposición de las operaciones de sistemas de la empresa. la heterogeneidad. Dos rreras de barras adicionales para la gestión integrada
surgen: plataforma y la heterogeneidad semántica.
Protocolo de administración
=== 0
Generalmente, los mecanismos de pila de protocolo manejar los Interfaz 0 O pérdida de tramas (a)
problemas de capa inferior a través de acciones correctivas en las capas
superiores. Estos mecanismos pueden escalar los mismos problemas que
pretenden resolver.
¿Cómo se pueden monitorizar IORS tales Behav fallo de red • Higo u re 2. Formación de una tormenta de red.
ciones de gestión
Token Ring
COMMUNICA
transporte orientado a
conexión y se basan
en la capa de
aplicación theOSI
ambiente.
• Higo u re 4. arquitectura general de un sistema operativo! sistema de gestión.
valores en estos M 0 instancias. Además, la forma plat puede inscribirse no ser capaz de observar el comportamiento de las capas superiores.
con el agente para recibir notification ciones de eventos que describen los
cambios rápidos de las tasas de error y cola del procesador excesiva.
Para identificar una tormenta, es necesario detectar no 051 Modelo de Gestión de Información
sólo la tasa de errores y la interfaz de colas de eventos de general
umbral, sino identificar la correlación entre ellos. tunate
Unfor? Y, los procesos de observación utilizados para la
detección de eventos puede resultar en la descorrelación de T modelo
Fig. 4. Lade gestión que
plataforma OSI [5]
de gestión dese
losrepresenta en del protocolo de
usos izquierda
IORS Behav. excesos de umbral deben sostenerse sobre la información de gestión común (CMIP) para acceder a la información
ventana suficiente para dar lugar a la notificación de eventos gestionada, proporcionado por un agente que reside en un centro de LAN a
y evitar alarmas falsas. La implementación puede usar la derecha. El agente mantiene una base de datos de árbol de información
diferentes tasas de muestreo y dows Gana de detección para de gestión (MIT). Los modelos del MIT un concentrador usando OMs para
la tasa de error y longitud de la cola. Por lo tanto, cualquiera representar las LAN, las interfaces y los puertos. Una plataforma puede
de los eventos se pueden detectar por separado, o los utilizar CMIP para crear, eliminar, recuperar o OM cambio en el MIT;
eventos se pueden detectar en orden temporal invertida. invocar acciones; o recibir notificaciones de eventos.
Este efecto descorrelación de observaciones puede conducir
a ERRO interpretación nea. A menudo, cientos o miles de
alerta pueden ser generados por un fallo. Estos eventos El MIT contiene casos de OM organizados en un árbol
deben ser correlacionados para detectar la fuente del jerárquico de base de datos, similar a la
problema. directorio X.500 árbol [12]. instancia Un MO incluye atributos que
sirven como su nombre distintivo relativo (RDN). El RDN atributos
identifican de forma única la instancia entre los hermanos de su
padre MIT. En el ejemplo de cubo de la Fig. 4, un número
Para empeorar las cosas, los dispositivos que intervienen en la tificación puerto iden se puede usar como el RDN para identificar
formación de tormentas se fabrican típicamente por diferentes los puertos de A dado interfaz MO. Por RDN con catenating a lo
proveedores. Los datos administrados y su significado mayvary mucho largo de la trayectoria de MIT de la raíz a un nodo dado, se
entre los dispositivos, lo que hace difícil su interpretación. Además, las obtiene un nombre distintivo único (DN). Este DN es utilizado por
redes a menudo son operados por múltiples organizaciones, cada sible CMIP para identificar un nodo y acceder a la información
respon para un dominio diferente. Fallos escalada a través de tales gestionada.
límites del dominio pueden ser particularmente Cultto difi detectar y
mango. En el ejemplo, los Tllinks pueden ser gestionados por una En contraste con SNMP MIB, el MIT es una base de datos dinám ic
compañía telefónica mientras que las capas de arriba son operados por a. SNMP también utiliza un árbol [3] para almacenar información
una organización de usuarios. El usuario puede no ser capaz de observar gestionada. Sin embargo, la estructura de la MIB es estática y se
el comportamiento de la Tllayer y la compañía telefónica puede determina en su tiempo de diseño. CMIP proporciona Crear / primitivas
Eliminar para cambiar el MIT dinámicamente. Una base de datos
dinámica
en el MIT
Agente
detección de eventos
procesamiento discriminador
para la gestión
Obtener! Set! Acción Notificación de eventos
entidades
CMISE
ACSE CMIP
Una base de datos de gestión dinámica, sin embargo, presenta M-GET: Recuperar información M-CANCELACIÓN-GET: Cancelar recuperaciones M-SET: Cambiar un valor de atributo
complejidades de implementación significativos. Los recursos necesarios M-ACCIÓN: invocar una operación MO M-EVENT-REPORT: Generar un informe de eventos MO a un gerente
O comunicaciones de gestión
orientado a la conexión del SIy requieren
de transporte se basan en el entorno La sección superior de la Fig. 5 describe el ture STRUC del MIT.
de la capa de aplicación OSI. (Consulte la referencia [12] para OSI instancias MO y sus atributos, operaciones y notificaciones de eventos se
detalles de capa de aplicación.) Agentes (entidades gestionadas) y los representan como rectángulos sombreados en la parte superior. El agente
administradores (hombre entidades envejecimiento) son vistos como de OSI proporciona funciones de selección para localizar los registros de
aplicaciones pares que utilizan los servicios de una gestión común infor MO que se accede por get / set PAE / Acción de CMISE. El agente
mación elemento de servicio (CMISE) al intercambio de información también ofrece detección de eventos y hacia adelante ing de las
gestionada [6]. CMISE ofrece puntos de acceso Ser vice (PAE) para el notificaciones a las entidades gestoras inscrito
apoyo controlado Asso asocia- entre los gestores y agentes.
Asociaciones se utilizan para el intercambio de información gestionada ( a través de los registros del MIT) para recibirlos. Una entidad CMISE
proporciona SAPs (representadas en la Tabla 1) para soportar las
comunicaciones con el agente. se dis-
Modelo SMI
Estado
el tiempo de actividad
Habla a
IpSystem
La <clase-label> es un lugar-soporte para un nombre de MO. LogRecord (su superclase). Incluye definiciones tomadas de un
El "derivado de" sección describe las superclases cuyas paquete para la edad eventLogRecordPack y un paquete condicional
definiciones son heredados por el MO. El "caracterizado por" eventTimePkg, y se ha registrado en el árbol de registro OSI como el
parte incluye el cuerpo de atributos de datos, operaciones y subárbol etiquetada 5 bajo la etiqueta smi2Mob jectClass. Los
notificaciones de eventos encapsulados por el MO. "edades", atributos se siguieron con descriptores como consigue!
"Paquete paquetes condicionales" y "Parámetros" son plantillas REEMPLAZAR, que denota el modo de acceso de lectura / escritura.
utilizadas para combinar las definiciones de atributos, Note la declaración informal de la estafa DICIÓN bajo las cuales las
operaciones y notificaciones de eventos. Los "registrada como" definiciones del lote condicional deben ser incluidos. Por lo tanto, la
parte registros de la defini ción MO en el árbol de registro ISO. compilación automática de las definiciones, a diferencia de SNMP
MIB, puede ser imposible.
[9], utilizando esta plantilla, sigue. Un eventLogRecord hereda Las definiciones de la información gestionada (D MI) [9] definen una
los atributos de un general jerarquía de clases como se representa en la Fig. II. Cajas representan
diferentes clases de MO, mientras que el árbol representa la herencia
relationsamong ellos.
Sistema Estos OM genéricos se centran en las definiciones de las diversas
formas de gestión de registros. El modus operandi del sistema es la
herramienta principal en la construcción de las OM asociadas con un sistema
SnaNode Elemento
dado. Incluye atributos para identificar el sistema, representar a su estado
operativo y administrativas nacionales, y proporcionar notificaciones
genéricos y paquetes de definiciones para el manejo de las operaciones de
iprouter iPHost Interfaz Protocolo
mantenimiento ULed sched. Un subconjunto esquemática de su definición se
proporciona en la Fig. 12.
XXRouter YYRouter
a / cd yo TCP ICMP Por ejemplo, consideremos el problema de la desa oping una
A jerarquía de clases para modelar sistemas de red típica trabajado,
como una especialización del sistema de MO. Una jerarquía de clases
:
fddi
posible se ilustra en la figura 13. Esta jerarquía considera dos clases de
sys tems:. Sistemas complejos (como en la parte izquierda deEl árbol)
y sistemas simples, o elementos (como en el lado derecho del árbol).
• Higo u re 1 3. Una jerarquía de clases de MO para representar los dispositivos en red.
Paso 2: Diseño y especificaciones ify Estructuras cal MO Syntacti Uso de GDMO - Utilizando el EtherChannel
- Diseño del MIT sigue el árbol de contención de la Fig. 14. puerto de clase de objeto gestionado DERIVADA DE elemento;
Cada componente se sustituye byrespec tiva CARACTERIZADO POR PAQUETE portPackage
mes instancias. por cada
ATRIBUTOS número_puerto GET, GET portStatus, ...; OPERACIONES
MO, es necesario para identificar atributos respectivos que forman un
diagnosticar, desconexión, conexión ...; NOTIFICACIONES portFailure,
nombre distintivo relativo único (RDN). Para cada componente del
portlnitialized ..;
dispositivo, la instancia de MO respectives debe ser creado en el MIT
(utilizando un CMIP Crear primitivo). Dinámicos objetos gestionados
Inscrito como {. . . . . . };
(por ejemplo, diferentes logs) se pueden crear y eliminar por los
administradores de red durante el tiempo de funcionamiento. Relación
• la figura 16. Definiciones Ejemplo ofportMO.
atributos valores se establecen después de las instancias MO
respectivos se encuentran en el MIT. Por ejemplo, un "contenido-in"
relación puede estar asociada con pares de puertos de tarjetas. Una
instancia de un EtherPort MO puede incluir un puntero a la instancia operaciones extrínsecos al MIT y su contenido.
EtherCard MO. Del mismo modo, una instancia EtherCard puede Por el contrario, SNMP persigue un simple estática MIB,
apuntar a una instancia etherchannel (sub neto) para representar la tratando de minimizar y limitar la demanda de recursos del
relación "unido a". agente. Los recursos de memoria y de procesamiento necesaria
para manejar el MIB pueden ser evaluados cuidadosamente
planificadas y en tiempo de diseño. Como siempre, el poder de
modelado de datos de SNMP está limitado. Por ejemplo,
sistemas compuestos pueden necesitar instancias múltiples PLE
Evaluación crítica
MIB para representar sus diferentes partes. Estos MIB no se
pueden combinar en una base de datos GLE pecado ni acceder
T modelo OSIpara
siva marco se busca proporcionar
el manejo unde
de la gestión comprehen
arbi trari? Y los sistemas desde un solo agente. Por lo tanto, un sistema compuesto
complejos. Vamos a evaluar brevemente algunas ventajas y desventajas requiere la mayor cantidad de agentes SNMP como sus
asociadas con esta generalidad, y contrastar las opciones de OSI con las componentes. Como otro ejemplo, la falta de modelado explícito
del SNMP a Internet. de los límites de las relaciones de la capacidad de las
aplicaciones a los datos correlativos administrado. Las recientes
Gestionado información ModeJ propuestas de SNMP V.2 [4] buscan resolver algunos de ciones
OSI proporciona una extendida 00 base de datos de marco de trabajo Limita el modelado de información de SNMP.
para gestionada modelo de información. Se trata de imize máximo la
información de potencia de modelado para manejar sistemas
complejos. bases de información de gestión, sin embargo, necesidad
de equilibrar en conflicto requisitos de funcionalidad y en tiempo real
por Formance bajo las limitaciones de recursos. Aún no se ha Gestionado Acceso a la Información ModeJ
establecido si las opciones de diseño OSI pueden golpear dicho saldo. El modelo OSI introduce dos importantes cionalidades FUNC que faltan en
Por ejemplo, una base de datos dinámica MIT puede memorizar y / o SNMP: a granel y recuperaciones selectivas. Ambas capacidades son
procesamiento de agente fácilmente saturar los recursos. La demanda fundamentales en el control ling el flujo de información de gestión. Con la
de evento noti caciones puede atar los recursos de procesamiento y recuperación mayor a cabo, los administradores se ven obligados a seguir
comuni cación del mediador, hambrientos GET o acción peticiones (y un gran número de solicitudes de sondeo. Sin recuperación selectiva
viceversa). (filtrada), los administradores ven obligados a recuperar grandes
cantidades de datos irrelevantes.
En general, el rendimiento de 00 bases de datos aún no se invocación explícita de las operaciones del mediador es anoth er
entiende [16]. Eliminación de los registros MO puede dar lugar a capacidad de OSI que falta de SNMP. Remota cationes INVO son
punteros de relación huérfanos, requir ing recolección de basura importantes para la distribución de los cálculos de gestión para agentes y
complejo a los agentes. Varios administradores que realizan actividades mejorar el control sobre las actividades gerente del mediador. También
CREATEIDELETE pueden conducir a vistas inconsistentes del MIT. pueden reducir la complejidad de los agentes ciones-gerente interac
limitándola a las interfaces de procedimiento. SNMP es compatible con
Complejidad del modelo de información puede dar lugar a dificultades de invocaciones implícitos como los efectos secundarios de las solicitudes
conformidad. Por ejemplo, el tic seman de notificaciones de eventos debe ser SET. Una operación de diagnóstico, por ejem plo, puede ser invocada por
formalmente Cap tured para permitir especificaciones de criterios de un "conjunto" de una variable respectivo. invocaciones implícitas oferta sólo
conformidad. El significado de los acontecimientos, sin embargo, está ligado al se limitan capa-
dispositivo
El autor agradece el apoyo a la investigación proporcionada [14] I. Krishnan y W. Zimmer, ed., El Segundo IFIP Internacional
Simposio sobre gestión de red integrada, (Holanda del Norte, abril de 1991).
por la dación Nacional de Ciencia Foun (NSF)
underprojectnumber NCR-9I-06127. [15] A. Kershenbaum, M. Malek, y M. Wall, eds., Administración de redes
y Taller de Control, Tarrytown, NY (Plenum Press, Sept.
1989).
referencias [dieciséis] MI. Horowitz, ed., Orientada a objetos y bases de datos Appl icaciones
(Prentice Hall. 1989). [17] J. Ullman, Principios de base de datos y conocimiento sistemas de base,
[1] JD Case, et a /., " Un Simple Network Management Protocol
(SNMP) ", RFC 1157, mayo de 1990. vols. YO & II. 3d ed. (Computer Science Press, 1988).
[2] M. Rose y K. McCloghrie, "Estructura y Identif icación de Man [18] Y. yemení, G. Goldszmidt, y S. yemení, "Gestión de Redes
agement información para Internets basados en TCP / IP ", RFC 1155, mayo por delegación," El Segundo Simposio Internacional sobre integrat ed de gestión de red, (Holanda
1990. del Norte, abril de 1991).
[3] K. McCloghrie y M. Rose, "Base de Información de Gestión de
Internets basadas en IP de gestión de red de TCP /: MIB-II ", RFC
1213, Marzo., 1991
[4] JD Case, et a /., " Introducción a la simple gestión de Proto Biografía
Col (SMP) Marco ", borrador, julio de 1992.
[5] 051. 1.5.0" 10040 Sistemas de Gestión de Información general, 1991. [6] 051, ISO, 9595 Tecnología de Yechiam yemini ha sido miembro de la ment Informática Salir de la Universidad de Columbia desde 1980, donde
la Información, Interconexión de sistemas abiertos, actualmente se desempeña como director del Centro de Tecnología Avanzada estado de Nueva York en los
Common Management Information Services Definiciones de 1991. [7] 051. 1.5.0" 9596 Tecnología de sistemas informáticos y de información. H es principales intereses de investigación incluyen las redes de
la Información, de sistemas abiertos · Intercon ordenadores, gestión de redes, obras netas de alta velocidad, protocolos, sistemas distribuidos y análisis de
nection, ción de Información de Gestión Común Protocolo Specifica, 1991. rendimiento. Ha publicado y dado numerosas conferencias en estas áreas. La investigación en el laboratorio
Distributed Computing y Comunicaciones (DCC) resultó en diseño y gestión de las tecnologías de red que
[8] 051. 1.5.0" 10165 · 1 Tecnología de la Información, de sistemas abiertos · Inter han sido amplia mente exportados, aplicados por cientos de sitios y comercializados por la industria ING
conexión, Modelo de Gestión de la Información, 1991. [9] 051. 1.5.0" 10165 · 2 tecnología de la plomo. Ha sido co-fundador, director y principal asesor científico de Comverse Technology Inc., un fabricante
información, sistemas abiertos · Inter de tecnología IC gh hi éxito publ del mensaje multimedia commun ordenadores icación com.
conexión, Definición de Gestión de la Información, 1991. [10] 051.1.5.0" 10165 · 4 tecnología de la
información, sistemas abiertos · Inter
conexión, Guidelinesforthe Definitionsof objetos gestionados, 1991. [11] K. McCloghrieand M. Rose,
"Información de Gestión Común Ser
vicios y Protocolo sobre TCP / IP (CMOT) ", RFC 1189, marzo de 1991. [12] MT Rose, el libro
abierto, una perspectiva práctica de OSI (prEN
tice Hall, 1990).