OS1 y Sistemas

Estndares de comunicaciones ATA D para permitir el intercambio de informacin entre los dos procesos
de aplicacin en diferentes entornos informticos heterogneos han sido desarrollados por los grupos de
estndares internacionales. Con los debuta de estas normas, la necesidad de gestionar los protocolos de
comunicaciones va se realiz tanto como parte de la Internet y s interconexin (OSI) suites de normas.
Histricamente, el conjunto de normas conocidas como la series1 X.700 fueron desarrollados
conjuntamente por la Unin Internacional de Telecomunicaciones Estudio 7 (CE 7 UIT) y la Organizacin
Internacional de Normalizacin (ISO) para gestionar los protocolos OS1 en los sistemas finales. Debido a
los diversos componentes que forman la infraestructura de gestin son de carcter general, que se han
aplicado no slo a la gestin de los protocolos OS1 pero a las redes artificiales de envejecimiento en
general. El ttulo de este artculo refleja este hecho. Sin embargo, este artculo se describen estos
componentes en trminos de la gestin de un protocolo OS1 a una capa especfica. Una aplicacin de los
principios explicados en este artculo se encuentra en una serie de Recomendaciones de la UIT,
comnmente conocida como la red de gestin de telecomunicaciones (TMN).
El modelo de referencia define OS1 capas de protocolo abarcan-cin de las funciones necesarias para
permitir la comunicacin exitosa. entre dos sistemas para cualquier aplicacin. Con independencia de la -
aplicacin, ya sea bancario o pginas blancas del directorio, es la gestin possitems. Varias funciones de
gestin de unificacin se han definido y estn agrupados en reas o categoras. Estas reas se presentan
en la tercera seccin. El Protocolo de administracin de red que define una estructura comn para la
informacin intercambiada entre la gestin y los sistemas gestionados se describe en la cuarta seccin. La
gestin OS1 marco de trabajo ha abrazado la -oriented poderoso objeto modelado \ enfoque que est
ganando rpida aceptacin en el software de los esfuerzos de desarrollar-ment. La quinta seccin ofrece
una visin general de estos principios. Sobre la base de los varios conceptos introducidos en estas
secciones, a menudo es difcil para un lector ocasional de comprender cmo todos estos juegan juntos
para cumplir con el objetivo final - asegurando que la infraestructura de comunicacin es adecuada para la
gestin de la red. La sexta seccin trae estos conceptos juntos, basndose en el ejemplo utilizado en las
secciones anteriores. Mientras que las normas estn completos para proporcionar los elementos bsicos
necesarios, se est trabajando para ampliar el marco con los conceptos del entorno de procesamiento
distribuido estas extensiones se identifican en la sptima seccin. Una suma-mary con los propios
pensamientos y opiniones sobre lo que est delante de la autora se proporciona en la ltima seccin.
ARQUITECTURA
CONCEPTOS
Los conceptos descritos aqu se explican en "Sistemas de Gestin de Informacin general,"
Recomendacin UIT X.701. Un aspecto esencial de la gestin se refiere a los sistemas que actan en
funciones del Gestor y agente Aunque es una prctica comn para un sistema de gestin de red (NMS)
para ser el gerente de los elementos de la red se est manejando, la frase "papel" se utiliza para denotar
que el gestor -agent relacin se aplica a una instancia de un intercambio de informacin. Esto facilita la
aplica-bilidad de los diversos componentes descritos a continuacin para los intercambios de informacin
no slo entre un NMS y un sistema de agente, sino tambin entre dos SMN. El componente de
comunicacin se basa en este concepto. La administracin es una aplicacin que permite a un sistema
que acta en la funcin de administrador de seguimiento y control de manejo de los recursos. Esto se
logra mediante el envo de solicitudes al sistema que acta en el papel de un agente que tiene la
responsabilidad de los recursos. La abstraccin de gestin de los recursos se conoce como un objeto
gestionado, y el componente de informacin se basa en este concepto.
El concepto de gestin del conocimiento compartido se incluye para abordar la interoperabilidad entre la
gestin y gestiona sys-sistemas. Para que el gestor de llevar a cabo las funciones de gestin, es necesario
que haya un entendimiento comn de lo que el sistema de agente apoya y es capaz de realizar.
A pesar de que existen mecanismos para descubrir y aprender las capacidades del sistema de agente, el
conocimiento compartido es esencial para el xito del intercambio.
Tres componentes bsicos que forman los elementos de la arquitectura de administracin se describen a
continuacin. Todas estas dimensiones son esenciales para apoyar un entorno artificial gestin en red con
xito. Las siguientes secciones proporcionan una breve introduccin de los tres componentes y cmo se
SUP-portados por las normas de gestin de sistemas OS1.
EL FUNCTIONALCOMPONENT
Este componente se describen las diversas actividades que per-formado en apoyo de la gestin. X.700 ha
agrupado las funciones de gestin en cinco reas. Estos son CONFIGURACIN-cin, fallos, rendimiento,
seguridad y contabilidad gestionan-ment. La razn de esta agrupacin era facilitar un progreso rpido y
consistente en cada categora en grupos individuales, y no para segregar los SMN para cada rea.
Funciones de un rea estarn influenciados por los dems? y un sistema puede ser imple-mentado con n
funciones de las diferentes reas para cumplir con los objetivos de negocio y las necesidades del
mercado.
La informacin del componente
Informacin de gestin que se intercambia entre la gestin y los sistemas gestionados depende tanto de la
funcin a realizar, as como el recursos3 que ser gestionado. Un objetivo importante de la gestin de los
sistemas de OS1 es modelar de manejo de los recursos. Esto implica que todas las propiedades que se
pueden supervisar y / o controlados se definen en el modelo. La quinta seccin ofrece una visin general
del paradigma de modelado, utilizando un enfoque orientado a objetos.
THECOMMUNICATIONCOMPONENT
La tercera dimensin de facilitar una interfaz de gestin exitosa entre las funciones de gestin y sistemas
gestionados es tener una estructura bien definida para los sistemas de protocolos gestionar unificacin. El
objetivo es permitir la transferencia exitosa e interpretacin de la informacin de gestin. Requisitos de
comunicaciones abordan las capacidades de infraestructura de apoyo, como la transferencia fiable y el
establecimiento de asociaciones entre los procesos de aplicacin antes de intercambio de informacin de
gestin. La cuarta seccin se ocupa de este componente.
OS1 SISTEMAS MANAGEMENTMAZE
Un artculo sobre la gestin de los sistemas de OS1 no se ha completado con el diagrama de salida
tradicional que describe las funciones del Gestor y agente. La figura 1 presenta una vista que incluye los
tres compo-nentes mencionados anteriormente. La cifra general, est especializada para dos funciones de
vigilancia de alarma en el rea de gestin de fallos. El componente funcional es la vigilancia de alarma. El
componente de comunicacin se aborda en las solicitudes y respuestas que pertenecen a dos categoras:
un sistema de funcin de administrador de emitir una solicitud de operacin tales como recuperar la alarma
informa-cin de un recurso como el registro o el equipo, y recibir una respuesta del sistema de rol de
agente. La segunda categora corresponde a los diferentes eventos emitidos por los recursos y se envan
al sistema de roles como gerente de notificacin. El sistema hombre-ager puede acusar recibo de la
notificacin. El componente de informacin est representada por los recursos gestionados. Por ejemplo,
un recurso como un paquete de circuitos puede emitir una alarma cuando se produce un error con un nivel
de severidad depende de si sta se protege con otro paquete de circuitos o no.
El componente de informacin define estos detalles.
Estos componentes arquitectnicos se amplan con las especificaciones detalladas para que las interfaces
entre los sistemas de gestin y-chica de edad pueden ser implementadas. Un gran volumen de docu-
mentos estn disponibles, y obtener a travs de este laberinto de documentos puede ser desalentador a
veces. Sin embargo, stos se pueden agrupar en funcin de cuatro reas principales, y la comprensin de
esta estructura pueden ayudar a un recin llegado a este tema. La figura 2 muestra estas categoras.
Los documentos de arquitectura en la Recomendacin UIT serie X.700-X.703 (es 0 7498 parte 4 y 10040
piezas) constituyen el marco dentro del cual se han desarrollado otros detalles.
Las especificaciones de los servicios y protocolos que definen la estructura de los mensajes de gestin se
documentan en X.710,711, y 712 (ES 0 0 9595 e IS 9596 partes 1, 2). Los principios y la notacin para
describir la informacin que se presentan en modelos de infor- X.720 (que ca los intercambios de
mensajes de apoyo a estos requisitos.
cin de los documentos constituyen la base o infraestructura para construir una vez que Hombre-
ACTUACIN
El rea de gestin del rendimiento incluye funciones para monitorear parmetros perfor-Mance, tales como
sec-gundos con errores, nmero de mensajes incorrectos, la recogida de estadsticas de trfico, y la
aplicacin de control para evitar la congestin del trfico.
Seguimiento y control de la calidad del servicio es otro ejemplo de una funcin de gestin de per-
rendimiento. Como parte de esta rea, los valores umbral pueden ser asignados a los parmetros, y
cuando se supera el umbral, los eventos pueden ser generados para informar al sistema hombre-gestin.
Como las funciones mencionadas son conde grupo y contabilidad. En la categora h porque SDRA cruzan
la ay estricta para ver el comn de gestin. Estos trminos en el marco de la RGT, funciones de las
operaciones han sido identificados y agrupados en estas cinco reas.
CONTABILIDAD
Esta rea funcional incluye la recoleccin de datos de uso para los recursos utilizados en el suministro de
un semce y luego generar una factura, la aplicacin de, por ejemplo, la tarifa asociada con el servicio.
Aqu de nuevo, en funcin del servicio, la informacin de uso
variar. Por ejemplo, un servicio de telfono a menudo determina la longitud de tiempo se utiliza la
conexin frente a un servicio de paquetes que recoge datos sobre el nmero de paquetes enviados. Un
mecanismo general que puede ser especializada para un servicio especfico est disponible como parte de
las normas de gestin de sistemas OS1. Es de esperar que durante la percepcin de la informacin de uso
y los informes sobre los valores est sujeta a la normalizacin, la generacin de facturas y aplicacin de
las tarifas en la generacin de las facturas se consideran fuera del mbito de la normalizacin.
COMN
Como se mencion anteriormente, a pesar de que slo cinco zonas se definen en la norma, este artculo
presenta un rea comn de
funciones de direccin que cruzan los lmites entre estas cinco reas. Normas de gestin OS1 han
desarrollado varios tales
funciones. Los ejemplos incluyen la definicin de los controles para los eventos emitidos para ser remitidos
a un sistema de gestin; registrar los eventos de
recuperacin posterior; y los mecanismos para compartir y recuperar los conocimientos de gestin.
Una funcin comn que se utiliza ampliamente en todas las reas es el control de los informes de eventos
con independencia del evento (alarma, cruce de umbral
alerta, creacin de un recurso).
Los requisitos de esta funcin incluyen el establecimiento de criterios para cuando en el caso en que debe
enviarse y qu sistema (s) de ser el ient del informe. A dems, un calendario para la transmisin
de los eventos y una lista de sistema de respaldo (s) (si se pierde la comunicacin con el sistema principal)
para recibir el informe puede ser especificado
ficado. A pesar de que los criterios reales pueden diferir con el evento Jf tipo, el mecanismo definido por el
X.734 estndar (IS0 10164-5) puede ser aplicado para todas las reas.
MANAGEMENTPROTOCOL
SISTEMA MANAGEMENTAPPLICATIONSTRUCTURE
La capa de aplicacin del modelo de referencia OS1 se puede estructurar an ms en base a los
requisitos de la aplicacin.
Normas OS1 se han definido de forma modular de manera que la mxima reutilizacin es posible a travs
de diferentes aplicaciones. La unidad reutilizable se llama un elemento de servicio de aplicacin (ASE)?
Los diversos ASE se combinan en funcin de las necesidades de la aplicacin. Para aplicaciones de
gestin de red, la estructura se muestra en la Fig. 3. Los bloques de construccin necesarios son: ACSE,
para establecer la asociacin entre entidades de aplicacin de pares; y la combinacin de ROSE, CMISE,
y SMASE, incluyendo los modelos de informacin para la transferencia de datos de informacin de
gestin. La funcin de coordinacin representa la lgica necesaria para stos
ASE para trabajar juntos cooperativamente. El protocolo de gestin de red definida por CMISE se discute
en la siguiente seccin. El mecanismo de soporte utilizado por el CMISE es el paradigma de peticin de
respuesta definido por ROSE.
PROTOCOLINFRASTRUCTURE
CMISE define una estructura bsica adecuada para todas las reas de gestin de redes mencionadas en
la tercera seccin. De acuerdo con el estilo de definir un estndar de nivel de aplicacin, CMISE consiste
en una definicin de servicio y una especificacin de protocolo para apoyar los servicios.
CMISE asume un mecanismo de transferencia fiable, y por lo tanto se establece una asociacin utilizando
un protocolo de transporte orientado a la conexin. La fiabilidad que ofrece no es sin costo. Antes de datos
de gestin se pueden enviar, una asociacin debe beestablished. Los recursos tambin estn dedicados
para el perodo de asociacin, incluso si no hay trfico de administracin, vamos a ver ahora los servicios
de gestin de red comn. Como se muestra en la Fig. 1, los servicios pertenecen a dos clases: Solicita la
impulsada por las operaciones y las respuestas correspondientes, as como de informacin autnomo del
agente para informar al administrador de los eventos. La Tabla 1 resume estos servicios.
"M-XXX" indica que se trata de servicios de gestin. Como se ha indicado en la descripcin, obtener,
configurar, crear y eliminar servicios son las operaciones bsicas de bases de datos. El servicio de accin
se utiliza en los casos en conjunto no es adecuado. Una accin en lugar de un conjunto es aplicable
cuando los parmetros de la peticin de accin no se modelan como atributos del recurso (una operacin
de ajuste se define slo en los atributos de un objeto).
Sin entrar en detalles, hay que sealar que el poder de CMISE deriva de caractersticas, se hace
referencia como la determinacin del alcance y el filtrado, que se puede aplicar para obtener, ajuste,
accin, y operaciones de borrado. Como se indica en la columna de la descripcin, estos servicios y Anbe
solicitaron ser ejecutada en uno o ms recursos gestionados. La caracterstica de alcance se utiliza para
seleccionar a los candidatos para la realizacin de una solicitud. Independientemente de si la operacin se
dirige a un nico o varios objetos, la capacidad de filtrado permite el establecimiento de un criterio como
una expresin lgica. Una peticin de la operacin se lleva a cabo si el recurso gestionado cumpla los
criterios.
Estos servicios y caractersticas se recogen en grupos de funcionalidad que se hace referencia como
unidades funcionales. Es posible negociar el uso o no de estas caractersticas para cada asociacin entre
la gestin y el sistema administrado.
La estructura de apoyo para protocolos estos servicios se compone de los siguientes componentes: un
nmero de secuencia para correlacionar las solicitudes y respuestas; la identidad del recurso (por tipo o
clase y nombre de la instancia); y la informacin pertinente a la operacin solicitada. En otras palabras, el
paradigma utilizado aqu es definir un conjunto genrico de las operaciones de gestin adecuados para
todas las funciones y recursos de gestin, y el modelo de los recursos en trminos de las propiedades que
se pueden administrar con estas operaciones. Como resultado, el principal enfatiza
sis en la gestin OS1 est en el modelado de informacin, que se discute en la siguiente seccin.
INFORMATIONMODELING
El tema de modelado de informacin (incluso dentro de la limitedcontext de gestin de red) es demasiado
extensa para ser cubiertos adecuadamente en este artculo. Por tanto, slo los principales conceptos se
discuten aqu. El enfoque utilizado para el modelado de informacin se deriva de los conceptos
desarrollados primero como parte del anlisis orientado a objetos y la programacin orientada a objetos.
MODELINGRESOURCES
Propiedades del recurso - Un objeto gestionado presenta una vista del recurso al sistema de gestin de
propiedades que son manejables. Un recurso como una tarjeta de interfaz de lnea se utiliza para
proporcionar servicios de telecomunicaciones.
Sin embargo, slo algunos aspectos de la tarjeta de lnea son manejables por un sistema de gestin. Estas
propiedades se reflejan en el objeto gestionado que representa la tarjeta de lnea.
Varios casos de tarjetas de lnea se puede considerar que pertenecen a una clase o tipo llamado la clase
lnea de cuajada. Esta categora comprende las propiedades que estn presentes en varios casos. Los
trminos administrados clase de objeto y instance6 objeto gestionado se utilizan para denotar las
abstracciones de la cartera del tipo y la instancia de un tipo. Las propiedades se agrupan en paquetes para
facilitar la reutilizacin de la especificacin. Cuando se crea una instancia de una clase, el
asociacin entre el paquete y la propiedad no es visible. Un paquete dado puede ser obligatoria o
condicional. Un paquete obligatorio implica que se requieren todas las instancias de la clase para apoyar
las propiedades definidas para ese paquete.
El paquete condicional puede o no puede estar avalado por una instancia, dependiendo de si la condicin
se evala como verdadera o n0t.7
Las propiedades se modelan mediante las siguientes construcciones: comportamiento que explica cmo el
objeto se comporta como un todo; atributos que reflejan las propiedades (por ejemplo, el estado de una
tarjeta de lnea, typeof servicios soportados, se requiere protocolo de sealizacin); acciones que pueden
ser solicitadas en el recurso (DiagnosticTest realizan en la tarjeta de lnea); y notificaciones que pueden
ser emitidos (fallo de la tarjeta, la prdida de comunicacin). En la definicin de la
atributos, tambin se incluyen las operaciones permitidas. Por ejemplo, el estado que indica si la tarjeta
est funcionando o no ser de slo lectura. Si la tarjeta de lnea puede soportar diferentes servicios, es
posible configurar la tarjeta para apoyar un servicio diferente (esto puede implicar ms que cambiar un
valor, ya que habr otros impactsieffects de todo el sistema que deben describirse). Adems de describir la
semntica de la propiedad, si se intercambia en una interfaz, es necesario asociar una sintaxis para que el
sistema de gestin puede inter-
pret la informacin de forma inequvoca. La sintaxis de la informacin se especifica usando una notacin
del lenguaje de programacin como el conocido como Abstract Syntax Notation One (ASN.l). El modelo de
informacin que define los recursos propios se representan utilizando una notacin se refiere como
"Directrices para la definicin de objetos gestionados" (GDMO)
Dos conceptos de importancia en la definicin de los modelos de informacin que utiliza una metodologa
orientada a objetos son la herencia y encapsulacin. Con la herencia, una clase de objeto gestionado
genrico se puede definir primero y se especializ ms tarde con propiedades adicionales. La relacin
entre las clases genricas y especializadas se llama supervisin y subclases. Una subclase hereda las
propiedades de la superclase y aade a la misma.