MODELOS DE ADMINISTRACIN DE RED

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:

OSF: Funciones de Operacin de Sistema

MF: Funciones de Mediacin
WSF: Funciones de Estacin de Trabajo
NEF: Funciones de Elemento de Red
QAF: Funciones de Adaptador Q

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.

PROTOCOLOS DE ADMINISTRACIN DE RED

SNMP
Desarrollado en los inicios del Internet para la administracin de redes TCP/IP y
originalmente como una solucin a corto plazo para la problemtica del monitoreo
de las redes.
En los aos 80 aparece el nuevo protocolo SNMP, que incorporaba muchas de las
funciones del original (que sigue en uso) e inclua nuevas caractersticas que
mejoraban sus deficiencias.
SNMP es un protocolo de la capa de aplicacin que forma parte del conjunto de
protocolos TCP/IP de Internet. Sus caractersticas son las siguientes:
Es un protocolo de gran flexibilidad y que permite una gran extensibilidad a
todo tipo de redes.
El gestor pregunta peridicamente a la informacin del agente sobre los
recursos gestionamos, es el gestor el responsable de monitorear los recursos.
Al ser un protocolo basado en UDP/IP no garantiza la llegada de los mensajes.
El programa cliente (llamado el gestor de red) realiza conexiones virtuales a
un programa servidor (llamado el agente SNMP).
Se emplea el puerto 161 para enviar y recibir mensajes, los mensajes trap
enviados por los agentes son recibidos en el puerto 162.
Arquitectura de SNMP
Implcita en el modelo de arquitectura del SNMP existe una coleccin de estaciones
de gestin de red y de elementos de red. Las estaciones ejecutan aplicaciones de
administracin que monitorizan y controlan los elementos de red. Los elementos de
red son dispositivos como hosts, gateways, servidores de terminal, y parecidos, que
poseen agentes de gestin para realizar las funciones de administracin de red
solicitadas por las estaciones de gestin de red.
El SNMP es usado para transmitir informacin de administracin entre las
estaciones de gestin y los agentes en los elementos de red.
CMIP
Alternativamente tambin se desarroll el CMIP como parte de los trabajos de la OSI
y el Comit Consultivo Internacional de Telefona y Telecomunicaciones (CCITT).
CMIP [RFC 1189] fue diseado teniendo en cuenta a SNMP, solucionando los errores
y fallos que tena SNMP y volvindose un gestor de red mayor y ms detallada. Su

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.

CORBA trata con Interfaces, no con la implementacin de los objetos, as como la

interoperatividad entre objetos heterogneos distribuidos.
Arquitectura
CORBA se encuentra formado por varios elementos principales, los cuales se
explican a continuacin:
1. ORB (Object Request Brokers - Intermediario de Peticin de Objetos): se trata
del ncleo de cualquier implementacin CORBA, transmiten los mensajes que
se intercambian cliente y servidor.
2. IDL (Interface Definition Language - Lenguaje de Descripcin de Interfaz): es
un lenguaje de programacin pensado exclusivamente para especificar las
interfaces que usarn los clientes.
Su tarea es poner de acuerdo a distintos lenguajes en el formato y tamao de
sus especificaciones, estableciendo un contrato entre cliente y servidor
indicando qu servicios van a estar accesibles para el cliente desde el
servidor.
3. IIOP (Internet Inter ORB Protocol - Interoperabilidad entre ORB): CORBA es
neutral respecto al protocolo de red utilizado para comunicar al cliente con el
servidor. Para ello especifica el GIOP (General Inter ORB Protocol - Protocolo
Entre ORBs General) que define la comunicacin entre ORBs diferentes. Para
redes de tipo TCP/IP se emplea una instancia de GIOP conocida como IIOP.
Gracias a la IIOP es posible que objetos que emplean ORBs de fabricantes
distintos puedan interoperar en redes como Internet
BIBLIOGRAFA
1. http://www4.ujaen.es/~mdmolina/grr/Tema%205.pdf.
2. http://redyseguridad.fi-

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