54-56 Recursos2 189.indd

Recursos
Telecomunicaciones
D
urante los años del monopolio,
con la gestión de red se buscaba,
además de encontrar y solucionar
problemas, automatizar de forma remota y
centralizada aquellas tareas que suponían
para los operadores la dedicación de mucho
tiempo y, generalmente, el desplazamiento
físico del personal técnico, como efectuar
cambios en la configuración de los equipos
o gestionar su rendimiento. La liberalización
de los antiguos monopolios de telecomunicaciones, a finales de los años 90, introdujo
grandes cambios en la gestión de red, ha-
ciéndose necesario, entre otras cuestiones,
controlar un número creciente
Tendencias
en gestión de red
y tecnologías de diferentes sum
res, e introducir nuevos servicio
gradual. Por otro lado, la
necesidad de una mayor
agilidad en la prestación
de los servicios hace ahora que cada vez se valore
más que los sistemas permitan conocer no sólo los
fallos que se pueden estar
produciendo en la red en un momento determinado, sino también poder anticiparse a su
aparición y saber cómo reaccionar en caso de
que se produzcan. Es muy importante además que el sistema de gestión proporcione la
información adecuada, pues es tan mala la
falta de información como el exceso.
El papel del estándar TMN
La heterogeneidad de los equipos involucrados dentro de una misma red, así como
el lento proceso de estandarización, ha
supuesto que cada suministrador haya ido
desarrollando su propio software de gestión,
con formatos de bases de datos incompatibles en muchos aspectos. Es más, cada tecno-
La gestión de red centralizada es una tarea estratégica para to-
logía (ADSL, HFC, SDH, DWDM, ATM, LMDS...)
das las operadoras. Dicha gestión ha cambiado mucho durante
a supervisar utiliza aplicaciones de gestión
diferentes, desarrolladas en distintos lenguajes de programación y soportadas sobre
diferentes sistemas operativos. El crecimiento de las redes ha supuesto también que las
los últimos años, debido principalmente al enorme crecimiento
que han experimentado las redes de telecomunicaciones en
cuanto a fabricantes, dispositivos y tecnologías.
bases de datos, que antes estaban centralizadas en un único servidor de gestión, sean
distribuidas a lo largo de varios servidores.
vos, ataques de virus, etc.). El aumento de la
de gestión permita que estos servicios sean
De hecho, muchas de esas bases de datos
competencia ha derivado en un vertiginoso
implementados de forma gradual.
son redundantes, con el fin de aumentar la
ritmo de desarrollo de nuevos servicios,
La norma TMN (Telecommunications
robustez del sistema ante fallos habituales
cada vez más avanzados y personalizados,
Management Network) fue introducida por
(fallos hardware, fallos de sistemas operati-
por lo cual es imprescindible que el sistema
la ITU-T en 1988 para facilitar el desarrollo
54
Comunicaciones World / Mayo 2004
54-56 Recursos2 189.indd 54
23/4/04, 15:14:25
de entornos de gestión distribuidos y heterogéneos. Para ello, proporciona una arquitectura en capas para todas las funciones
mente C++), destacando,
Gestor SNMP en Java
y gestor local en Web
entre otras, la facilidad con
que es posible reutilizar
de las aplicaciones de gestión, además de
el software. Además, Java
los protocolos de comunicación entre los
aporta ventajas añadidas,
elementos de red y el gestor centralizado,
como una programación
entre distintos gestores de red, y entre es-
más sencilla e independen-
tos gestores y los operadores humanos. Sin
cia del software desarrolla-
embargo, TMN presenta también muchos
do respecto de plataformas.
inconvenientes, su complejidad el mayor de
Esto permite crear más
ellos. Se basa en un sistema de computación
rápidamente y a menor
distribuida relativamente antiguo (no sopor-
coste sistemas de gestión
ta CORBA) que sólo contempla una extensión
de red, lo cual rendundará
de CMIP como protocolo de gestión de red
en un precio final más bajo.
(no soporta SNMP), y X.25 como protocolo de
Además, el hecho de que el
transporte de datos (no admite TCP/IP). Por
gestor desarrollado sea in-
ello, y a la espera de que estas limitaciones
dependiente de la
sean solventadas en versiones posteriores,
funcionales definidas en FCAPS, incluyendo
plataforma, es algo
se emplea principalmente como marco de
la provisión de circuitos y la representación
muy atractivo, por-
referencia para el desarrollo de herramien-
de la topología de la red.
que el usuario final
tas de gestión de red.
Los gestores de subred actuales suelen
puede elegir la que
TMN describe el paradigma gestor-agen-
estar programados sobre Java, pues presen-
desee para instalar
te, utilizado también por los principales
ta las mismas ventajas que otros lenguajes
modelos de gestión de red de nuestros días,
orientados a objetos empleados tradicional-
como SNMP o CMIP. El software gestor, en-
mente en este tipo de desarrollos (principal-
cargado de sondear a los agentes, se instala
generalmente sobre una plataforma Unix,
debido a sus altas prestaciones, robustez
Interfaces Web
y fiabilidad; no obstante, actualmente
se están incrementando las aplicaciones
En una situación como la actual, en
desarrolladas para sistemas operativos
que muchos operadores comparten
Linux, debido a su combinación de altas
la infraestructura de red y en que los
prestaciones y bajo precio. La parte cliente
grandes clientes quieren tener un cierto
se instala sobre cada uno de los elementos
control sobre la red que alquilan, la
de red a gestionar y consiste en un software
interfaz Web resulta un medio muy
agente, encargado de la comunicación con el
atractivo para que dichos usuarios
gestor, y una base de datos con información
tengan una cierta capacidad de control
de gestión o MIB.
(alarmas, rendimiento, inventario, etc.)
TMN define también una serie de funcio-
sobre sus redes virtuales, conectándose
La norma
TMN fue
introducida por
la ITU-T en 1988
para facilitar
el desarrollo
de entornos
de gestión
distribuidos y
heterogéneos
el sistema (Unix,
Linux,
Windows),
dependiendo, principalmente, del número de usuarios y
elementos de red a
soportar.
CMIP
y SNMP
Durante estos años
se ha producido
también un intenso debate acerca
de qué protocolo de
gestión de red acabará imponiéndose
nes de gestión, distinguiendo claramente las
al sistema de gestión de red del
al resto. La utilización de distintos protocolos
que se encuentran en el gestor local y las que
operador a través de Internet.
aumenta la complejidad y heterogeneidad
lo hacen en el gestor de red. El gestor local es
Esta interfaz, además, está siendo
de las redes, algo que no es en absoluto de-
el software encargado de la configuración de
cada vez más utilizada en el desarrollo
seable. Los protocolos de gestión de red más
los elementos de red, y puede ser utilizado
de gestores locales. Es decir, el agente
importantes en estos momentos son SNMP
en las dependencias locales cuando es pro-
ubicado en el elemento de red remoto
(Simple Network Management Protocol) y
visionado el nodo, o en remoto cuando hay
implementa un servidor Web. Los
CMIP (Common Management Information
que cambiar algún parámetro de su configu-
usuarios se conectan a dicho servidor
Protocol). SNMP es un protocolo de la capa de
ración. El gestor de elemento es el software
desde sus PC mediante un navegador
aplicación que forma parte del conjunto de
utilizado en el centro de supervisión remoto
Web, accediendo al menú de todas
protocolos TCP/IP de Internet y, por su amplia
para realizar la gestión de fallos, configu-
las operaciones que se pueden lanzar
utilización en redes empresariales, es consi-
ración, contabilidad, rendimiento y seguri-
sobre el nodo. La ventaja de utilizar
derado el estándar de facto en detrimento del
dad (conocida como FCAPS en terminología
este mecanismo es que los usuarios no
protocolo CMIP de la familia de protocolos
TMN), sin considerar la topología de la red
necesitan instalar nada adicional en su
OSI, más utilizado en las grandes redes de
(enlaces, circuitos, etc.). El gestor de subred,
PC y que la aplicación de gestión puede
las operadoras de telecomunicación.
integrado en muchas ocasiones en la mis-
ser lanzada desde cualquier tipo de
ma plataforma que el gestor de elemento,
sistema operativo.
es utilizado para manejar todas las áreas
El primer protocolo que se usó fue SNMP
en 1988. Se diseñó como algo provisional
para “ir tirando” hasta que se desarrollara
Mayo 2004 / Comunicaciones World
54-56 Recursos2 189.indd 55
55
23/4/04, 15:14:28
Recursos
otro protocolo más elaborado. CMIP fue diseñado
red o máquina. En este caso,
Glosario
será la empresa que adquiera
teniendo en cuenta SNMP,
solucionando
sus
dichos gestores la encargada
errores
■
CLNS (ConnectionLess Network Service),
de realizar la integración
y fallos, convirtiéndose así
■
CMIP (Common Management Information Protocol)
de los productos de varios
en un gestor de red mucho
■
CORBA (Common Object Request Broker Architecture)
suministradores sobre una
más potente. No obstante, su
■
DDP (Datagram-Delivery Protocol)
única plataforma, una tarea
gran complejidad desestimó
■
IPX (Internet Packet Exchange).
sumamente compleja.
su uso, sobre todo en las redes
■
ITU-T (International Telecommunications Union – Telecommunication sector)
empresariales.
■
MIB (Management Information Base)
Algunas limitaciones
SNMP siguió evolucio-
■
OSI (Open Systems Interconnection)
Pero en SNMP no todo son
nando, dando lugar en 1993
■
SNMP (Simple Network Management Protocol)
ventajas. En primer lugar,
a SNMPv2, que define un ma-
■
TCP/IP (Transmission Control Protocol / Internet Protocol)
consume más ancho de ban-
yor número de operaciones
■
TMN (Telecommunications Management Network)
da que CMIP en entornos de
de protocolos, un conjunto
■
UDP (User Datagram Protocol)
red extendidos, ya que trabaja
mediante sondeo secuencial
mayor de códigos de error y
en vez de en modo conectado,
más colecciones de datos. En
1995, apareció SNMPv2c, que añade como
bre routers y plataformas de gestión es muy
lo cual impide optimizar el tráfico. Además,
mejoras una configuración más sencilla
cara. En otras palabras, muy pocas redes
en su versión original, tampoco permite
y una mayor modularidad: La última ver-
empresariales son capaces de soportar una
transferir eficientemente grandes cantida-
sión, SNMPv3, surgió en 1997 para reforzar
implementación completa de CMIP. SNMP,
des de datos.
las prestaciones de seguridad (incluyendo
además, opera sobre varios protocolos de
Sin embargo, la limitación más impor-
autenticación, privacidad y control de ac-
transporte, originalmente y habitualmente
tante de SNMP es su altísima vulnerabilidad
ceso) y de administración de protocolo (con
sobre UDP, aunque actualmente también
a varias cuestiones de seguridad, como,
una mayor modularidad y la posibilidad de
soporta, entre otros, OSI CLNS, AppleTalk
por ejemplo, modificación de información,
configuración remota). Cabe destacar que
DDP y Novell IPX.
alteración de la secuencia de mensajes o en-
SNMPv3 no reemplaza a SNMPv1 o SNMPv2,
Otra ventaja significativa de SNMP res-
mascaramiento de la entidad emisora, entre
sino que define una serie de capacidades
pecto a CMIP es que cuenta con el soporte de
otras. En su versión original, cada gestor y
adicionales de seguridad y administración
varias plataformas comerciales de gestión
agente es configurado con un nombre de co-
a ser utilizadas en conjunción con ambas
de red multifabricantes, como OpenView
munidad, que es una cadena de texto plano.
versiones.
de HP (con más de un 40% de cuota de
Estos nombres de comunidad, enviados junto
Para los programadores de herramien-
mercado), SunNet de Sun Microsystems o
a cada comando lanzado por el gestor, repre-
tas de gestión de red, la principal ventaja
NetView de IBM. Para integrar los produc-
sentan un débil mecanismo de autenticación,
de SNMP respecto a CMIP es su sencillez, lo
tos de un determinado fabricante sobre la
ya que, como el mensaje no está cifrado, es
cual reduce mucho los costes y tiempo de
misma plataforma e interfaz gráfica sólo es
muy sencillo para un intruso determinar
desarrollo de las aplicaciones,
necesario compilar la MIB con-
dicho nombre capturando los mensajes
así como de su posterior ac-
creta proporcionada por dicho
enviados a través de la red. Esta limitación,
tualización. Existe tal cantidad
fabricante.
veces,
sin embargo, ha sido solventada por SNMPv3.
de variables en CMIP que sólo
estas herramientas de gestión
CMIP, por trabajar en modo conectado, ofrece
los programadores más habili-
de red multimarca suelen
una mayor seguridad que SNMP.
dosos son capaces de sacarlas
convivir con otras de un solo
Con todo, SNMP es en la actualidad el pro-
todo su potencial. No obstan-
fabricante, con el fin de aprove-
tocolo de gestión de red más extendido y co-
char al máximo los desarrollos
nocido. Además, la continua introducción de
propios y particulares de cada
mejoras ha ido corrigiendo sus deficiencias
proveedor. No obstante, cada
e incrementado su funcionalidad. Por todo
vez es más habitual que tanto
esto, la mayoría de los expertos opina que
los gestores de red basados en
SNMP irá desplazando a CMIP en las gran-
SNMP como los basados en
des redes de gestión de las operadoras. TMN,
CMIP incorporen la interfaz
que puede ser considerado una extensión del
CORBA para facilitar su inte-
modelo CMIP, será utilizado como un marco
gracion con otros sistemas de
de referencia a partir del cual desarrollar
gestión de alto nivel. CORBA es,
aplicaciones de gestión sobre SNMP.
te, mediante CMIP es posible
desarrollar tareas que serían
imposibles bajo SNMP.
Ventajas para el usuario
Para el usuario de las herramientas de gestión, CMIP tiene
como
principal
desventaja
requerir unas diez veces más
recursos de red (capacidad de
memoria y de procesador de los
routers y de los servidores del
centro de gestión) que SNMP.
Por otro lado, la implementación de los protocolos OSI so-
56
SNMPv2
define un mayor
número de
operaciones de
protocolos, un
conjunto mayor
de códigos
de error y más
colecciones
de datos
Muchas
básicamente, una arquitectura de programación distribui-
■ RAMÓN JESÚS MILLÁN TEJEDOR
da diseñada para soportar
ra m o n . m i l l a n @ e r i c s s o n . c o m
objetos independientemente
I n g e n i e r o d e Te l e c o m u n i c a c i ó n
de su ubicación dentro de una
y M a s t e r e n Te c n o l o g í a s d e l a I n f o r m a c i ó n
Comunicaciones World / Mayo 2004
54-56 Recursos2 189.indd 56
23/4/04, 15:14:30