Universidad Yacambu
Especialización
en Gerencia
Mención:
Redes y Telecomunicaciones
Ciclo
Regular: Trabajo Especial de Grado
Integración de la Red de Gestión de
Telecomunicaciones (TMN) a la Red de Datos de la Compañía Anónima Nacional Teléfonos
de Venezuela (CANTV).
Ing. Alexander
Linares C.I.: 12.458.119
Tutor: Ing.
Fredy Marquina
Caracas,
27/06/2002
Integración de la Red de Gestión de
Telecomunicaciones (TMN) a la Red de Datos de la Compañía Anónima Nacional Teléfonos
de Venezuela (CANTV).
Esquema de Investigación para el Trabajo de Grado
INDICE
CAPITULO I.
1. EL
PROBLEMA DE INVESTIGACIÓN.
1.2. Planteamiento del
problema.
1.5 Justificación e
importancia.
1.7. Oprecionalización de Variables.
CAPITULO
II.
2. MARCO
TEÓRICO.
2.1. Consideraciones Generales.
2.2. Esquema
Tentativo del Marco Teórico.
CAPITULO
III
3. MARCO
METODOLÓGICO.
3.1. Consideraciones generales.
3.6. Métodos y técnicas a utilizar en
la investigación.
CAPITULO IV
CAPITULO V
1. El PROBLEMA
INTRODUCCION
1.1. Las diferentes Administraciones de servicios de telecomunicaciones a nivel mundial se enfrentan actualmente en una lucha competitiva por asegurar el mercado. Para ser competitivo y proveer calidad de servicio se necesita tener la capacidad del manejo optimo de las operaciones de la red. Es por esto que los suministradores de redes y servicios (CANTV) han adoptado la arquitectura Red de Gestión de Telecomunicaciones (TMN) para optimar el aprovechamiento de la red y así posicionar sus productos en el negocio de las telecomunicaciones. La TMN se basa en una terminología común que a su vez define un conjunto de funciones e interfaces abiertas estándares del CCITT (ITU-T) para cubrir las necesidades del cliente. El incremento en la satisfacción del cliente como un resultado de proveer productos de alta calidad que puedan ser rápidamente implementados es el beneficio más importante que proporciona la TMN.
A nivel mundial la corporación GTE, entre otras, es una de las empresas que han adoptado el estándar TMN para la administración de la red y la gestión del negocio de las telecomunicaciones. En nuestro país desde el año 1994 CANTV ha venido implementado la TMN para gestionar la red de telecomunicaciones en sus funcionalidades de Gestión de Configuración (CM) y Gestión de fallas (FM) de la capa NML (Nivel de Gestión de Red).
Para tal efecto se puso en servicio la plataforma basada en el sistema TONICS (Sistema de Control Integrado de Operaciones de la Red de Telecomunicaciones) de GTE Labs. Pero la TMN es un concepto que abarca mucho mas de lo alcanzado actualmente en CANTV y apunta hacia la gestión integral de la red y servicios de la empresa y hacia ese punto es que sé esta enfocando este proyecto hacia la Integración de todas las Redes y sus diferentes Sistemas de Gestión a través de un solo sistema.
Se empleara una estrategia a seguir con la TMN en CANTV con el fin de continuar su implementación a nivel de redes y promocionar su salto hacia los niveles de servicio y negocio, que es donde realmente se encuentra el potencial de la TMN que permitirá explotar al máximo tanto a la red de telecomunicaciones, como a los servicios que esta presta.
1.2. PLANTEAMIENTO DEL PROBLEMA.
Actualmente no existe en CANTV un sistema de integración
central para cada uno de los elementos que conforman la Red de Datos de CANTV.
CANTV cuenta en estos momentos con
sistemas de gestión capaces de gestionar algunos elementos
pero se comportan de forma individual para cada red. Esto conlleva a que existan
elementos que no puedan ser gestionados y otros factores como reportes de alarmas,
reportes de trafico que incluso no pueden ser
monitoreados a nivel de fallas, las posibles causas de que esto este sucediendo así es la
falta por parte del proveedor para crear y promocionar una aplicación (Gestor) capaz de
interactuar con dichos elementos hablando un mismo idioma. Otra razón ha sido que las
aplicaciones existentes se han ido quedando pequeñas a comparación con el crecimiento de
la RED de Datos de CANTV y esto afecta directamente en la perdida del control y
administración de nuestros propios equipos, lo que afecta de manera indirecta a los
clientes que aunque no se den cuenta de que es lo que esta pasando si se dan cuenta que
existe una lentitud bien marcada para resolver las fallas y los problemas, de alguna
manera esto también conlleva a la perdida de clientes ya que la misma situación se
repetía una y otra ves.
Todo esto pasa por que los equipos de gestión no tienen
la capacidad de hacer gestión de todos los elementos o simplemente existen algunos
elementos que no poseen un gestor, por consiguiente al aparecer una falla puede que el
COR(CENTRO DE CONTROL DE LA RED) no se percate de la misma ya que no puede ver
lógicamente al equipo o elemento en cuestión, por esto existe una perdida de tiempo y
mal funcionamiento del servicio ya que se tardan en conseguir la falla no pueden haber
reportes ni eventos de fallas anteriores por las mismas razones del gestor.
Esto ha llevado a los Ingenieros de la Coordinación de
Reingeniería de Datos Región Capital de CANTV a establecer un sistema integral para el
Monitoreo y Gestión de manera jerárquica de toda la Red de Datos de CANTV comenzando con
la integración de los Gestores ya existentes y con la integración también de los
elementos que en estos momentos no pueden ser gestionados por todas las causas mencionadas
anteriormente y por algunos otras como protocolos de Gestión y Protocolos de
Comunicación que en la mayoría de equipos o elementos de red son propietarios de cada
fabricante. Para lograr y llevara acabo toda esta Integración se utilizara un sistema
llamado TMN (RED DE GESTION DE TELECOMUNICACIONES) con la cual ya se ha trabajado en CANTV
para otras áreas y la cual ha dado muy buenos resultados y que esta basada en un método
de capas la cual la hace estar muy dirigida a objetos que es lo que se necesita. La
función del TMN es Integrar todos los elementos de la Red y sus gestores en un solo
sistema, el cual facilitara el control y monitoreo de
alarmas y centraliza las operaciones de administración, aprovisionamiento, configuración
y mantenimiento de todas las redes de datos quedando como un sistema totalmente abierto
para el crecimiento de nuevas plataformas tecnológicas y de la red de Datos, aparte de
posteriores integraciones como la de Aplicaciones corporativas (SAP, SISE, etc.), que son
sistemas o aplicaciones corporativas utilizadas por un mayor numero de usuarios, pero que
es importante que en un futuro o en otra etapa de este proyecto se logre la integración
con estas aplicaciones.
La implantación de la TMN va a reducir los costos
significativamente sobre todo de mantenimiento ya que al integrar las redes existen una
reducción de equipos que sirven como servidores esta reduciría el costo en los contratos
de mantenimiento, también se reduce el espacio físico y el consumo de energía y puntos
de red en la sala de servidores al igual que la liberación de direcciones IP validas que
en estos momentos son bien escasas, el entrenamiento para los usuarios y administradores
de la red seria el mismo.
Todas estas razones llevan a una gran factibilidad para
realizar dicha integración entre los sistemas existentes y el TMN(Red de Gestión de
Telecomunicaciones)
Al buscar soluciones económicamente viables, no se puede perder de vista la estrategia de integración de la Red de Datos de la Compañía Anónima Nacional Teléfonos de Venezuela (CANTV), las soluciones adoptadas permitirán integrar los sistemas preexistentes, bien sean sistemas propietarios gestionados o no gestionados y los que se están adquiriendo en la actualidad, el manejo de la base de datos interna debe ser orientado a objetos para permitir una ínter conectividad a futuros estándares compatibles con la Red de Gestión de Telecomunicaciones (TMN), también debe soportar los distintos protocolos (Comunicación y Gestión) utilizados en la Red.
En una
empresa como CANTV es necesario ser competitivo y para proveer calidad de servicio se
necesita tener la capacidad del manejo optimo de las operaciones de la red. Por esto se
quiere adoptar la arquitectura Red de Gestión de Telecomunicaciones (TMN) para
optimar el aprovechamiento de la red y así contar con un gestor de redes capaz de agrupar
a los gestores de las distintas plataformas y fabricantes en las cuales esta constituida
las diferentes redes en CANTV. La Red de Gestión de Datos (TMN) se basa en una
terminología común que a su vez define un conjunto de funciones e interfaces abiertas
estándar del CCITT (ITU-T) (International
Telecommunication Union) para
cubrir las necesidades del cliente. El incremento en la satisfacción del cliente como un
resultado de proveer productos de alta calidad que puedan ser rápidamente implementados
es el beneficio más importante que proporciona la Red de Gestión de Datos (TMN).
También es necesario explotar al máximo la plataforma de
red con la cual contamos y los servicios que esta presta por esto se busca la
implementación de La Red de Gestión de Datos (TMN)
y para esto se debe planificar, proveer, instalar, mantener y administrar redes y
servicios de telecomunicaciones y aquí es donde la TMN juega un factor importante ya que
provee funciones de gestión para redes y servicios de telecomunicaciones y ofrece
comunicaciones entre ella y redes u otras TMN´s de telecomunicaciones.
Integrar la Red de Gestión de
Telecomunicaciones (TMN) a la Red de Datos de la
Compañía Anónima Nacional Teléfonos de Venezuela (CANTV).
- Describir la Red de Datos de la Compañía
Anónima Teléfonos de Venezuela (CANTV), considerando sus diferentes elementos, sus
mecanismos de gestión y sus protocolos de comunicación; Apoyándose en los inventarios
actuales y mediante cuestionarios realizados al personal encargado del proyecto o de la
gestión de los equipos.
- Describir los Protocolos de Comunicación de
cada elemento de red a gestionar y verificar cuales son compatibles con la Red de Gestión
de Telecomunicaciones (TMN), por medio de la interpretación de sus protocolos
propietarios y realizando pruebas de interconexión.
- Integrar todos los Gestores existentes en una
sola Red de Gestión de Telecomunicaciones (TMN) a través de sus protocolos y
capas de red sobre el sistema HP Open View (Aplicación de HP para la Gestión de la
Redes basada en Objetos).
- Analizar el impacto sobre los procesos en las
unidades involucradas al proyecto a nivel tecnológico y funcional, basándose en
encuestas al personal de cada área involucrada, midiendo la efectividad de la aplicación
en resultados esperados sobre resultados obtenidos y cuantificando los costos antes y
después de la implementación a nivel de hardware para servidores, unificando los mismos.
1.5. JUSTIFICACIÓN e IMPORTANCIA.
El incremento en la satisfacción
del cliente como un resultado de proveer productos de alta calidad que puedan ser
rápidamente implementados es el beneficio más importante que proporciona la TMN
Con la implementación de la TMN se crea una red con
interfaces estandarizadas para la comunicación entre los elementos de red y las
plataformas de gestión, consiguiendo así la interoperabilidad y la reducción de tiempo
para la gestión de los elementos de la red como administrar, proveer, instalar y mantener
la red.
La arquitectura de información TMN describe un modelo
orientado a objeto para la definición de la información de gestión intercambiada entre
bloques funcionales de la TMN, en una forma establecida, haciendo uso del modelo de
Gestión de Sistemas OSI, por lo que es ideal para interconectarlo con los sistemas que ya
CANTV posee.
La funcionalidad e importancia de la TMN se basa en la
gran capacidad de Interconectibidad e Interoperabilidad que puede ejercer entre todos los
elementos de la red y que puede implantarse sobre la estructura ya establecida o adaptarse
a plataformas futuras. Esto la convierte en una tecnología bastante flexible a la ves que
puede llegar a ser un modelo estándar en un futuro para todas las compañías de
telecomunicaciones. Es importante para la operabilidad de la red contar con un sistema
integrado desde el cual se pueda tener el control de toda la red. Y que pueda adaptarse a
los cambios tecnológicos, manejando diferentes protocolos de comunicación.
También se obtiene un ahorro de tiempo y de costos al permitir proveer y
administrar toda le red de datos desde un único sistema de gestión.
Gracias a las diferentes redes (protocolos) que maneja
CANTV se puede implementar un plan de pruebas y de satisfacción del servicio y no tener
sorpresas a la hora de implementar el TMN.
En el caso de sistemas no compatibles TMN, se debe exigir
a los proveedores las especificaciones relativas a sus interfaces propietarias, que
faciliten la conectividad de sus sistemas a la plataforma TMN.
El tiempo es causa limitante para observar resultados
reales en la implantación de TMN durante el periodo trimestral de la materia.
OBJETIVO GENERAL: Integrar la Red de Gestión de Telecomunicaciones (TMN) a la Red de Datos de la Compañía Anónima Nacional Teléfonos de Venezuela (CANTV). |
||||
OBJETIVOS ESPECIFICOS |
VARIABLES |
DIMENSIONES |
PROCEDIMIENTOS |
INSTRUMENTO |
Describir la Red de Datos de la Compañía Anónima Teléfonos de Venezuela (CANTV), considerando sus diferentes elementos, sus mecanismos de gestión y sus protocolos de comunicación; Apoyándose en los inventarios actuales y mediante cuestionarios realizados al personal encargado del proyecto o de la gestión de los equipos. |
INTEGRACIÓN DE LA RED DE GESTION DE Telecomunicaciones (TMN) |
Determinación de la Red de Datos |
Para esto se utilizo como base un cuestionario para el aseguramiento del servicio. Propuesto por HP. A fin de poder dimensionar la plataforma de gestión existente y determinar el numero de elementos a ser moni toreados, así también como los tipo de elementos, para ello se realizo un inventario completo por tipo de red. |
C U E S T I O N A R I O |
Describir los Protocolos de Comunicación de cada elemento de red a gestionar y verificar cuales son compatibles con la Red de Gestión de Telecomunicaciones (TMN), por medio de la interpretación de sus protocolos propietarios y realizando pruebas de interconexión. |
Descripción de los Protocolos de Comunicación |
Para lograr este objetivo se realizo en una etapa mas completa un cuestionario para el aseguramiento del servicio propuesto por HP en el cual se necesitaba de la experticia de los especialista en el área y de la colaboración de los mismos para realizar ciertas pruebas que nos darían las bases de a nivel de costos y a nivel de integración para el TMN ya que todos estos factores son necesarios conocerlos en detalle para la planificación y puesta a punto de dicha integración es parte de la personalización para CANTV. |
||
Integrar todos los Gestores existentes en una sola Red de Gestión de Telecomunicaciones (TMN) a través de sus protocolos y capas de red sobre el sistema HP Open View (Aplicación de HP para la Gestión de la Redes basada en Objetos). |
INTEGRACIÓN DE LA RED DE GESTION DE Telecomunicaciones (TMN) |
Integración de todos los Gestores Existentes |
Esta es una aplicación propuesta por HP para Integrar en un solo Gestor(Servidor) todos los demás gestores existentes y así crear una plataforma única para la administración de los servicios de la red de CANTV pudiendo tener un mayor control de c/u de sus elementos. |
C U E S T I O N A R I O |
Analizar el impacto sobre los procesos en las unidades involucradas al proyecto a nivel tecnológico y funcional, basándose en encuestas al personal de cada área involucrada, midiendo la efectividad de la aplicación en resultados esperados sobre resultados obtenidos y cuantificando los costos antes y después de la implementación a nivel de hardware para servidores, unificando los mismos. |
Análisis del Impacto sobre los procesos |
Esta es una operación que se realizara al finalizar las pruebas y que ya este en por lo menos en la etapa final el proyecto. A través de un sondeo dentro del grupo de administradores y operadores de mantenimiento de la red y algunos antecedentes de otras organizaciones se constato que la implementación del TMN en CANTV cubriría un gran vació existente y facilitaría la manera de prestar un mejor servicio a todos sus clientes, tanto externos como internos. |
||
2.
Marco Teórico
2.1.
CONSIDERACIONES GENERALES.
Estas bases son
la puerta del entendimiento y conocimiento para una clara interpretación de la Red de
Gestión de Telecomunicaciones (TMN).
Planteados los
objetivos de la manera que se han hecho existen ciertos aspectos teóricos, los cuales van
a sustentar esta investigación, debido al estudio del tema observaremos términos propios
de las telecomunicaciones los cuales estarán descritos a lo largo del marco teórico para
un mayor entendimiento de los mismos; la mayoría de proveedores en el área de la
telecomunicaciones utilizan acrónimos diferentes (palabra simplificada por sus
iniciales), como por ejemplo ATM (Método Transferencia Asíncrona),pero que al la final
pueden significar lo mismo, en esta investigación manejaremos los términos mas usados
para facilitar el entendimiento y significado de los mismos.
Para comenzar se
hablara de la Red de Gestión de Telecomunicaciones (TMN) que significa, y las bases
teóricas, luego se dará algunos aspectos históricos sobre la TMN, también se hablara
sobre las diferentes interfaces que puede manejar, cuales son los protocolos que utiliza y
cual es la jerarquía manejada por la TMN.
En segundo lugar
se observa el manejo y algunos aspectos fundamentales de la TMN como lo son las capas que
maneja, los elementos de red y algunos modelos como son el de gestión y el de
información.
Y por ultimo se
muestra un lista de definición de conceptos básicos los cuales darán una ayuda rápida
para entender algunas de las nomenclaturas, acrónimos y términos que se mencionan a lo
largo de la investigación.
A continuación
se presenta el esquema tentativo del Marco Teórico para sustentar esta investigación.
2.2. ESQUEMA TENTATIVO DEL MARCO TEORICO.
2.2.1.2.
Descripción de la Red de Datos CANTV.
2.2.1.3. Protocolos de Comunicación de los Elementos de Red.
2.2.1.5. Historia y Bases de la TMN.
2.2.1.6. Interfaces de la TMN.
2.2.1.7. Protocolos Utilizados por TMN.
2.2.2. Manejo y Aspectos Fundamentales del TMN.
2.2.2.3. Modelo de
Gestión de Sistemas.
2.2.2.4. Aspectos de
Comunicaciones OSI.
2.2.2.5.
Aspectos Organizacionales.
2.2.2.6. Modelo
de Información.
En el mundo actual, en el que la
informática gira en torno al concepto de red y al de las telecomunicaciones, el trabajo
de los administradores de sistemas es muy complejo. Su misión consiste en mantener en
funcionamiento recursos tales como encaminadores (routers), concentradores (hubs),
servidores, así como cada dispositivo crítico que conforma la red.
Hay gran cantidad de motivos por los
cuales un administrador necesita monitorizar entre otros : la utilización del ancho de
banda, el estado de funcionamiento de los enlaces, la detección de cuellos de botella,
detectar y solventar problemas con el cableado, administrar la información de
encaminamiento entre máquinas, etc. La monitorización de la red es también un buen
punto desde el que comenzar el estudio de los problemas de seguridad.
En muchos casos, la red de una
organización está enlazada mediante costosos enlaces a redes de área extensa (WAN) o
con la Internet, y cuyos costes dependen del volumen de tráfico. Es muy importante
mantener un registro estadístico del tráfico que circula por estos enlaces. Ésta
situación es bastante común en Europa, donde los enlaces X.25 son todavía de uso
corriente. La tarificación de este tipo de líneas se realiza en función del número de
paquetes enviados y recibidos.
Otros tipos de enlaces, como los punto a
punto (Frame relay), son de tarifa plana. En éstos la compañía telefónica ha de
garantizar un ancho de banda, el cual es importante monitorizar.
En esta investigacion, se presenta una
herramienta que permite hacer un seguimiento gráfico del tráfico en los encaminadores
router,etc. Ésta es fácilmente configurable para poder monitorizar otras clases de
información de la red.
Descripción de la Red
de Datos CANTV.
La Red de Datos de CANTV esta compuesta
por tres(3) Redes las cuales son las Red CISCO, la Red NORTEL y la Red Newbridge
(Actualmente Alcatel), cada una cumple distintas funciones por lo que cada una maneja
elementos distintos, en su mayoría los elementos que conforman estas redes están siendo
gestionados aunque existe excepciones y es
por estas que el integrador cumple una función particular y una solución 100% factible
para estos problemas. Por lo mencionado antes cada red pertenece a distintos proveedores
manteniendo una personalidad separada y una individualidad para la gestión de cada Red es
aquí donde el Integrador TMN saca a relucir sus atributos creando una única interfase
para interconectar las diferentes redes a través de sus protocolos y haciendo una
comunicación entre protocolos propietarios y no. La Red CISCO es la mas factible para
trabajar con el Sistema a implementar ya que todos sus elementos manejan protocolos de
comunicación SNMP y este es un estándar manejado muy bien por el TMN. En estos momentos
existen un proceso de pruebas y estudios para seleccionar quien será el que implante TMN
a la Red de Datos CANTV, existen varias compañías como lo son HP que ofrece un producto
llamado HP OPEN VIEW y otras mas, que están licitando con las cuales se ha tenido un
intercambio de información muy meticuloso debido a lo amplio de la red que posee CANTV y
su gran numero de elementos, aparte de lo confidencial que es esta información para CANTV
solo se les da lo necesario a loa proveedores a manera de que todos tengan la misma
oportunidad para ofrecer lo mejor de lo mejor para cumplir con los requisitos de CANTV.
Este intercambio de información se ha
basado en inventarios hechos a la planta de datos y encuestas a expertos en el área, los
cuales podrán ver en el Anexo 1
.
Para llenar estos cuestionarios fue
necesario hacer un inventario de planta completo y con tiempo ya que existen mas 10.000
elementos para ser gestionados dentro de la red de Datos de CANTV como por ejemplo los
Router, los RAS, los Swiches, los DSLAM entre otros.
Después de todo esto se realizaron
reuniones con los proveedores para ir avanzando en lo que se quería realizar y ver en que
etapa se Iván incluyendo las necesidades, junto a toda esta información existe lo que
llamamos las topologías de las redes las cuales no vamos a ser referencia en estos
momentos de la misma manera que no se le dio a conocer a los proveedores esta información
hasta no saber con quien se realizara el proyecto. Estas topologías muestran la
ubicación física de cada elemento y a que elemento principal de la red esta conectado y
quien es el gestor que lo monitorea, estas topologías serán anexadas pata el proyecto
final.
Protocolos de Comunicación utilizados por
los Elementos de Red.
Para esto es necesario hacer ciertas
pruebas como son pruebas de comunicación y consultas con los fabricantes para ver que
tipo de protocolos, tanto de comunicación y gestión trabajan los equipos y elementos,
las mismas fueron echas para cada red trabajando con los elementos que están siendo
gestionados en estos momentos el cual arrojo resultados que pueden ser vistos en el Anexo 2 .
Un estándar para trabajar en perfecta
armonía con el TMN es el protocolo de comunicación SNMP. Y hacia SNMP es que se quiere
ir, teniendo como pilar de las comunicación este protocolo y de ahí ir llegando a todos
los demás bien sean propietarios o no.
¿Qué es SNMP ?
La respuesta a todas las necesidades antes
expuestas, es el protocolo llamado Simple Network Management Protocol (SNMP). Diseñado en
los años 80, su principal objetivo fue el integrar la gestión de diferentes tipos de
redes mediante un diseño sencillo y que produjera poca sobrecarga en la red.
SNMP opera en el nivel de aplicación,
utilizando el protocolo de transporte TCP/IP, por lo que ignora los aspectos específicos
del hardware sobre el que funciona. La gestión se lleva a cabo al nivel de IP, por lo que
se pueden controlar dispositivos que estén conectados en cualquier red accesible desde la
Internet, y no únicamente aquellos localizados en la propia red local. Evidentemente, si
alguno de los dispositivos de encaminamiento con el dispositivo remoto a controlar no
funciona correctamente, no será posible su monitorización ni reconfiguración.
El protocolo SNMP está compuesto por dos
elementos: el agente (agent), y el gestor (manager). Es una arquitectura cliente-servidor,
en la cual el agente desempeña el papel de servidor y el gestor hace el de cliente.
El agente es un programa que ha de
ejecutase en cada nodo de red que se desea gestionar o monitorizar. Ofrece un interfaz de
todos los elementos que se pueden configurar. Estos elementos se almacenan en unas
estructuras de datos llamadas "Management Information Base" (MIB), se
explicarán más adelante. Representa la parte del servidor, en la medida que tiene la
información que se desea gestionar y espera comandos por parte del cliente.
El gestor es el software que se ejecuta en
la estación encargada de monitorizar la red, y su tarea consiste en consultar los
diferentes agentes que se encuentran en los nodos de la red los datos que estos han ido
obteniendo.
Hay un comando especial en SNMP, llamado
trap, que permite a un agente enviar datos que no han sido solicitados de forma explícita
al gestor, para informar de eventos tales como: errores, fallos en la alimentación
eléctrica, etc.
En esencia, el SNMP es un protocolo muy
sencillo puesto que todas las operaciones se realizan bajo el paradigma de
carga-y-almacenamiento (load-and-store), lo que permite un juego de comandos reducido. Un
gestor puede realizar sólo dos tipos diferentes de operaciones sobre un agente: leer o
escribir un valor de una variable en el MIB del agente. Estas dos operaciones se conocen
como petición-de-lectura (get-request) y petición-de-escritura (set-request). Hay un
comando para responder a una petición-de-lectura llamado respuesta-de-lectura
(get-response), que es utilizado únicamente por el agente.
La posibilidad de ampliación del
protocolo está directamente relacionado con la capacidad del MIB de almacenar nuevos
elementos. Si un fabricante quiere añadir un nuevo comando a un dispositivo, como puede
ser un encaminador, tan sólo tiene que añadir las variables correspondientes a su base
de datos (MIB).
Casi todos los fabricantes implementan
versiones agente de SNMP en sus dispositivos: encaminadores, hubs, sistemas operativos,
etc. Linux no es una excepción, existen varios agentes SNMP disponibles públicamente en
la Internet.
La cuestiónde la seguridad
SNMP ofrece muy poco soporte para la
autentificación. Tan sólo ofrece el esquema de dos palabras clave (two-passwords). La
clave pública permite a los gestores realizar peticiones de valores de variables,
mientras que la clave privada permite realizar peticiones de escritura. A estas palabras
clave se les llama en SNMP communities. Cada dispositivo conectado con una red
gestionada con SNMP, ha de tener configuradas estas dos communities.
Es muy común tener asignando por defecto
el valor "public" al community público, y "private" al
privado. Por lo que es muy importante cambiar estos valores para proteger la seguridad de
tu red.
¿ Quées el MIB ?
SNMP define un estándar separado para los
datos gestionados por el protocolo. Este estándar define los datos mantenidos por un
dispositivo de red, así como las operaciones que están permitidas. Los datos están
estructurados en forma de árbol; en el que sólo hay un camino desde la raíz hasta cada
variable. Esta estructura en árbol se llama Management Information Base (MIB) y se puede
encontrar información sobre ella en varios RFC's.
La Red de Gestión de Telecomunicaciones (TMN).
En las redes telefónicas, la actualización de los servicios de
operación, Administración y Gestión (OAM: Operation,
Administration and Management), requirieron en principio
del desarrollo de interfaces máquina-máquina para reemplazar muchas de las funciones
manuales y el requisito de manejar equipos heterogéneos de diferentes fabricantes hizo
necesaria la estandarización de equipos.
Además y con el fin de dar soporte a las nuevas tecnologías, se requirió el
desarrollo de interfaces flexibles y para asegurarse de que estas fueran consistentes, se
desarrollaron unas recomendaciones con los principios básicos de la gestión integrada,
las cuales son la base de la TMN (Telecommunication
Management Network).
La TMN está definida en la Recomendación M.3010 del UIT-T y es básicamente una
estructura de red organizada para la interconexión de uno o varios sistemas operativos
con los elementos de red (NE, Network Element)
de una red de telecomunicaciones. Se concibe como una red superpuesta a la red de
telecomunicaciones que interactúa con ella a través de interfaces normalizadas en puntos o nodos concretos y por medio de ellos
obtiene información que le permite monitorear y controlar la operación y desempeño de
la red.
Las causas que motivaron la aparición de la Red de Gestión de Telecomunicaciones,
TMN fueron el crecimiento en capacidad y complejidad de las redes, las demandas de calidad
por parte de los usuarios, las elevadas pérdidas que ocasionan las interrupciones del
servicio, la coexistencia de diferentes sistemas y de distintos fabricantes en una misma
red y la interacción de diferentes redes.
Una de las primeras necesidades de la TMN es especificar
su propia arquitectura, lo que incluye la identificación del tipo de nodos y las
interfaces de comunicaciones entre ellos. Los nodos TMN se listan en la tabla 1.
1. Sistema
Operativo |
OS |
2. Dispositivo de
Mediación |
MD |
3. Adaptador Q |
QA |
4. Estación de
trabajo (Work Station) |
WS |
5. Network Element |
NE |
Tabla
1. Nodos TMN
a. El OS
(Operating System) representa el control o
supervisión del sistema en la TMN y puede gestionar la red jerárquicamente o siguiendo
otras estructuras. El OS puede ser estratificado usando el concepto LLA (Logical Layered Architecture). La propuesta más
aceptada en este sentido corresponde a la siguiente estratificación:
capa de gestión
de elementos de red
capa de gestión
de red
capa de gestión
de servicios
capa de gestión
de negocios o aplicaciones
b. El MD
(Mediation Device) es el dispositivo de
mediación, el cual puede tener funciones de almacenamiento de datos, adaptación, filtro,
control de umbral, facilitando la operación de los datos recibidos de los equipos
conectados a ellos.
c. El
Adaptador Q (QA, Q Adapter) es dispositivo de
mediación muy nombrado y cuya misión es conectar un sistema TMN a un sistema No-TMN. En
los QA reside la esperanza de integración de las redes existentes a la TMN y el principal
problema que se plantea es el mapeo de señales entre interfaces preexistentes e
interfaces TMN.
Fue desarrollada sobre las bases del sistema de gestión OSI,
recomendado por la ISO (International Standards
Organization) y el UIT (International
Telecommunication Union) y aunque este hecho ofreció muchas ventajas, hubo que
pagar el precio de lo complejo de la tarea de especificar las interfaces y las demoras en
el desarrollo de los estándares de la TMN, debido a la inestabilidad de los éstandares
del sistema de gestión OSI, cuando la TMN comenzó su desarrollo.
4. La Estación
de Trabajo (WS, Work Station), posee las
funciones de presentación o visualización al operador, de los elementos gestionados.
5. El elemento
de red NE (NE, Network Element) es el nodo
origen y destino del sistema de gestión.
Los nodos antes
mencionados se comunican a través de la DCN (Data
Communication Network), que es el medio
de transporte utilizado por la TMN. La DCN debe ser una red independiente de la red de
comunicaciones, pero debido a los costos asociados con el mantenimiento de una red física
independiente, esta restricción se ha relajado.
El modo en que los sistemas de gestión interactúan está gobernado
por las interfaces y la interfaz más importante de la TMN es la Q3, la cual
conecta el OS (Sistema Operativo) con el NE, o el OS con una interfaz QA, o el OS con un
MD o dos OSs pertenecientes a una misma TMN (ver la figura 1).
La interfaz Qx es parecida a la Q3 pero con menos funciones,
y se utiliza en los casos en que por motivos de presupuesto o requerimientos de eficiencia
más tolerantes, no se justifique el uso de una interfaz con todas las funciones como la Q3.
La interfaz Qx se utiliza principalmente para comunicar OSs pertenecientes a
diferentes TMNs o entre TMNs-OS y no-TMNs-OS, sin embargo no todas estas interfaces han
sido especificadas debido a su complejidad. La interfaz F se utiliza para comunicar nodos
con estaciones de trabajo (WS). Existen muchos NE que no manejan interfaces Q3
y el integrar estos elementos de red en un ambiente TMN requiere el desarrollo de
adaptadores Q. Adicionalmente es necesario
trabajar en el mapeo de señales en los NE e identificar las funciones que serán
realizadas por la interfaz QA.
Fig.
1. Arquitectura física e interfaces en la TMN
Protocolos utilizados en TMN.
La TMN, al igual que SNMP (Simple
Network Management Protocol), hace uso de la Abstract Syntax Notation One (ASN.1), que
es análoga a los tipos básicos de datos que se utilizan en los programas de
computadoras. La principal diferencia entre los programas de computadoras y el software de
gestión de redes radica en su relación con las comunicaciones.
La gestión de elementos de red y las operaciones que se realizan en ellos se
pueden representar formalmente en ASN.1.
La gestión de NE puede ser manipulada sobre la gestión de interfaces debido a que
las representaciones ASN.1 pueden ser expresadas en términos de octetos (bytes) en los
protocolos de comunicaciones.
Un protocolo es el establecimiento legal de los eventos que se requieren para
llevar a cabo la comunicación. La TMN utiliza protocolos basados en CMIP (Common Management Information Protocol) de OSI. Sin
embargo, el sector de las redes de datos ha presionado para que se utilice el protocolo
SNMP en muchas de las aplicaciones de la TMN. Frecuentemente SNMP se utiliza en los
sistemas de gestión de la red de servicios al cliente CNM (Customer Network Management) pero no posee tantas
funciones como los protocolos utilizados en los Sistemas OSI.
Al igual que los
sistemas OSI, la TMN utiliza el principio Sistema de Gestión-Objeto Gestionado, pero los
objetos gestionados se dividen en clases de objetos y el Sistema de Gestión opera en
niveles o jerarquías.
En definitiva, las especificaciones para los protocolos de las capas altas y bajas
de la TMN, han quedado como sigue:
La pila de 7 protocolos adecuados para la interfaz Q3 de la TMN se
encuentran especificados en la norma Q.811 y Q.812 de la recomendación M.3180, de las
cuales un subconjunto es relevante a la gestión de sistemas SDH.
En particular la Q.812 ofrece soporte a dos tipos de funciones de gestión: la
operación (que es manejada vía el protocolo CMIP) y la transferencia de archivos (que se
realiza con el uso del protocolo ISO/IECs File Transfer, Access, and Management (FTAM)).
Un pequeño grupo de protocolos presentados en la recomentación G.773 son los
adecuados para la transmisión en elementos de red y en la recomendación G.784 se
encuentran los protocolos que son adecuados para gestión de redes SDH.
Jerarquía para la Gestión de la Red.
En la Fig. 2 se muestra la jerarquía
mediante un modelo simplificado; la definición de los diferentes niveles variará
según el tamaño del sistema, pero la estructura básica es siempre la misma.
Fig.
2. Jerarquía para la gestión de la red
En este nivel el Sistema de Gestión desempeña funciones de monitoreo
y control de un dominio gestionado. Este nivel deberá establecer comunicaciones con
gestores de elementos de diferentes fabricantes entre los cuales podrán encontrarse
sistemas que supervisen equipos existentes a través de dispositivos de mediación.
El Gestor de Elementos es el que proporciona
las funciones de configuración de los equipos, manipulación de alarmas, manejo de la
seguridad, medición de la calidad del desempeño de las diferentes rutas y las labores de
contabilidad (facturación). Todas estas funciones se pueden aplicar a nivel del dominio
gestionado. En algunos casos la gestión de elementos puede residir en un elemento de la
red. El número óptimo de elementos gestionables mediante este sistema (control local) es
de 9 elementos, sin embargo, es posible gestionar un número mayor de elementos.
En este nivel se maneja la información concerniente al elemento de
red, incluyendo cómo están conectados topográficamente y la configuración para proveer
conectividad punto a punto.
Los Elementos de Red poseen cierto grado de gestión propia que reside dentro de
ellos e incluso ocurre que un gestor de elementos de un determinado dominio gestionado
resida físicamente en un elemento de red. La funcionalidad básica propia del elemento
incluye todas las funciones anteriormente descritas para un sistema de gestión, pero
aplicadas en este caso al elemento individual.
Se puede implementar un sistema distribuido de gestión (no centralizado), en el
cual los elementos individuales ejecutan una gran parte de las funciones descritas, lo
cual es
ventajoso desde
el punto de vista de la rapidez con que la red puede reaccionar ante diferentes eventos,
tal como la restauración de enlaces con fines de manejar el tráfico.
Existe la alternativa de un elemento de red realizando las labores de gestión con
funcionalidad mínima, pero en algunos casos, suficiente (pocos NE), lo cual permite que
las funciones de gestión sean realizadas en el nivel del gestor de elementos.
De esto se trata precisamente con la Gestión por Control Local, en cuyo caso
mediante una interfaz F se efectuando un
login remoto, se puede observar al resto de los elementos de la red y efectuar sobre ellos algunas labores de gestión, tal como la
supervisión y reconfiguración del elemento.
La arquitectura
de información TMN describe un modelo orientado a objeto para la definición de la
información de gestión intercambiada entre bloques funcionales de la TMN, en una forma
establecida, haciendo uso del modelo de Gestión de Sistemas OSI.
Las aplicaciones
de gestión son actividades de procesamiento de información distribuidas entre dos o más
procesos cooperantes que necesitan intercambiar información entre sí, dicho intercambio
involucra un sistema gestor que controla y hace el monitoreo remoto de los recursos de un
sistema gestionado.
En el proceso distribuido de información de gestión dentro de la
TMN, toda interacción puede ser representada por el concepto de Gestor/Agente, estas
interacciones son abstraídas en términos de operaciones y notificaciones intercambiadas
entre ellos, las cuales se realizan haciendo uso de los servicios CMIS y se transportan a
través del protocolo CMIP.
La gestión de un entorno de comunicaciones es una aplicación de
procesamiento de la información y dado que el entorno gestionado es distribuido, los
componentes individuales de las actividades de gestión son distribuidos por sí mismos,
de igual manera, las aplicaciones de gestión realizan sus actividades de una manera distribuida, estableciendo asociaciones
entre entidades de aplicación de gestión de
sistemas.
Como se muestra
en la figura 2-1, las interacciones que se producen entre
entidades de aplicación de gestión de sistemas se resumen en términos de operaciones y
notificaciones de gestión enviadas desde una unidad a otra, que se comunican utilizando
servicios y protocolos de gestión de sistemas.
Figura
2-1. Interacciones Sistemas de gestión
Las actividades
de gestión se efectúan a través de la manipulación de objetos gestionados. Para la
gestión de sistemas, las aplicaciones se clasifican como usuarios del Servicio de
Información de Gestión (MIS, Management Information Service) así, cada interacción
tiene lugar entre dos usuarios MIS, uno que asume el cometido de gestor y el otro el
cometido de agente.
Un usuario MIS
que asume el cometido de agente, es la parte de una aplicación distribuida que gestiona
los objetos dentro de su entorno de sistema local. Un agente realiza operaciones de
gestión en objetos gestionados como consecuencia de las operaciones de gestión
comunicadas por un gestor. Un agente puede también enviar notificaciones emitidas por
objetos gestionados a un gestor.
Un usuario MIS
que asume el cometido de gestor es la parte de una aplicación distribuida que tiene la
responsabilidad de una o más actividades de gestión, enviando operaciones de gestión y
recibiendo notificaciones.
El concepto de
gestor no está limitado a aplicaciones que participan solamente en la gestión de
sistemas; otras aplicaciones que necesitan acceso a información de gestión pueden
utilizar los servicios de información de gestión.
Los cometidos no
se asignan permanentemente a usuarios MIS, algunos de ellos pueden estar restringidos a
asumir solamente un cometido de agente, algunos a asumir solamente un cometido de gestor,
mientras que otros usuarios MIS se les permite asumir un cometido de agente en una
interacción y un cometido de gestor en una interacción distinta.
La figura 2-2 muestra un determinado modo
de ver ciertos aspectos de un modelo de gestión de sistemas, entre los cuales se pueden
establecer los relacionados con la información, las funcionalidades, etc. aspectos éstos
que serán tratados en el siguiente tema.
Figura
2-2. Relación entre los aspectos de información y de comunicación del modelo de
gestión de sistemas
En
particular, en el esquema anterior, se diferencia la correspondencia de la comunicación
normalizada a partir de la correspondencia local, la cual ilustra que debe existir un
método de determinar la información real en términos del modelo, dentro del proceso de
aplicación de gestión de sistemas.
ASPECTOS DE COMUNICACIONES OSI
Las interacciones entre usuarios MIS con cometidos de gestor y de
agente respectivamente se realizarán a través del intercambio de información de
gestión. Esta comunicación se realiza utilizando protocolos OSI.
El servicio general de comunicaciones OSI para la gestión de sistemas es el Servicio Común de Información
de Gestión (CMIS, Common Management Information Service), Los usuarios MIS pueden
utilizar otros servicios OSI (tales como el procesamiento de transacciones y la
transferencia, acceso y gestión de ficheros) que pueden soportar o no la distinción
entre cometidos de gestor / agente.
Hay una correspondencia estricta entre los tipos de intercambio
definidos (en el modelo de información) en la frontera del objeto gestionado y el soporte
de las comunicaciones en servicios de gestión de sistemas. No obstante, en cada
intercambio de información (o posibles intercambios) pueden intervenir estos mecanismos
para controlar el flujo de información.
Los mecanismos de control de acceso pueden denegar las peticiones de
operación de gestión procedentes de gestores especificados sobre objetos gestionados
seleccionados.
Para la comunicación externa de una notificación de gestión emitida
por un objeto gestionado, se define un mecanismo para identificar destinos para
comunicaciones externas y los criterios de concordancia que la información de
notificación satisfará. Con independencia de esto, se define otro mecanismo que puede
hacer que la información sea introducida en un fichero registro cronológico para su
consulta.
Conocimiento
de gestión compartido
A fin de realizar la gestión de sistemas, debe existir un
conocimiento de gestión compartido entre el gestor y el agente, éste incluye:
conocimiento de
protocolos (por ejemplo, contexto de aplicación)
conocimiento de
funciones (por ejemplo, funciones y unidades funcionales)
conocimiento de
objetos gestionados (por ejemplo, clases y ejemplares e identificación de objetos
gestionados y sus atributos)
Limitaciones de
las funciones soportadas y relaciones entre estas funciones y objetos gestionados. En
particular, los objetos gestionados pertinentes en un sistema abierto estarán presentes
para las funciones específicas que han de ser soportadas.
El conocimiento de gestión compartido se presenta en forma de
aplicaciones de gestión distribuidas, y por tanto las visiones respectivas de cada
sistema final pueden ser diferentes si los objetos gestionados contenidos dentro de los
sistemas abiertos asociados no son similares. El conocimiento de gestión compartido se
refiere al conocimiento común entre los dos sistemas, es decir, el esquema de gestión
compartida.
Es necesario poder establecer y modificar el conocimiento de gestión
compartido que existe entre dos sistemas que participan en un intercambio de información
de gestión.
El conocimiento de gestión puede establecerse en cualquier momento,
específicamente:
Antes de que se produzca cualquier comunicación (por ejemplo, puede
ser establecido en el diseño del sistema o en el momento de su construcción, o ser
“ recordado” de una asociación anterior)
Durante la fase
de establecimiento de la asociación
Posteriormente,
durante la existencia de la asociación.
Un conocimiento
anterior para permitir la comunicación de gestión es un ejemplo del establecimiento de
conocimiento de gestión.
En el momento
del establecimiento de la asociación puede fijarse o modificarse el conocimiento de
gestión y luego de haber creado una asociación para los fines de la gestión de
sistemas, puede utilizarse un mecanismo para modificar el conocimiento de gestión. Por
ejemplo, un mecanismo de descubrimiento de conocimiento puede ser soportado por sistemas
que asuman el cometido de agente, para poder examinar las capacidades de un sistema.
La figura 2.5
ilustra el concepto de un Sistema de Gestión Compartido
Figura
2-5. Visión del conocimiento de gestión compartido
Estos aspectos describen la naturaleza distribuida de la gestión OSI.
Muchos de los conceptos referentes a los asuntos organizacionales de la gestión de
sistemas ( por ejemplo gestor, agente).
Dominios de
Gestión
Los requisitos organizacionales para gestionar una colección de
objetos comprenden lo siguiente:
Dividir el
entorno de gestión OSI para varios fines funcionales, tales como seguridad, contabilidad,
gestión de averías, etc. o dividir el entorno de gestión OSI para otros fines de
gestión.
Asignar
temporalmente y posiblemente modificar los cometidos de gestor y de agente para cada una
de las finalidades dentro de cada colección de objetos gestionados
Ejercer formas
de control (por ejemplo, políticas de seguridad), de una manera coherente.
Cuando los
objetos gestionados se organizan en conjuntos para satisfacer los requisitos indicados
anteriormente, estos se denominan dominios de gestión.
En la figura
2-6 se ilustran estos conceptos
Los dominios de gestión, cuando se utilizan para fines de gestión de
sistemas, pueden representarse por objetos gestionados. Un dominio de gestión posee por
lo menos las siguientes propiedades:
Un nombre que
identifica inequívocamente ese dominio de gestión
La
identificación de una colección de objetos gestionados que son miembros del dominio
La
identificación de las relaciones entre dominios aplicables a las relaciones de dominios
con otros dominios.
Los dominios de
gestión pueden superponerse o no, así cuando los dominios de gestión creados para la
misma finalidad se superponen, pueden aplicarse condiciones especiales.
Figura 2-6. Concepto de dominios de gestión
Administración
de dominios de gestión
Además de los requisitos organizacionales, existen requisitos
administrativos que comprenden:
Establecer y
mantener las autoridades respectivas de cada dominio de gestión, aplicar modificaciones a
sus fronteras, y organizar la manera en que algunos de ellos pueden superponerse;
gestionar la transferencia de control de un dominio de gestión a otro.
Para satisfacer
estos requisitos, se define una clase especial de dominio de gestión llamado: dominio de
gestión administrativo, en el cual, los objetos gestionados están bajo la responsabilidad de una y solo una autoridad administrativa.
La finalidad del modelo de información es proporcionar una estructura
a la información de gestión transportada externamente por los protocolos de gestión de
sistemas y modelar los aspectos de gestión de los recursos ligados.
El modelo de
información para efectos de gestión, hace uso de objetos gestionados que son de manera
general, abstracciones de recursos de procesamiento y comunicaciones de datos (por
ejemplo, máquinas de estado de protocolos, conexiones y módems).
Los recursos
existen independientemente de su necesidad de
ser gestionados y la relación que existe
entre el recurso y el objeto gestionado como una abstracción de dicho recurso no está
modelada en forma general, es decir, las propiedades abstraídas y los efectos
específicos de las operaciones de gestión sobre un recurso deben indicarse como parte de
la especificación de la clase de objeto gestionado.
La distinción entre el objeto gestionado
como visible para la gestión y el recurso
que representa, para fines de gestión, puede describirse diciendo que los atributos,
operaciones y notificaciones son visibles a la gestión en la frontera del objeto
gestionado, mientras que el funcionamiento interno del recurso representado por el objeto
gestionado no es visible para la gestión. Este concepto de frontera de objeto gestionado
no tiene repercusiones sobre la realización,
pero proporciona una diferencia arquitectural entre las definiciones que deben realizar
los especificadores de clases de objetos gestionado, que están
en la frontera y dentro de ella, y las especificaciones y Recomendaciones del resto de la
gestión de sistemas, que están en la frontera y fuera de ella.
Una clase de
objeto gestionado se define como un conjunto de lotes (paquetes) cada uno de los
cuales se define como una colección de atributos, operaciones, notificaciones y
comportamiento relacionado. Un objeto gestionado es un ejemplar de una clase de objeto
gestionado.
Para la
especificación de una clase de objeto
gestionado y sus características asociadas, se utiliza un conjunto de plantillas, las
cuales se especifican en la Rec. X.722 del CCITT.
La definición
de una clase de objeto gestionado, especificada por la plantilla consta de:
La posición de
la clase de objeto gestionado en la jerarquía de herencia
Una colección
de lotes obligatorios de atributos, operaciones, notificaciones y comportamiento
Una colección
de lotes condicionales de atributos, operaciones, notificaciones y comportamiento, junto
con la condición bajo la cual estará presente cada lote
Dentro de la
estructura de lote se encuentran:
- Los atributos
visibles en la frontera del objeto gestionado
- Las operaciones que pueden aplicarse
al objeto gestionado
- El comportamiento del objeto
gestionado
- Las notificaciones que puede emitir
el objeto gestionado
Un objeto
gestionado se ejemplifica dé acuerdo con un conjunto de reglas, que indican cómo la
especificación de la clase, definida por medio de la plantilla, ha de realizarse al crear
el objeto gestionado. Estas reglas son:
Un objeto
gestionado soportará todos los atributos, operaciones de gestión, comportamiento y
notificaciones especificados en todos los lotes obligatorios y en todos los lotes
condicionales cuya condición se satisface.
Un objeto
gestionado soportará la vinculación de nombres, especificada por la plantilla adecuada.
DEFINICIONES BASICAS DE GESTION DE SISTEMAS.
TMN: Red
de Gestión de Telecomunicaciones.
Agente :
Usuario del servicio de información de gestión que para una determinada interacción de
gestión de sistemas, ha asumido un cometido de agente.
Cometido de
agente: papel asumido por el usuario del servicio de información de gestión en el
que es capaz de realizar operaciones de gestión sobre objetos gestionados y de emitir
notificaciones en nombre de dichos objetos.
Interacción
(de gestión): Una sola operación de gestión o un conjunto de operaciones y
notificaciones de gestión lógicamente relacionadas, durante las cuales el cometido de
gestor y el cometido de agente no cambian.
Clase de
objeto gestionado: Conjunto denominado de objetos gestionados que comparten los mismos
atributos, notificaciones y operaciones (lotes) de gestión, al igual que participan de
las mismas condiciones en presencia de estos lotes.
Sistema
(abierto) gestionado: sistema abierto real que contiene al menos un usuario del
servicio de información de gestión que puede asumir el cometido de agente.
Dominio de
gestión: Conjunto de objetos gestionados, a los que se aplica una política común de
gestión de sistema.
Información
de gestión: Información dentro de un sistema abierto que puede transferirse por
protocolos de gestión de interconexión de sistemas abiertos.
Gestor :
Usuario del Servicio de información de gestión, que para una determinada interacción de
gestión de sistema, ha asumido un cometido
de gestor.
Cometido de
gestor: Papel asumido por un usuario del
servicio de información de gestión en el que es capaz de dar lugar a operaciones de
gestión y de recibir notificaciones.
Sistema
(abierto) de gestión: Sistema abierto real que contiene un usuario del servicio de
información de gestión que puede asumir el cometido de gestor.
Notificación:
Información emitida por un objeto gestionado en relación con un evento ocurrido dentro
del sistema gestionado.
Tipo de
Notificación: Clase de datos que
definen una clase específica de notificación.
Protocolo de
Gestión de capa (N): Protocolo de capa (N) para el intercambio de información de
gestión de capa (N) soportado solamente por protocolos de las capas (N- 1) e
inferiores.
Plantilla :
Formato normalizado para la documentación de ligazones de nombres y definiciones de
clases de objeto gestionado, y sus componentes tales como lotes, parámetros, atributos,
grupos de atributos, definiciones de comportamiento, acciones o notificaciones.
Q3: Interfaz
propietaria de cada proveedor para conectividad entre elemento de Red o dispositivo de
medición al sistema.
Encapsulado: Fase
del diseño que garantiza la conservación de la integridad de un objeto; esto exige que
todas las operaciones que han de realizarse se efectúen enviando un “mensaje”
al objeto, es decir la operación interna de un objeto gestionado no es visible en la
frontera del objeto, a menos que se definan atributos, operaciones o notificaciones para
presentar esta operación. La definición de clase de objeto gestionado especifica las
operaciones que deben realizarse y las limitaciones de coherencia necesarias para mantener
la integridad de dicho objeto.
Clase de
objetos gestionados y sus características: Según la Recomendación X.720, los
objetos gestionados que comparten la misma definición, son ejemplares de la misma clase
de objeto gestionado; a su vez, ejemplares distintos de una clase determinada compartirán
los atributos, operaciones, notificaciones y comportamientos definidos en paquetes
obligatorios de la clase, igualmente participaran los definidos en los lotes
condicionales, en la medida en que los ejemplares satisfagan las condiciones asociadas a
dichos paquetes.
Lotes
(paquetes): Un lote es un conjunto de características, es decir, atributos,
notificaciones y/o comportamiento que constituyen un módulo integral de una definición
de clase de objeto gestionado. Los paquetes se especifican
como obligatorios o condicionales cuando sé referencia en una definición de clase
de objeto gestionado. Un lote obligatorio debe estar presente en todos los ejemplares de
una clase de objeto gestionado determinada, mientras que un lote condicional estará
presente en un objeto gestionado para el cual la condición explícita asociada a ese
paquete en la definición de clase de objeto gestionado es verdadera. La condición que
determina cuándo un lote está presente se relaciona con la capacidad del recurso
subyacente modelado por el objeto gestionado o por la presencia o ausencia de las
funciones de gestión soportadas por el sistema gestionado. En el caso de objetos
gestionados normalizados OSI (por ejemplo, máquina de protocolo de capa de transporte),
estos paquetes modelarán opciones que han sido definidas como parte de la especificación
correspondiente.
Atributos: Característica
propia de los objetos gestionados. Un atributo tiene un valor asociado que puede presentar
estructura, es decir, puede consistir en un conjunto o secuencia de elementos. Una
definición de valor atributo es una declaración, que puede ser verdadera o falsa. Este
valor puede ser observable (en la frontera del objeto gestionado) y puede determinar o
reflejar el comportamiento del objeto gestionado; el valor de atributo se observa o se
modifica enviando una petición a un objeto gestionado para leer (obtener) o escribir
(sustituir) el valor.
Los atributos definidos para formar parte de paquetes obligatorios
están presentes en todos los ejemplares de clase de objeto gestionado, mientras que los
que están definidos para formar parte de los
que son condicionales, se encuentran en los ejemplares que satisfacen las condiciones
asociadas al lote.
Grupos de
atributos: Proporcionan el medio para referirse a una colección de características
dentro de un objeto gestionado. Se definen dos tipos de grupos de atributos: fijos y
extensibles.
Un grupo de
atributos fijo es aquel cuyo conjunto de características se establece como parte de la
definición de grupo de atributos inicial y no puede cambiarse de ninguna manera.
Un grupo de
atributos extensible es aquel al que pueden añadirse características como resultado de
la especialización.
Una clase de
objeto gestionado puede tener más de un grupo de atributos.
Comportamiento:
Parte de la definición de una clase de un objeto gestionado es el comportamiento,
este puede definir:
La semántica de
los atributos, operaciones y notificaciones
La respuesta a
las operaciones de gestión que se invocan en el objeto gestionado
Las
circunstancias en las cuales se emitirán las notificaciones
Dependencias
entre valores de atributos determinados, que deben expresarse de forma que se tenga en
cuenta la posible presencia o ausencia de lotes condicionales;
Los efectos de
las relaciones en los objetos gestionados participantes
Condiciones
previas que identifican las condiciones en que pueden suponerse que las operaciones y notificaciones tienen un significado válido
Condiciones
posteriores que identifican los resultados del procesamiento de una operación de gestión
o la emisión de una notificación
Propiedades de
sincronización del objeto gestionado
Especialización
y herencia: Una clase de objeto gestionado se especializa a partir de otra clase de estos objetos, definiéndola como una extensión
de la otra clase. Tal extensión se efectúa determinando nuevos lotes que incluyen uno ó
más de los siguientes elementos:
Nuevas
operaciones de gestión
Nuevos atributos
Nuevas
notificaciones
Nuevo
comportamiento
Extensiones a
las características de la clase de objeto gestionado original.
Una clase de
objeto gestionado que se especializa a partir de otra clase de dicho objeto recibe el nombre de subclase de esa clase
(su superclase). Como última superclase en la jerarquía de clases se designa una
clase de objeto gestionado que recibe el nombre de tope, éste es una clase de
objeto gestionado que no es posible ejemplificar. La subclase hereda las operaciones,
atributos, notificaciones, lotes y comportamientos de la superclase.
La herencia
múltiple es la capacidad que tiene una subclase de especializarse a partir de varias
superclases.
Árbol de
información de gestión: La información de gestión puede considerarse como una
colección de objetos gestionados, cada uno de los cuales tienen atributos, así como
eventos y acciones definidos. Los nombres de las manifestaciones de los objetos
gestionados se organizan jerárquicamente en un árbol de información de gestión.
En la
gestión OSI se distinguen tres estructuras de árbol:
Árbol de
registro ISO: Es un árbol de denominación en donde se registran las clases de
objetos gestionados, las definiciones de atributos, las acciones, las notificaciones y los
paquetes.
Se puede pensar
en el árbol de registros como en un diccionario o librería de stubs”
(pedazos) que se pueden pegar en la definición de una nueva clase de objeto gestionado.
Este es un ejemplo de los beneficios de la reutilización ofrecida por las técnicas
orientadas a objetos.
Árbol de
herencia: Este árbol muestra cómo la definición de clases de objetos se deriva de
otras usando principios orientados a objetos. La herencia permite la reutilización de una
estructura de clases de objeto, con refinamientos para definir una clase de objetos
relacionada pero distinta.
Árbol de
continencia: Es la estructura MIB en sí. Muestra los objetos contenidos en un sistema
gestionado y la jerarquía de continencia entre aquellos objetos. Este árbol es usado no
solo para definir la estructura MIB sino para hacer una referencia no ambigua de las
instancias de objetos.
CMIS: (COMMON
MANAGEMENT INFORMATION SERVICE)
Los servicios de
información de gestión son utilizados por procesos de aplicación en sistemas abiertos,
para intercambiar información de acuerdo a las actividades de los sistemas de gestión.
Existen dos
tipos de transferencia de información:
Un servicio de
notificaciones de gestión
Un servicio de
operaciones de gestión
El
servicio común de información de gestión proporciona otras facilidades adicionales que
permiten que:
Una operación
confirmada pueda generar múltiples respuestas mediante el uso de un parámetro de
identificación de enlace (linked-identificación).
Las operaciones
se pueden realizar sobre múltiples objetos gestionados, seleccionados para satisfacer un
mismo criterio y sujetos a una condición de sincronización.
3. MARCO
METODOLOGICO
3.1. Consideraciones Generales:
La finalidad de la realización de este proyecto es lograr la integración de las 3 redes de Datos existentes en CANTV y todos los elementos que la conforman para que a través de un solo gestor llamado Integrador TMN pueda administrarse cada uno de los requerimientos y servicios que conforman dicha red y así manejar un estándar a nivel de gestión de redes capaz de lograr una comunicación con otros equipos sin importar que lenguaje hable.
La investigación se basa en un estudio de nivel explicativo combinado con descriptivo, por lo tanto es un diseño Factible. Entendiendo los estudios explicativos como aquellos que van mas allá de conceptos; están dirigidos a responder a las causas de los eventos físicos o sociales, su interés se centra en explicar porque ocurre un fenómeno y en que condiciones se da este, o porque dos o más variables están relacionadas. (Hernández Sampieri R, 1991, Pág. 66-67).
Y en el Descriptivo, entendiendo los estudios descriptivos como aquellos que buscan especificar las propiedades importantes de personas, grupos, comunidades o cualquier otro fenómeno que sea sometido a análisis. Miden o evalúan diversos aspectos, dimensiones o componentes del fenómeno o fenómenos a investigar: (Hernández R., Fernández C., Baptista P. 1991. Pág.60).
El tipo de diseño a utilizar es el de tipo no experimental que es aquella que se realiza sin manipular deliberadamente variables, es decir, es una investigación donde no se hace variar intencionalmente las variables. Lo que se hace en una investigación no experimental es observar fenómenos tal y como se dan en su contexto natural para después analizarlos. (Hernández Sampieri R, 1991, Pág. 189-190.
“Dirigida como el conjunto de todos los casos que concuerdan con una serie de especificaciones” (Hernández Sampieri R, Pág. 210.
El tipo de población está comprendida por los usuarios y expertos que conviven con el sistema y se encargan de la gestión de las redes de CANTV. Son las personas que diariamente manejan o administran la red y están al tanto de las necesidades y requerimientos que cada red necesita y cuales pueden ser las posibles fallas a la hora de que sucedan.
Definida como un subgrupo de la población, es decir, que es un subconjunto de elementos que pertenecen a ese conjunto definido en sus características al que llamamos población. (Hernández Sampieri R, Pág. 212).
Esta comprendida por un varios usuarios(operadores), por 3 tipos de red, y un administrador de los 18 gestores que existen actualmente en CANTV. A esto se le suma el numero de elementos de Red que pueda tener cada Red(Ejemplo CISCO) para ser gestionados. Una ves que cada usuario este identificado con sus elementos a gestionar el mismo podría dar un veredicto de la capacidad y aplicabilidad del sistema antes y después de la Integración.
Para determinar el análisis de los datos de dicha investigación se utilizará un cuestionario para observar y analizar el rendimiento de la red y su gestión, siendo conveniente señalar que “Un cuestionario consiste en un conjunto de preguntas respecto a una o más variables a medir. (Hernández Sampieri R, Pág. 285). También se emplea un Acta de Aceptación el cual lleva enmarcada toda una serie de pruebas las cuales son las que me indicaran que tanto esta integrada la TMN en la red y el total o parcial funcionamiento de la misma.
En este capitulo se presentarán el análisis de los datos obtenidos de la aplicación del instrumento que permitirá recoger información detallada y precisa de los resultados obtenidos después de haber aplicado todas las pruebas y relacionar todos los diferentes factores por los cuales justificamos este proyecto. Adicionalmente existen proveedores que ya tienen una buena parte del levantamiento de información (Confidencial) y están dispuestos a presentarnos sus propuestas y algunas alternativas para hacer un acta de aceptación una ves este en prueba el TMN.
Estas son algunas de las consideraciones que deben ser tomadas para la realización de dicha Acta de Aceptación para la Integración del TMN.
- Gestión y configuración en los niveles de servicio y red para la activación automática de servicios.
- Gestión Integrada de performance en cuanto a la administración y control de trafico en los niveles de gestión de elemento de red.
- Total conectividad con el centro de servicios (COR).
- Independencia de las redes a pesar de estar siendo gestionadas por un único gestor.
- Probar cada una de las interconexiones entre el COR y todos y cada uno de los elementos de red.
- Realizar pruebas en líneas de abonados, análisis de fallas de la red, reporte de alarmas (IMPORTANTE), administración del trafico de la red, administración del despacho de la fuerza de trabajo de reparación e instalación, etc.
Sin embargo, la implementación de los procesos de interés para el negocio tipificados en la TMN tales como activación automática de servicios, obliga a la conectividad de los sistemas asociados a la gestión de red o de elementos de red con los sistemas asociados a la gestión de servicios, a fin de conformar la TMN requerida para la máxima explotación de la red de telecomunicaciones, complementada con optima calidad de servicio amparada en un buen gestor.
Cronograma para el desarrollo del TEG |
MESES / SEMANAS |
|||||||||||||||||||
ENE |
FEB |
MAR |
ABR |
MAY |
||||||||||||||||
1 |
2 |
3 |
4 |
1 |
2 |
3 |
4 |
1 |
2 |
3 |
4 |
1 |
2 |
3 |
4 |
1 |
2 |
3 |
4 |
|
Desarrollo
del Titulo y Objetivos |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Publicación
del Titulo y Objetivos |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Publicación
de Infografia |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Desarrollo
del Planteamiento del problema |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Desarrollo
del Marco Teórico |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Publicación
del Marco Metodológico |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Correcciones
a todos los capítulos |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Entrega
del TEG Final |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Actividades Por
cumplir
Actividades Cumplidas
LECTURAS RECOMENDADAS
Links relacionados con TMN: http://www.geocities.com/alinamqn/inftmn.htm
En este Link podrán encontrar
20 direcciones para obtener todos los conocimientos básicos sobre el modelo de Gestión
TMN.
Tutorial on “Telecommunications
Management Network (TMN)“, The International
Engineering Consortium, June 1998.
Este tutorial es parte
importante para el conocimiento de la capa o el modelo OSI, de este medelo es que nace el
modelo TMN.
Cristiano H. Ferraz, “Gestión
de redes y TMN:
Panorama de implementación”,
Wandel & Goltermann, 1999.
Explicacion acerca de las mabes y modelos que
conforman la gestion del TMN.
David J. Sidor (Nortel), “TMN
standards: Satisfying today’s needs while preparing for tomorrow”, IEEE Communications Magazine, March 1998.
Explica las normas y los
estandares utilizados por TMN la la aplicación e integracion de todos su modelos y capas.
Tutorial on “The
Intelligent Network (IN)”, The International Engineering Consortium, 1998.
Habla sobre las Redes y su
Gestion, acerca de su interconexion y operabilidad.
Tutorial on “Element
Management Systems (EMSs)”, The International Engineering Consortium, June
1998.
Explica como se clasifican los
elementos en un red y como pueden ser integrados a un Sistema de Gestion.
Divakara K. Udupa,
“TMN overview”, in TMN: Telecommunications
Management Network, McGraw-Hill, 1999.
Se utiliza para
describir los distintos terminos empleados en las telecomunicaciones es una vision bien
general sobre este mundo de las telecomunicaciones sus protocolos, capas y tipos de
conexión.
Divakara K.Udupa, “TMN architecture and
interfaces”, in TMN: Telecommunication
Management Protocol, McGraw-Hill, 1999.
Divakara K.Udupa, “TMN management
services and TMN functions”, in TMN:
Telecommunication Management Protocol, McGraw-Hill,
1999.
Tutorial on “Solutions for Embedded
Telecommunications Management Network (TMN)”, The
International Engineering Consortium, June 1998.
Christophe Vuillaume, “TMN: Towards open
telecoms management”, Telecommunications, February 1997.
Roch H. Glitho (Ericsson Canada) and Stephen
Hayes (Ericsson USA), “Approaches for introducing TMN in legacy networks: A critical
look”, IEEE Communications Magazine,
September 1996.
M. Feridun, L. Heusler and R. Nielsen (IBM
Zurich Research Laboratory), “Implementing OSI agent/managers for TMN ”, IEEE
Communications Magazine, September 1996.
Gunnar Pettersson, “The key to volume
deployment of TMN”, Telecommunications,
November 1997.
Walter Widl and Kidane Woldegiorgis:
"TMN: In search of managed objects", Ericsson
Review, No. 1-2, 1992.
Wolfgang Tromballa: "Managing
transmission networks", Siemens Telcom Report,
14 (1991), No. 2.
Christophe Vuillaume, “TMN: Towards open
telecom management”, Telecommunications, February 1997.
Michael Gundlach: "Confidential
communications: security on the line", Siemens
Review, Spring 1995.
Mike Quarmby, "Geographic Information System for network
management", Telecommunications, February
1998.
Todas las demas bibliografias solo han sido
consultadas para tener un concepto mas amplio de lo que abarca la TMN y las cuales seran
de mucha ayuda para la implementacion final del proyecto.