Académique Documents
Professionnel Documents
Culture Documents
TMN
TNM, es Gestin de las Telecomunicaciones de Red por siglas en ingls, es un modelo parte
del conjunto internacional de normas especificadas por la UIT-T para la gestin de redes de
telecomunicaciones, es decir, un conjunto de sistemas necesarios para apoyar la gestin de
la red y servicios de telecomunicaciones en las actividades de planificacin,
aprovisionamiento, instalacin, mantenimiento, operacin y administracin.
Este est basado sobre el modelo de comunicaciones de siete capas OSI. TMN es bastante
similar a la gestin de red OSI basada en CMIP, sin embargo no son idnticos ya que TNM ha
sido desarrollado para su proyeccin al futuro.
Arquitectura funcional TMN
Describe la distribucin de la funcionalidad dentro de la TMN, con el objeto de definir los
bloques funcionales a partir de los cuales se construye la TMN. Se definen cinco tipos de
bloques funcionales:
Estos bloques proporcionan la funcionalidad que permite a la TMN realizar sus funciones de
gestin.
Arquitectura fsica TMN
Describe las interfaces y el modo en que los bloques funcionales se implementan en equipos
fsicos. Se encarga de definir como se implementan los bloques funcionales mediante
equipamiento fsico y los puntos de referencia en interfaces. TMN tambin define una
arquitectura fsica, al igual que la arquitectura funcional se encuentra dentro de un
equipamiento fsico
Arquitectura lgica de niveles TMN
Sigue los principios de los modelos OSI de gestin (CMIS y CMIP) y directorio (X.500). En el
estndar TMN define una serie de capas o niveles de gestin mediante las cuales se
pretende abordar la gran complejidad de la gestin de redes de telecomunicacin. Cada uno
de estos niveles agrupa un conjunto de funciones de gestin. El estndar LLA (Logic Level
Architecture) define cules son esos niveles y las relaciones entre ellos.
eTOM
eTOM es una iniciativa del Telemanagement Forum para proveer un marco de procesos de
negocios a la industria de las telecomunicaciones, este describe todos los procesos de la
empresa y los analiza en diferentes niveles de detalle segn su significado y prioridad para
el negocio. El eTOM sirve de base para la direccin de procesos y provee un punto de
referencia neutro para las necesidades de reestructuracin de procesos internos,
asociaciones, alianzas y acuerdos generales con otras empresas.
El modelo define un marco de procesos de negocios que utiliza la descomposicin jerrquica
para estructurar los procesos de negocios en la forma ms genrica posible, de tal manera
que es independiente de la organizacin, de la tecnologa y del servicio que lo utilice.
Estructura
El modelo comienza a nivel empresarial, definiendo procesos de negocio y presentndolos
en reas. A nivel conceptual presenta tres reas principales de procesos:
1. Estrategia, Infraestructura y Producto: cubre la gestin de planificacin y de los ciclos
de vida. El objetivo son los procesos relacionados con la planificacin.
2. Operaciones: se ocupa del ncleo de la gestin de operaciones.
3. Administracin corporativa: se ocupa del soporte al negocio. Aqu se concentran los
procesos que toda empresa debe tener para su normal funcionamiento.
diseo es similar a SNMP por lo que se usan PDUs (Protocol Data Unit) como
variables para monitorear la red.
La serie CMIP est compuesta por seis protocolos, CMISE ISO 9595/9596, ACSE ISO
8649/8650, ROSE ISO DIS 9072-1/2, ISO Presentacin, ISO Sesin e ISO Transporte.
CMIP es un protocolo de gestin de red que se implementa sobre el modelo de
Interconexin de Redes Abiertas OSI que ha sido normalizado por la ISO. Trabajando
sobre la capa siete (Aplicacin), tiene una arquitectura de gestin de red que
provee un modo de que la informacin de control y de mantenimiento pueda ser
intercambiada entre un gestor (manager) y un elemento remoto de red, adems
define una relacin igual a igual entre el gestor y el agente incluyendo lo que se
refiere al establecimiento y cierre de conexin, y a la direccin de la informacin de
gestin.
CMIP requiere gran cantidad de memoria y capacidad de CPU ya que genera largas
cabeceras en los mensajes, tiene especificaciones difciles de realizar y tediosas de
implementar en aplicaciones, tiene un estructura de funcionamiento distribuida que
permite jerarqua de sistemas de operacin.
CIMP asegura que los mensajes lleguen a su destino y el agente es responsable de
monitorear los recursos.
Arquitectura CMIP
En concreto, CMIP ofrece un mecanismo de transporte en la forma de servicio
pregunta-respuesta para las siete capas del modelo OSI.
1. Entidad de aplicacin de gestin de sistemas (SMAE Systems Management
Application Entity): Entidad de nivel de aplicacin responsable del
intercambio de informacin de gestin con SMAEs de otros nodos,
especialmente con el sistema que hace las funciones de centro de control de
red.
2. CMIS (Common Management Information Services Servicios Comunes de
Informacin de Administracin): se refiere al conjunto de servicios
proporcionados por la arquitectura de administracin OSI los cuales definen
su implementacin en el protocolo CMIP y son invocados mediante un
conjunto de instrucciones relacionadas con uno o varios objetos de la MIB.
CORBA
CORBA fue introducido en 1991 y estandarizado por el OMG (Object Management
Group Grupo de Gestin de Objetos), el mayor consorcio de la industria del
software y define el IDL Interface Definition Languaje Lenguaje de Descripcin de
Interfaz) y las API (Application Programing Interfaces Interfaz de Programacin de
Aplicaciones) que hacen posible la interaccin entre objetos siguiendo un modelo
cliente/servidor.
CORBA es, bsicamente, una arquitectura de programacin distribuida diseada
para soportar objetos independientemente de su ubicacin dentro de una red o
mquina, tiene caractersticas como la comunicacin con los agentes est orientada
a conexin, el protocolo asegura que los mensajes llegan a su destino, el hecho de
que se trate de una gestin conducida por eventos, adems de que el agente es
responsable de monitorear los recursos, existe menor gestin de trfico, por otra
parte presenta agentes ms complejos.
p.unam.mx/pp/maru/labpracticas/Organizacion_AdmonRedes_2_3.pdf.
3. http://redyseguridad.fi-p.unam.mx/proyectos/admonredes/PHP/capitulo3.html#3.4