3.

Soluciones para la gestin de redes

37

3 Soluciones para la gestin de redes

A lo largo de los aos se han requerido diversas soluciones, generalmente de tipo propietario, para la
gestin de las redes de comunicaciones. Actualmente, con el mayor nmero y heterogeneidad de
elementos junto a la mayor importancia que han adquirido las redes de comunicaciones para la
empresa, se exigen nuevos enfoques.

3.1 Evolucin de las redes de telecomunicaciones

Las redes de telecomunicaciones dentro del mbito informtico han evolucionado a partir de la
necesidad de compartir informacin y procesos con usuarios remotos. En una primera fase se
desarrollaron los grandes ordenadores: stos eran extremadamente engorrosos de utilizar y caros.
Estos primeros ordenadores tenan un uso local y eran manejados por una nica persona o interfaz.
Posteriormente, los sistemas operativos pemitieron el acceso de mltiples usuarios que interactuaban
en principio tambin en un modo local. La gestin de los equipos, cuando exista, era pues
necesariamente local, y los mecanismos especficos de cada fabricante de ordenador.

Impresoras
Bancos de memoria

Ordenador
multiacceso

Operador

Terminales
locales
Fig. 3.1 Esquema de un sistema formado por un nico ordenador multiacceso y con gestin local

Ms adelante, el uso de redes de telecomunicaciones permiti el acceso remoto de equipos terminales

a los grandes ordenadores. Las redes de tecnologa conmutada y el uso de mdems eran ms baratos

Los autores, 1998; Edicions UPC, 1998.

Gestin de red

38

de utilizar que el coste que comportaba la disposicin de mltiples ordenadores. El nico ordenador
era de tipo multiacceso y se acceda a ste de modo local, o remotamente mediante el uso de mdems
y equipos terminales (inicialmente teletipos). La gestin de red segua siendo bsicamente de tipo
centralizado y basada en mtodos del fabricante del mismo ordenador. Si bien esa gestin ya no cubra
todos los elementos que entraban en la red de comunicaciones.
Terminales
locales
Terminales
remotos

RTC
Ordenador
multiacceso

Mdem

Mdem

Fig. 3.2 Esquema de un sistema formado por un nico ordenador multiacceso y con conexin a terminales de
acceso remoto mediante el uso de mdems

A medida que creci el uso del ordenador y aument el nmero de conexiones de equipos terminales a
ste, fue necesario reducir la cantidad de mdems utilizados debido a sus elevados costes. La solucin
fue la introduccin del multiplexor que permita integrar mltiples conexiones de equipos terminales
en una sola lnea de comunicacin con lo que aumentaba el rendimiento. De esta forma, no eran
necesarios tantos mdems y se reduca el coste de las telecomunicaciones.
Ordenador
multiacceso

MUX

MUX
Mdem

Mdem

Terminal
remoto

RTC
Terminales
locales

Fig. 3.3 Esquema de un sistema formado por un nico ordenador con conexin de terminales de acceso remoto a
travs de multiplexores

Los autores, 1998; Edicions UPC, 1998.

3. Soluciones para la gestin de redes

39

A medida que el progreso tecnolgico abarataba los costes de la introduccin de ordenadores en la

empresa, las redes pasaron de tener configuraciones centralizadas a configuraciones de tipo
distribuido con mltiples ordenadores. De esta forma, si bien en un principio se seguan utilizando
redes RTC con mdems, eran los ordenadores multiacceso quienes se interconectaban de forma
interna. La gestin de red empez a pasar de modelos centralizados a plantearse de modo distribuido o
jerrquicamente distribuido en funcin del rango de los ordenadores en la red.

Ordenador
multiacceso

MUX
MUX
Mdem

Mdem

Ordenador
multiacceso

Terminales
remotos

MUX

Terminales
locales

RTC

Terminales
locales

Mdem

Fig. 3.4 Esquema de un sistema formado por un conjunto de ordenadores actuando de forma distribuida
conectados a travs de una RTC

Conforme la interaccin mutua del sistema distribuido de ordenadores iba aumentando fue hacindose
ms necesario el uso de lneas dedicadas que permitieran reducir el coste debido al trfico de
informacin por las redes. Las empresas alquilaban lneas a los operadores de redes y eso permita
ofrecer costes menores en comunicaciones. La gestin de red se plantea de forma distribuida.
A raz del crecimiento del trfico telefnico en las redes de ordenadores se hace cada vez ms
necesario el empleo de lneas telefnicas privadas en las grandes corporaciones. A medida que la
tecnologa avance, se introduciran, adems, lneas digitales que se adecuen mejor al trfico generado
por las comunicaciones entre ordenadores.

Los autores, 1998; Edicions UPC, 1998.

Gestin de red

40

Ordenador
multiacceso

MUX
MUX
Mdem

Mdem

Ordenador
multiacceso

Terminales
remotos

MUX
Lneas
dedicadas

Terminales
locales

RTC

Mdem
Terminales
locales

Fig. 3.5 Esquema de un sistema formado por un conjunto de ordenadores que actan de forma distribuida,
conectados va lneas dedicadas

Ordenador
Ordenador

Red de paquetes

Fig. 3.6 Esquema de un sistema formado por un conjunto de ordenadores que actan de forma distribuida,
conectados segn una red digital o de paquetes

La entrada de las comunicaciones de tipo digital permiti optimizar la transferencia de informacin

entre ordenadores. Nacieron redes como RDSI de conmutacin de circuitos para terminales
multimedia y otras redes basadas en conmutacin de paquetes como la que utiliza la norma X.25.

Los autores, 1998; Edicions UPC, 1998.

3. Soluciones para la gestin de redes

41

Ms adelante, con el empleo masivo de terminales tipo PC en las grandes corporaciones, se

desarrollaron redes locales en conexin con redes de rea extendida para poder cubrir las distancias
correspondientes a campus o ciudades. Otros estndares como Frame Relay o ATM se han
desarrollado para permitir esa interconexin de redes locales que pueden estar situadas de forma
remota. En estos casos la proliferacin de mltiples fabricantes distintos en el desarrollo de los
terminales y dispositivos de interconexin de red hace complicada la gestin de este tipo de redes
heterogneas. Es por ello que a partir de esos momentos, resulta evidente la necesidad de disear
mecanismos de estandarizacin para poder gestionar la creciente complejidad de los sistemas de redes.

LAN

WAN, B-RDSI
Pasarela

Ordenador

Ordenador

Pasarela

LAN

LAN
Pasarela

Fig. 3.7 Esquema de un sistema formado por un conjunto de redes locales interconectadas por una red de
paquetes, una red de rea extendida (WAN) o una red de tipo B-RDSI

De esta forma, surgieron diversos organismos de estandarizacin que trataron de solucionar el

problema de la gestin en redes heterogneas, como IETF que defini el protocolo SNMP o como
ISO, que hizo lo propio con el protocolo CMIP.
Se puede, pues, hablar de distintos tipos de gestin segn las configuraciones de los escenarios, es
decir, una gestin autnoma donde las redes tienen gestin local en cada nodo; una gestin
homognea con redes homogneas con un nico nodo de gestin centralizado; finalmente, una gestin
heterognea, con la ampliacin de las redes con la interconexin de productos heterogneos. Este sera
el caso del siguiente ejemplo: una organizacin que interconecta sus sistemas de informacin con
diferentes redes de comunicaciones.
El caso de utilizar sistemas de gestin de red propietarios trae consigo las siguientes consecuencias:
un plano de usuario (operador de red) con una multiplicidad de interfaces de usuario; un plano de
aplicacin (de gestin) con distintos programas de aplicacin con funcionalidad similar; y, finalmente,
un plano de informacin (de gestin): con una duplicidad y posible inconsistencia de la informacin
almacenada en las bases de datos. Todo ello, dificulta el cumplimiento de que la gestin de red sea
efectiva desde el punto de vista del coste.

Los autores, 1998; Edicions UPC, 1998.

Gestin de red

42

Como solucin se plantea una gestin integrada, en la que se normalizan las comunicaciones con la
especificacin de un protocolo entre elemento de red y centro de gestin, y la normalizacin de la
informacin donde el centro de gestin debe poder conocer a los elementos de red mediante su
nombre y sus propiedades visibles. Por tanto, debe haber tambin una definicin sintcticamente
uniforme de los elementos de red.
Existen una serie de modelos de gestin normalizados, en los cuales es posible el acceso uniforme a
los recursos gestionados. Se normaliza el protocolo de comunicaciones, el modelo de informacin de
gestin y las definiciones de informacin de gestin. Los modelos de gestin de red tradicionales ms
importantes son la arquitectura TMN (ITU-T), el modelo de gestin OSI (ISO) con el protocolo CMIP
y el modelo de gestin Internet (IETF), basado en el protocolo SNMP. Ms recientemente, han
adquirido importancia el modelo DMI (DMTF), la gestin por agentes inteligentes y la gestin por
webs.

3.2 Modelos para la monitorizacin y el control de red

La gestin de red ha evolucionado desde la gestin basada en arquitecturas de red de tipo propietario
hasta el uso, hoy ya masivo, de plataformas de gestin basadas principalmente en sistemas operativos
UNIX o NT. Estas plataformas de gestin se implementan segn una integracin de aplicaciones
compatibles y que permiten una gran flexibilidad de uso en la gestin de redes heterogneas [GHE1].
Existen tambin los productos especficos para la gestin de redes de rea local, tanto para segmentos
independientes como especficos, para redes de PCs o para determinados elementos de red.
Finalmente, existen tambin los integradores de sistemas de gestin.

3.2.1 Arquitecturas propietarias

Desde siempre los fabricantes lderes en sistemas de gestin han tratado de imponer estndares de
facto. Actualmente se trata de una tendencia que est cayendo en desuso. Las razones principales se
basan en la cada vez menor cuota de mercado de estos fabricantes lderes y de la cada vez mayor
complejidad de los entornos de red, formados por extensas interconexiones de redes y servicios que
dificultan su control y gestin por parte de unos pocos fabricantes.
Entre las arquitecturas de red ms importantes se encuentran: IBM, Xerox, Novell, Ungerman-Bass, 3
COM, Banyan, Proteon y AT&T. A continuacin se describen algunas de ellas.
IBM network management architecture:
Open network management (ONA) es el marco de trabajo para los sistemas de gestin IBM. Se
definen tres grandes tipos de elementos que realizan funciones de gestin:
- Puntos focales, que proporcionan control centralizado, p. e. Netview.
- Puntos de entrada, que pueden ser dispositivos SNA en general.
- Puntos de servicio, que proporcionan servicios de gestin SNA.

Los autores, 1998; Edicions UPC, 1998.

3. Soluciones para la gestin de redes

43

Esquema:

Netview

Punto focal
NMVTs
Punto de servicio
Netview/PC

Punto de entrada
Sistema
no SNA

Dispositivo SNA
Fig. 3.8 Esquema de la arquitectura de gestin de red IBM

Las plataformas de gestin que utilizan la arquitectura de red IBM pueden ser: Netview para la gestin
de redes SNA, LAN Network Manager para la gestin de redes Token Ring y Netview/6000 para la
gestin SNMP (Karat).
Novell:
Novell utiliza un sistema operativo de red, basado en una evolucin del Netware. Recientemente
Novell ha introducido CMISE y CMIP en sus sistemas de gestin de red. Actualmente Novell est
migrando su torre de protocolos IPX al estndar IP.
Arquitectura de gestin de red AT&T:
La arquitectura del sistema de gestin mltiple de red, UNMA (Unified Network Management
Architecture) de AT&T est basada en OSI. UNMA consiste de una arquitectura en tres capas ligadas.
El nivel ms bajo est formado por los elementos de la red, es decir, componentes fsicos y lgicos
que comprende la red que se quiere gestionar. El segundo nivel lo forman Element Management
Systems (EMS), que administran y gestionan elementos de red. El tercer nivel consiste de sistemas de
gestin integrados que unen conjuntamente los EMSs de los tres niveles.

NE

NE
Gestin de
elementos

NE

NE

Gestin de
elementos

NE
Gestin de
elementos

Sistema de gestin
integrado
Interfaz de usuario
unificado
Fig. 3.9 Esquema de arquitectura de red de AT&T

Los autores, 1998; Edicions UPC, 1998.

NE

Gestin de red

44

3.2.2 Plataformas de gestin

Las plataformas de gestin utilizan una integracin de aplicaciones para poder adaptarse al entorno
cambiante y complejo de los elementos de red que se quieran gestionar. Entre las aplicaciones ms
usuales que se incorporan, destacan los MIB browser (navegadores u hojeadores de MIB) como
interfaces de usuario del protocolo SNMP; el discover, que permite autodescubrir equipos y
topologas de la red; la programacin de sondeos de variables de la MIB; la programacin de acciones
ante alarmas; y, finalmente, los visualizadores grficos de valores de variables de MIB.
Dentro de la categora de sistemas basados en UNIX podemos encontrar los siguientes:
- Enterprise Management Architecture de Digital (PolyCenter)
- OpenView Network Management server de HP
- SunNet Manager de Sun Microsystems (Solstice)
- Spectrum de Cabletron
- DualManager de Netlabs (OverLord)
- NMC 3000 de Network Managers
- NetExpert de Objective Systems Integrators
- NMS/Core de Teknekron Communications Systems
- Network Knowledge Systems de Applied Computing Devices
- IBM Netview/6000 para AIX
- TME 10 de Tivoli.
Las plataformas de gestin posibilitan mayor grado de integracin multifabricante que el esquema
gestor de gestores. Las interacciones con otros sistemas de gestin de diferentes fabricantes se realizan
a travs de un interfaz de programacin de aplicaciones estndares (API) y un conjunto estndar de
definiciones de datos de gestin.
3.2.3 Clases de productos de gestin
Se pueden distinguir las siguientes clases de productos de gestin para LANs:
-

Productos standalone, dirigidos especialmente a monitorizacin, anlisis de test, seguridad y

necesidades de tarificacin.
Plataformas de gestin de red que proporcionan un entorno en el cual las aplicaciones pueden ser
desarrolladas, mejoradas e intercambiadas.
Herramientas de gestin de LANs de PCs, que incluyen soluciones de propsito especial como una
combinacin de funciones de sistemas operativos en LANs y aadidos especiales.
Sistemas de gestin de elementos LAN basados en estndares abiertos o de facto que ofrecen una
aceptable funcionalidad a elementos LAN, tales como segmentos LAN, hubs cableados,
dispositivos de interconexin LAN, FDDI, PBXs y conexin a integradores de gestores de red.
Integradores que probablemente soportan elementos de gestin de sistemas LAN, MAN, y WAN
en la misma plataforma.

3.2.4 Productos de gestin de LANs standalone

Los productos standalone sirven reas funcionales especiales sin intencin de aplicabilidad a la
integracin de gestin de LANs. Esto es, instrumentos de test de LANs, analizadores de LAN,
sistemas de monitorizacin de LAN, u otros instrumentos especiales.

Los autores, 1998; Edicions UPC, 1998.

3. Soluciones para la gestin de redes

45

Los productos standalone suelen evaluarse de acuerdo a los siguientes criterios:

- interfaz de usuario
- protocolos que son soportados
- nivel de decodificacin
- el tipo de LANs/WANs soportadas
- buffers de captura
- filtros
- soporte para monitorizacin distribuida
- niveles de disparo
- bsquedas
- etiquetas temporales
- generadores de trfico
- chequeo de cables
- convencin en el nombrado
- diagnstico por s mismo
- impresin por hard-copy
- proteccin de passwords
Entre los instrumentos ms importantes para tests de LANs se incluyen: hmetros, testers, conectores
coaxiales, conectores en T, terminadores, osciloscopios y reflectores en el dominio temporal.
Los analizadores de LANs tienen como fin el soporte de gestin de prestaciones y de fallos. En
general ofrecen indicaciones sobre:
- Servicio: retardos, tiempo de transferencias, tiempo de dilogo.
- Uso: uso global del ancho de banda, uso especfico por aplicaciones y/o usuarios.
- Perfiles de usuario: qu aplicaciones y qu actividades.
- Perfiles de servidores: uso interno, colas,...
Los sistemas analizadores de LANs, suelen permitir la monitorizacin de precisin y disponer de
herramienta de diagnstico para gestores de red. Analizan tanto redes Ethernet como Token Ring
(entre otros protocolos). Verifican trfico en tiempo real, conectividad y problemas asociados,
actividades de ficheros en tiempo real, conectividad con bridges y retardos asociados, test de
hardware para servidores y simulacin de cargas.
Los sistemas de monitorizacin de LANs forman una familia de herramientas que soportan
monitorizacin continua, ofreciendo una unidad de coleccin de datos en cada segmento LAN. Las
funciones que suele realizar el software son del tipo: nmero de canales de entrada, filtros, etiquetas
temporales, estaciones de monitorizacin, buffers (colas), niveles de disparo, presentacin, lista de
alarmas, protocolos medidos, encabezamientos, estadsticas y informes de errores, interfaz a bases de
datos u otros y soporte SNMP. Entre los productos ms representativos, se suele citar el Sniffer
(llamado Watchdog) de Network General. Existen equipos ms recientes como el Network Advisor de
HP o el Trakker de Concord Communications.
Existen tambin instrumentos especiales de LANs. Estos instrumentos especiales soportan reas de
gestin de LANs especficas. Por ejemplo, la tarificacin utiliza en particular dos tipos de productos:
medidores de software y herramientas de gestin de pruebas de auditabilidad, as como herramientas
de documentacin.

Los autores, 1998; Edicions UPC, 1998.

Gestin de red

46

3.2.5 Gestin de LANs de PCs

Los sistemas de gestin de LANs de PCs estn orientados a supervisin de eestatus, determinacin de
fallos y muy bsicas capacidades de administracin. Actualmente las ltimas versiones de Windows
NT (Microsoft) est aportando interesantes novedades para la administracin y monitorizacin de las
redes locales de PCs. Adems, y aparte de IBM, han dominado el mercado otras compaas como
Novell, 3Com y Banyan. Otros productos interesantes en el rea de LANs de PC son StarLAN de
AT&T y LocalTalk de Apple. Como resultado de la tremenda presin de los usuarios hacia
aplicaciones multiprotocolo, interoperabilidad, etc. las compaas lderes han reaccionado hacia:
- Abrir gateways a TCP/IP.
- Acuerdos de cooperacin (p.e. IBM y Novell, IBM y 3Com, Banyan y Novell).
- Soporte de SNMP sobre un redes locales.
- Soporte de CMOT sobre redes con muchos nodos.
- Adquisicin de productos de monitorizacin para proporcionar a los usuarios con monitorizacin
mejorada y gestin.
Actualmente son las plataformas abiertas de gestin de red las que constituyen la base comn para que
a travs de APIs (interfaces de programacin de aplicaciones) las aplicaciones de gestin puedan
realizar la recogida de datos de los elementos de red. Estas aplicaciones son accesibles normalmente
por medio de lenguaje C y permiten que una aplicacin pueda invocar una funcin de otra.
DMI (Desktop Management Interface) fue el primer API de gestin de PCs independiente de
protocolos y sistemas operativos (abril 1994). Es uno de los principales componentes de la solucin de
gestin de DMTF (Desktop Management Task Force), consorcio industrial que persigue proveer una
plataforma PC susceptible de ser gestionada en modo flexible. Los ficheros MIF (Management
Information Format) provistos con cada producto gestionable definen, por su parte, los atributos
gestionables del estndar en categorias tales como sistemas PC, servidores, impresoras, adaptadores
LAN, mdems y aplicaciones software. La arquitectura DMI incluye el nivel de servicio, un programa
local que recoge informacin de los productos, gestiona esa informacin en bases de datos MIF, y la
pasa a las aplicaciones de gestin cuando es solicitada. Controla, adems, su comunicacin con las
aplicaciones de gestin de MI (Management Interface) y con los productos gestionables a traves de CI
(Component Interface).

SMS (Systems Management Server) de Microsoft es otra plataforma diseada para soportar tareas de
gestin de sistemas, tales como inventarios hardware y software LAN y distribucin electrnica de
software, en entornos LAN Manager y Windows NT Advanced Server (NTAS) de Microsoft, Netware
de Novell, Pathworks de Digital y LAN Server de IBM. Sobre plataformas Window NTAS, SMS
utiliza DMI. La estrategia de gestin LAN de Microsoft se centra fundamentalmente en el control de
los sistemas conectados a la LAN, dejando la gestin de dispositivos de red, como routers y hubs, a
soluciones de mayor nivel que incluyan estaciones basadas en SNMP.

NMS (Netware Management System) de Novell es una familia de productos software que constituye
una solucin abierta para la gestin de LANs NetWare y dispositivos de internetworking como routers
y hubs. NMS comprende tres productos software que corren sobre una consola central y agentes que
residen en los dispositivos de la red. El software de gestin de NMS corre bajo PCs Windows y sus
funciones clave son la exploracin y mapeo de dispositivos de interconectividad, gestin de

Los autores, 1998; Edicions UPC, 1998.

3. Soluciones para la gestin de redes

47

direcciones de red, rastreo de condiciones de alarmas y su almacenamiento en una base de datos.

Dispone de una herramienta de anlisis experto para la solucin de problemas y dispone de la
capacidad de gestionar cualquier dispositivo SNMP.

3.2.6 Sistemas de gestin de elementos de red de rea local (LAN)

Los sistemas de gestin de elementos de redes derea local gestionan LANs de propsito general. Los
sistemas de gestin de elementos en esta seccin estn agrupados en:
- ethernet
- token Ring
- concentradores cableados, hubs
- dispositivos de interconexin
- backbones de LANs, como por ejemplo FDDI
- plataformas de gestin LAN
Los segmentos de redes de rea local basados en Ethernet son todava lderes en el mercado. Por ello,
es extremadamente importante proporcionar capacidades de monitorizacin y gestin para esos
segmentos. Las empresas lderes en este campo son DEC a travs de Ethernim y HP, con LANProbe,
Probeview y Openview.
IBM est liderando este mercado con herramientas de gestin token ring y con la gama de productos
LAN Network Manager. Hay dos opciones de gestin bsicas: gestin standalone de componentes
conectados, o centralizados y gestin integrada via Netview.
Los productos de gestin de redes LAN de IBM gestionan LANs al nivel de estacin de trabajo, y con
Netview como computador Host. Ellos hacen seguimiento y control de acceso a dispositivos en cada
LAN. IBM tiene cinco grandes productos de gestin de redes Token-Ring:
- IBM LAN Network Management versin 1.0.
- IBM LAN Network Management versin 1.1.
- IBM LAN Network Management Entry.
- IBM LAN Station Manager.
- IBM 8230 Controlled Access Unit (CAU).
Se pueden distinguir las siguientes funciones en la gestin de elementos token ring como las ms
importantes:
- monitorizacin activa
- monitorizacin de errores en el anillo
- servidor de parmetros al anillo
- servidor de configuracin del anillo
- servidor de puente LAN
- trazas y prestaciones
- gestor de estaciones
- unidad de acceso controlado
- gestor de LANs
- Netview (punto de control SNA)

Los autores, 1998; Edicions UPC, 1998.

Gestin de red

48

Por otra parte, los concentradores cableados y hubs estn llegando a ser el objetivo de la gestin de
redes en LAN. Muchos analistas predicen que la gestin de red basada en bridges y routers va
encaminada a gestin basada en hubs. Uno de los sistemas de gestin ms representativos es el que
Cabletron presenta con el Spectrum Network Management.
Respecto a las redes de alta velocidad, se identifican casi exclusivamente como redes FDDI y
Fast/Gigabit Ethernet. Los estndares de gestin en algunos tipos de redes todava no estn
completamente definidos.
Los sistemas de gestin de elementos para LANs interconectados emplazan tanto gestin de LANs
como gestin de WANs en el mismo lugar, el control del centro de gestin de red. Cada objeto
gestionado individual, tales como repetidor, puente, brouter, router, y gateway es parte del segmento
de LAN local. Pero al mismo tiempo, los mismos componentes son parte de la topologa MAN y/o
WAN. Como productos destacados se puede citar el CiscoWorks de Cisco.
Finalmente, la mayor parte de sistemas de gestin de elementos multisegmento tienen la capacidad de
ofrecer gestin multisegmento desde plataformas estndares o propietarias. stas combinan fast
packet, conmutacin, tecnologas de encaminamiento con FDDI, ethernet y hubs token ring que se
gestionan desde una plataforma comn y ofrecen mejores prestaciones por el menor coste.

3.2.7 Integradores para gestin de LANs

Para la gestin de redes heterogneas se han adoptado diversas estrategias a lo largo del tiempo. Al
principio era usual utilizar una integracin de gestin de LANs jerrquica, mediante un esquema de
gestor de gestores. Este esquema era vlido pero no permita suficiente flexibilidad en los cambios de
configuracin de la red, ya que exiga la modificacin de los programas continuamente. El procesado
de la informacin y la fiabilidad de un nico nodo jerrquico superior (gestor de gestores) era tambin
una limitacin en redes de muchos nodos.
Gestor de gestores
Aplicaciones de integrador

SGE de
elementos LAN

SGE de
hubs cableados

SGE
PBX

Equipos de
test de LANs

Analizadores
LAN

SGE de
puentes/routers

Monitores
LAN

Objetos gestionados
SGE: Sistema de gestin de elementos

Fig. 3.10 Configuracin como gestor de gestores de redes

Los autores, 1998; Edicions UPC, 1998.

SGE de
PC-LANs

3. Soluciones para la gestin de redes

49

A medida que los fabricantes se fueron enfrentando con el problema de la gestin de gestores fueron
adoptando otras soluciones como el uso de integracin de gestin de LANs con plataformas.
Actualmente el uso de plataformas de gestin que utilizan APIs (Applications Programming
Interfaces) est muy extendido. Finalmente, con el uso masivo de Internet, la gestin de red mediante
webs y navegadores se est haciendo cada vez ms normal, si bien los estndares estn an poco
desarrollados.

A1

AN

A2

Plataforma para soluciones de fabricantes utilizando el

Applications Programming Interface (API)
SGE de
elementos
LAN

Equipos de
test de LANs

SGE de
hubs
cableados

SGE
PBX

Analizadores
LAN

SGE de
puentes/routers

SGE de
PC-LANs

Monitores
LAN

Objetos gestionados
SGE: Sistema de gestin de elementos

Fig. 3.11 Configuracin como gestor que integra APIs para gestin de redes heterogneas

Las aplicaciones sobre plataformas de gestin ms frecuentes son las siguientes:

- gestin de equipos especficos
- gestin de incidencias a travs de un Trouble Ticket System
- gestin de inventario
- gestin de cableado
- interaccin con otros sistemas de gestin
- gestin de fallos mediante sistemas expertos
- gestin de sistemas,...
Por otra parte, las plataformas de gestin requieren de una integracin entre esas aplicaciones. Existen
tres tipos de integracin entre aplicaciones: integracin de comunicaciones, integracin de interfaces
de usuario e integracin de informacin. Slo las dos primeras estn solucionadas con el uso de una
plataformas de gestin: las comunicaciones, dado que todas las aplicaciones usan los servicios de
comunicaciones (API) de la plataforma y el interfaz de usuario, puesto que las aplicaciones comparten
el interfaz de usuario de la plataforma.

Los autores, 1998; Edicions UPC, 1998.

Gestin de red

50

LAN
Interfaz de usuario (motif, GUI, windows,...)
Elementos de servicio
- Comunicacin
interna
i
- Interfaz a agentes
- Aplicacin entre funciones

Elementos de servicio
con
l aplicacin:
i d
- Configuracin
- Fallos
- Prestaciones
- Seguridad
- Tarificacin

Gateways a agentes propietarios, de facto o abiertos

Agente
propietario

Agente de
facto

Agente
abierto

Reacciones
Comandos

Eventos
Mensajes
Alarmas

Fig. 3.12 Arquitectura genrica de un producto de gestin de LANs actual

Respecto a la integracin de informacin, se implementa una base de datos local de gestin dado que
las aplicaciones de gestin requieren almacenar datos localmente, como datos de topologa, datos
administrativos, etc. Estos datos pueden formar parte de las MIB, pero no es frecuente. Las
plataformas y algunas aplicaciones incorporan el uso de bases de datos relacionales para el
almacenamiento local. Cada aplicacin tiene necesidades de almacenamiento diferentes, pero con
frecuencia existen datos comunes entre ellas. Como consecuencia, cada aplicacin tiene su propia
base de datos.
Dado que las plataformas actuales no permiten una integracin de la informacin entre las
aplicaciones (slo admiten una emulacin de consolas), se definen dos enfoques diferentes para su
solucin: un esquema universal de almacenamiento de datos, o bien el desarrollo de aplicaciones a la
medida.
La integracin puede realizarse de dos formas: mediante el uso de una plataforma o bien mediante el
uso de un integrador. Con los productos de integracin, se pueden identificar dos grandes grupos:
productos de emulacin de consolas e integradores avanzados. Las soluciones ms importantes
basadas en productos de emulacin de consolas son:
- Netview (IBM)
- Accumaster Integration (AT&T)
- DECmcc (DEC)
A continuacin, en las siguientes figuras se presentan esquemticamente las funcionalidades de estos
integradores.

Los autores, 1998; Edicions UPC, 1998.

3. Soluciones para la gestin de redes

51

Netview
Ayudas a instalacin
Comandos de facilidades
CLISTs

Estatus
Monitor

Ayudas a escritorio
Hardware monitor
(NPDA)

Soporte 4700
(TARA)

Monitor de
prestaciones (NPM)

Gestor de
distribucin

Ayudas
Navegador (Browser)
Monitor de
sesion (NLDM)
Acceso/SAMON

Fig. 3.13 Estructura Netview (IBM)

Gestin de configuracin
y nombres

Gestin de
seguridad
Planificacin de
redes

Gestin de fallos
Gestin de prestaciones

Recursos
sobrantes

Gestin de tarificacin

NMP
Sistemas de
gestin de
elementos

Sistemas de
gestin de
elementos

Sistemas de
gestin de
elementos

Elementos de red en una arquitectura distribuida

Fig. 3.14 Accumaster Integrator Architecture

Los autores, 1998; Edicions UPC, 1998.

Gestin de red

52

Mdulos de presentacin:
Interfaz de lnea de comandos
Creacin MAP
DEC Windows
Mdulos
funcionales:

Interfaz

Ejecucin
Registro
Dominios
Alarmas
Analizador de prestaciones
Historia
Diagnosis DECnet

Mdulos de acceso
DECnet phase IV
DECnet OSI
SNMP
TCP/IP
Ethernet
Bridge/router

Reposicin de la
informacin de
gestin

Fig. 3.15 DECmcc Director

3.3 Mecanismos para la deteccin de configuraciones de red

En el momento de proceder a la obtencin de la configuracin topolgica de una red se pueden
aplicar diferentes mecanismos de bsqueda y deteccin de los nodos que configuran la red.
Normalmente eso se realiza con la aplicacin Discover desde una plataforma de gestin de tipo
convencional. En el proceso de deteccin se envan de modo secuencial mensajes ICMP (Internet
Control Message Protocol) a cada uno de los nodos, que la aplicacin presenta en pantalla en el
caso de que los nodos estn activos. En el caso de que no contesten al cabo de un determinado
tiempo, los nodos se dan por inactivos; sin embargo, existen una serie de problemas en el caso de
que se produzca una inundacin de mensajes ICMP no reconocidos que afecten al trfico normal.
La solucin a este tipo de problemas pasa por restringir el nmero de mensajes que pueden estar no
reconocidos (N) en un determinado instante. Por ejemplo, es el caso de la plataforma OpenView,
que utiliza N=3 con el algoritmo COP-N.
La tasa a la que se emiten las peticiones es inversamente proporcional al tiempo requerido para
resolverlas, ya que no hay control explcito en la tasa de consultas. Sin embargo, la tasa de consultas
podra ser ms alta de lo deseable si el tiempo de reconocimiento es corto y todos los nodos
interrogados responden al mismo tiempo. El problema puede ser la generacin de rfagas de mensajes
en el momento de descubrir series de nodos. Una poltica de gestin usual es utilizar un sistema con
N=3 y un tiempo de timeout de 10 segundos. Este tiempo de timeout se suele duplicar en los tres
subsiguientes intentos. A partir de esta disposicin, surgen nuevos problemas, como es el retardo que
se produce en el sistema si los nodos son ilocalizables que llega a ser de 2,5 minutos. (10 + 20 + 40 +
80 = 150 seg.). Si existe alguna parte de la red cortada, ello produce bloqueos sucesivos del sistema.
Una posible solucin pasa por aumentar N; sin embargo, en este caso, las rfagas podran ser mayores.
Una posible solucin pasa por prevenir inundaciones, se disea un algoritmo RPE (Regulated Poll
Emission) en el que los mensajes de prueba se emiten a una tasa que no supera un determinado nivel,

Los autores, 1998; Edicions UPC, 1998.

3. Soluciones para la gestin de redes

53

soportable por la red (p.e. usando el sistema operativo Unix). Los nodos pueden ser consultados
concurrentemente sin recibir reconocimientos.

3.3.1 RPE (Regulated Poll Emission)

Este algoritmo permite que las peticiones de interrogacin de eestatus puedan generarse en rfagas
dependiendo de la estrategia escogida de ordenacin. Para ello, la solucin pasa por utilizar un
mecanismo de leaky bucket, en la que un nmero especfico de pings puede transmitirse dentro de un
tramo especfico de tiempo. Los mensajes se enviaran en intervalos de tiempo no menores que . Si el
tiempo de emisin de los mensajes de polling de longitud constante es C, con C < , entonces la tasa
de transmisin de polling mxima es 1/ a pesar del estado de los nodos interrogados o la secuencia
con la que stos son interrogados.
Para acelerar el proceso de los reconocimientos (acknowledgments) se implementan registros de pings
no reconocidos en una estructura indexada de datos ordenados por la direccin IP de destino. Para
acelerar la gestin de los timeouts se registran los pings no reconocidos de forma que son indexados
por el tiempo en que se ordena un timeout. Cada registro en una tabla tendra un puntero en el registro
de la otra para asegurar su borrado automtico y efectivo cuando suceda un timeout.
El RPE tiene una serie de ventajas, ya que el mtodo permite un nmero arbitrario de peticiones de
eestatus simultneas, permite un rpido cambio en los mapas de eestatus de los nodos de red y
previene la liberacin de rfagas de mensajes de peticin de estatus en la red. En cuanto a las
limitaciones, cabe decir que no hay un control sobre la tasa de recepcin de reconocimientos (ack.
ICMP), con el consiguiente peligro de rfagas de respuestas en caso de recuperacin o desbloqueo de
la red.

3.3.2 Modelado de la duracin de un ciclo de consultas de eestatus

La duracin de la consulta viene determinada por el nmero de reintentos en la obtencin del estatus
de un nodo. En el caso del mtodo COP-N el tiempo de espera es hasta la prxima consulta, mientras
que en el RPE es el tiempo en que la peticin de polling est almacenada.
Sea un ciclo de polling con K intentos. La duracin del intento k (1 <= k <= K) consta de:
C: tiempo de emisin de la peticin de polling.
TK : intervalo de timeout.
AK : tiempo en recibir un reconocimiento (ack)
p K : probabilidad de que el k-simo intento no sea reconocido.
1 - p K : probabilidad de que el k-simo intento sea recibido antes del timeout.
Ejemplo: K = 4. T1 = 10, T2 = 20, T3 = 40, T4 = 80 segundos, por tanto,

Los autores, 1998; Edicions UPC, 1998.

= 150segundos .

Gestin de red

54

Transmisin
Inicio

Transmisin

p1 T
1

Timeout

1 p1

Transmisin

p2 T
2

1 p2

Timeout

p3

1 p3

A2

A3

Ack

Ack

Ack

S3

Timeout

A1

S1

Transmisin

p4

T4

Fin

Timeout

1 p4
A4

Ack

Fig. 3.16 Esquema de la duracin de los ciclos de consulta

Un intento de polling no est reconocido si ocurre uno cualquiera de los siguientes eventos:
a) El mensaje de polling ICMP se pierde en su viaje con probabilidad 1 .
b) El nodo no es alcanzable porque el camino est cortado con probabilidad 2 .
c) Prdida del mensaje de reconocimiento, por ejemplo debido a congestin en la red, con
probabilidad 3 .
d) El ack. no se devuelve antes que expire el timeout con probabilidad Pr (AK TK ) .

Luego, PK = 1 (1 1 )(1 2 )(1 3 )Pr (AK TK )

ya que los cuatro sucesos pueden ocurrir independientemente.
El tiempo de acknowledgment AK se ve afectado por los

i . AK depende de la topologa as como de

los niveles de congestin, lo que complica el anlisis. La solucin pasa por adoptar una AK
distribuida exponencialmente con media equivalente al tiempo de viaje de la red gestionada, con lo
que E [AK ] podra ser de menos de 10 mseg. o de varios segundos. De hecho, el valor de las
probabilidades

i podra variar con la secuencia de nodos que deben ser interrogados, o por

aquellas consultas que se han iniciado y no se han contestado.

3.3.3 Duracin media del tiempo de ciclo de K intentos

Sean las siguientes definiciones:
C: tiempo en emitir un mensaje de polling ICMP
S K : tiempo restante de resolver la interrogacin al comienzo del k-simo intento
S1 : tiempo en tomar la decisin de si el nodo interrogado es alcanzable o no.

Los autores, 1998; Edicions UPC, 1998.

3. Soluciones para la gestin de redes

55

Para otros intentos aparte del k-simo, se requiere un intento subsiguiente con probabilidad

pK y

resulta innecesario con probabilidad 1 - p K .

Si un (k + 1) intento no es necesario, la duracin del k-simo intento ser el comienzo de la emisin al
retorno del reconocimiento. Si se necesita, el resto del ciclo de polling incluye el k-simo timeout y la
duracin del (k + 1) intento, S K +1 :
S k = C + (1 p k )Ak + p k (Tk + S k +1 ) con k = 1, 2, 3,... K-1.
En el k-simo intento, el resto del ciclo de polling finaliza

AK si el:

S K = C + (1 p K )AK + p K (T K )
La duracin media de la etapa final del ciclo de polling es pues:
E [S K ] = E [C ]+ (1 p K )E [AK ]+ p K E [T K ]
La duracin media del tiempo restante del ciclo de polling al comienzo del k-simo intento es:
E [S k ] = E [C ]+ (1 p k )E [Ak ]+ p k (E [Tk ]+ E [S k +1 ])
con k = K-1, K-2, ..., 2, 1.

3.3.4 Nmero esperado de intentos de polling en un ciclo

El nmero esperado de intentos de polling en un ciclo determina el ancho de banda necesario. En
general se asume que los eventos en intentos de polling sucesivos dentro de un ciclo son
independientes. Aunque no resulta cierto, ya que si un nodo no es alcanzable en el primer intento, casi
seguro no lo ser en los intentos subsiguientes.
K 1

Se requeriran K intentos con probabilidad

i 1

Si N p denota el nmero de intentos de polling requeridos dentro de un ciclo, bajo la suposicin de

independencia:

[ ]

K 1

K 1

K 1

k =1

j =1

k =1

E N p = K (1 p k ) p j + K p k
al primer intento tenemos, (1 p1 ) , con dos intentos slo p1 (1 p 2 ) .
Si S p denota el tamao de un mensaje de polling, X denota el mximo flujo bajo el cual se realiza
cualquier mecanismo de envo de polling. La mxima demanda de ancho de banda de polling viene
acotada por S p XE N p .

[ ]

Los autores, 1998; Edicions UPC, 1998.

Gestin de red

56

3.3.5 Flujos del ciclo de polling

a) Mtodo COP-N
La tasa mxima resulta ser:
XN =

N
E [S 1 ]

El perodo de congelamiento resulta ser:

, expresado como la suma de los intervalos de timeout

i =1

si N nodos inalcanzables son interrogados en rpida sucesin. Si la red funciona perfectamente, la tasa
N
resulta ser: X N* =
con a como el tiempo de reconocimiento medio en ausencia de fallos o
a+C
prdida de paquetes. C es el tiempo transcurrido al emitir un polling ICMP. Si a es pequeo, las
rfagas de consultas podran degradar el comportamiento de la aplicacin.

b) Mtodo RPE
1
la tasa mxima para el

envo de peticiones ICMP. Luego, > C a causa de las limitaciones del hardware y del software de
E [S1 ]
si se quiere tener ms tasa que en el mtodo
los equipos. Por tanto, debe cumplirse que <
N
COP-N.
Sea el tiempo mnimo entre emisiones de consultas ICMP. Sea, pues,

Sea M el mximo nmero de nodos permitido para que peticiones de polling no sean reconocidas, es
decir, M como el nmero de entradas de la lista de registros. De forma que, en general se cumpla que
M>>N. Luego, el nmero medio de peticiones de polling residentes en memoria resultar ser de
XE [S1 ]. De forma que XE [S1 ] ha de ser menor que M para que el sistema funcione correctamente.
As:
1 M
X < min ,

E [S 1 ]
donde es controlable y M dependiente de la memoria disponible.
Los factores que limitan la tasa de polling son la saturacin del sistema operativo y/o la red con
mensajes de polling, con lo que crece. Conforme crecen los retardos de propagacin, transmisin,
congestin, timeouts, o la alta incidencia de fallos en los nodos, entonces E [S1 ] resulta ser un valor
alto.
M nunca ser un lmite si es mayor que N. En el mtodo COP-N, con N<<M interrogaciones no
reconocidas, el proceso de polling se congelara tan pronto como N fallara, o se sondearan en sucesin
nodos no alcanzables. Si la red funciona correctamente, el mtodo COP-N puede atascar la red de
forma intermitente, mientras que con el mtodo RPE, se puede escoger un apropiado para evitar
bloqueos.

Los autores, 1998; Edicions UPC, 1998.

3. Soluciones para la gestin de redes

57

3.3.6 Anlisis del retardo

Sean n > N nodos ordenados para ser interrogados en el tiempo t y, de stos, los primeros N sean
nodos inalcanzables o cados, mientras que el estado del resto n-N nodos es desconocido.
Sea M el mximo nmero permisible de ciclos de polling no resueltos bajo el mtodo RPE que, en
E [S1 ]
general, es mucho mayor que
. Luego, en estas condiciones se puede calcular el retardo como:

a) Mtodo COP-N
K

Los ciclos de polling para los N nodos fallidos tardan

segundos. Durante este periodo los otros

k =1

nodos no pueden interrogarse. Puede suponerse tambin que la interrogacin de estatus del ltimo
nodo de la cola se iniciar en el tiempo:
K

t + (n N 1) E [S 1 ]+ Tk

segs. para n >= N + 1.

k =1

b) Mtodo RPE
Si M es muy grande, y se cumple que n (<M) nodos se han clasificado para polling en el tiempo t y el
tiempo mnimo entre pollings es , el -nsimo ciclo de polling se inicia en el tiempo t + (n 1) tanto
si los primeros N nodos han sido alcanzados como si no. Adems el n-simo ciclo de polling ser
K

(n 1) (n N 1) E [S 1 ]+ Tk

mejor con el mecanismo de control de tasa si

k =1

Para n = N + 1 , el n-simo ciclo de polling se iniciar antes que el mecanismo de tasa constante:
K

k =1

ya que es mucho menor, en general, que el otro trmino.

El mtodo RPE puede sincronizarse para limitar el ancho de banda de las interrogaciones o sostener la
actividad de las interrogaciones de acuerdo con las necesidades.

Los autores, 1998; Edicions UPC, 1998.