0% encontró este documento útil (0 votos)
48 vistas15 páginas

Javalamo, 3

dfasd

Cargado por

yami
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
48 vistas15 páginas

Javalamo, 3

dfasd

Cargado por

yami
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Diseño e implementación de un Sistema para el

DISEÑO E
IMPLEMENTACIÓN
DE UN SISTEMA
PARA EL CONTROL,
SUPERVISIÓN Y
GESTIÓN DE REDES
BASADAS EN EL
Resumen
PROTOCOLO IPV4.
Considerando la importancia que reviste la
supervisión y gestión oportuna de las redes de te-
lecomunicaciones en el mundo actual, se planteó
el "Diseño e implementación de un sistema para
el control, supervisión y gestión de redes basadas
en el protocolo 1Pv4". Basado en un estudio tanto
teórico como empírico, se realizó la investigación
del Protocolo Simple de Gestión de Redes (SNMP),
sobre el cual se soporta el desarrollo del sistema de
gestión. Para la determinación de las características
innovadoras de la aplicación, se realizó un estudio
de mercado donde se evaluaron las diferentes he-
rramientas que ofrecen servicios de gestión y super-
visión. Adicionalmente, se realizó un análisis técnico
que permitió decidir sobre qué plataforma realizar
el desarrollo: Sistema Operativo Windows, lenguaje
de programación orientado a eventos, ambiente de
desarrollo Visual Basic 6.0. La programación del
prototipo se caracterizó en dos macro etapas: a) el
desarrollo de las funcionalidades de supervisión a
través de la implementación del protocolo SNMP y
b) el desarrollo y evaluación del sistema de control
para la programación de las tablas de ruta de forma
remota. Finalmente, se incluyó la funcionalidad de
• lng. M, Sabal. reportes de falla en tiempo real, a través de correo
Escuela de Ingeniería de Telecomunicaciones electrónico, después de realizado el estudio de al-
migue! sabal@[Link] ternativas existentes. El Trabajo Especial de Grado
contiene las pruebas del prototipo desarrollado en
Tutor: lng. José Gregario Cotua. una red TCP/IP de 1 O estaciones lo cual se pre-
Escuela de Ingeniería de Telecomunicaciones senta a través de las pantallas de resultados y los
jgcotua @[Link] diferentes casos de uso.
Palabras clave: Sistema de Gestión, SNMP,
Sistema de Supervisión, TCP/IP.
.
Miguel Sabal

Abstract Hoy en día, los sistemas de supervisión y control


de redes que ofrece el mercado, son sumamente
Considering the tremendous importance that costosos y su valor se incrementa a medida que
opportune monitoring and management ot telecom- aumenta el número de estaciones. Aplicaciones
munication networks currently have, the "Oesign and reconocidas a escala global como ORION, desarro-
implementation ot a control, monitoring and mana- llada por el equipo de administración de redes de
gement system tor /Pv4 based networks" has been Solarwinds, tiene un costo que oscila entre$ 1.945,
raised. based on a theoretica/ and empírica/ study, para topologías de hasta 16 estaciones y$ 20.000,
a research was carried out upon Simple Network para redes que llegan a más de 1000 estaciones. Por
Management Protoco/ (SNMP) which supports the esta razón, el uso de dichos sistemas se ha limitado
management system deve/opment. Thus, in arder to a los Proveedores de Servicios de Internet (ISP) o a
determine the innovating fea tu res of the application, las instituciones con gran capacidad económica.
a market study was done to evaluate which are the
Además de la poca accesibilidad que tienen
tools available in management and monitoring ser-
estas herramientas por la inversión económica que
vices. Furthermore, a technica/ analysis was pertor-
implican, la mayoría de los sistemas de supervisión
med to determine the plattorm to be used: Windows
son estáticos, es decir, no son capaces de tomar
Operating System, event-oriented programming lan-
decisiones en cuanto al enrutamiento del tráfico en
guage, and Visual Basic 6.0 developing environment.
caso de existir congestión o pérdida del servicio en
The app/ication programming was divided into two
alguna estación de la red, siendo esto de vital im-
phases: a) Oeveloping the monitoring too/s trough
portancia para organizaciones en las que se realizan
the implementation ot the SNMP protocol and b)
numerosas operaciones a través de sus redes.
Oeveloping and eva/uating the control system, to
carry out the routing tables remate programming. Por las razones expuestas anteriormente, se
Final/y, a real-time tault reporting tunctionality was decidió desarrollar un sistema de control y gestión
included to send reports trough email (chosen after que permita la supervisión de todos los nodos que
studying the existing alternativas such as short mes- integran una red de cualquier topología basada en el
saging, t-motion and email). The Dissertation Project protocolo de red 1Pv4, a través de la implementación
contains the validation ot the Prototype developed del protocolo SNMP, que de forma dinámica tenga
in a network ot 1O workstations based on TCPIIP. la capacidad de tomar decisiones con respecto al
Resu/ts are presented trough screenshots and the enrutamiento del tráfico dentro de la red.
use cases. El presente artículo se estructura por secciones,
Keywords: Management System, SNMP, Moni- que permiten su fácil lectura y entendimiento. La
toring System, TCPI/P. primera es la introducción que involucra al lector
en el contexto del tema, luego se encuentran los
objetivos y la justificación del estudio para dar lugar
a la descripción metodológica utilizada en la inves-
tigación e implementación del sistema. Finalmente
l. Introducción se describe con detalle el desarrollo y los resultados
obtenidos, para terminar con las conclusiones y
Con el crecimiento del sector de las telecomu-
recomendaciones.
nicaciones, las redes se han convertido en una
herramienta esencial para la optimización de pro-
cesos y capital humano en cualquier organización.
Los sistemas de control y supervisión de redes 11. Objetivos
resultan indispensables para todas las empresas
e instituciones que tienen como objetivo explotar
• Realizar un estudio detallado de las he-
los canales de telecomunicaciones, pues se hace
rramientas existentes en el mercado que
cada vez más importante conocer de forma opor-
permitan el control y supervisión de redes,
tuna, rápida y eficiente, la condición de los nodos
con el objeto de precisar sus funcionalida-
que forman parte de la topología de una red, como
des, ventajas y desventajas para verificar
enrutadores, conmutadores, enlaces microondas,
la factibilidad de desarrollar una aplicación
ordenadores personales, entre otros.

- =- ~
J__
Diseño e implementación de un Sistema para el control, supervisi ón y gestión de redes

competitiva y que cumpla con los requeri- el usuario requiera sin importar el nivel de detalle al
mientos establecidos. cual desee llegar.
• Determinar en qué plataforma tecnológica Las facilidades que proporciona este sistema con
realizar el diseño, Microsoft o Linux, toman- respecto a los existentes en el mercado, además de
do en cuenta para ello factores como los los costos evidentemente, es el hecho de poder rea-
requerimientos planteados, complejidad del lizar un control dinámico de los eventos que ocurren
diseño y posibilidad de desarrollo en cada en las estaciones de trabajo, solucionando de forma
plataforma. casi inmediata, remota y automática congestiones
• Investigar de forma detallada el protocolo y caídas del sistema.
de control de redes SNMP (Simple Network Una vez definidos los objetivos y la justificación
Management Protocol), para su implemen- que sustentó la realización del proyecto, se concebió
tación en el sistema de gestión. el alcance del mismo, estableciéndose que el siste-
• Implementar la aplicación para generar re- ma se limitara a redes basadas en el protocolo 1Pv4.
portes vía correo electrónico de los eventos Su diseño se pensó para operar hasta un máximo
que ocurran en cualquier estación de la red de 60 nodos. Además, que fuera capaz de proveer
en gestión. de la información relacionada a la disponibilidad ,
• Evaluar las alternativas existentes para ge- ancho de banda, errores de hardware y consumo
nerar reportes móviles en tiempo real (SMS, de memoria y del CPU. Se consideró necesario que
T-MOTION, VIPER, entre otros), precisando fuera un sistema escalable y amigable, con capa-
cuál de ellas resulta más adecuada para cidad de generar reportes estadísticos en cuanto a
fallas e interrupciones del servicio.
garantizar una supervisión que proporcione
ventajas de movilidad.
• Realizar el diseño del sistema de gestión y
supervisión implementando un prototipo que
IV. Metodolog ía
cumpla con las funcionalidades establecidas El presente Trabajo Especial de Grado contempla
Ylas ventajas que presenta este diseño ante un estudio tanto teórico como empírico que abarca
las herramientas existentes en el mercado. la utilización de distintas estrategias de recolección
• Verificar el funcionamiento del prototipo a y análisis de datos, así como la implementación
través de distintas pruebas sobre una red tecnológica del Protocolo Simple de Gestión de
TCP/IP de al menos 1O nodos. Redes, SNMP. Para ello, se empleó una metodo-
logía compuesta, basada en cinco estrategias de
investigación y des-arrollo:
111. Justificación
11 1.1. Investigación de mercado:
Dado el gran auge que han tenido las redes en Es una herramienta que permite conocer,
s últimos años, surge la necesidad de tener un comparar y evaluar las características del
:ontrol preciso de las actividades que se llevan a mercado en términos de demanda, calidad
:abo en las mismas. Al implementar un sistema que de los servicios ofrecidos, vida útil de los
>ermita obtener en forma rápida y veraz estadísticas productos existentes, relación costo-bene-
· reportes del estado de la red, se puede detectar ficio, debilidades, oportun idades, amenazas
:en mayor exactitud cualquier irregularidad que y fortalezas propias y de la competencia,
,curra de forma muy eficiente. Esto podrá lograrse entre otras variables relevantes (Hernández,
t través de un prototipo de usuario final que le per- 2006).
nita a éste realizar consultas haciendo uso de una En el ámbito tecnológico, la investigación de
nterfaz gráfica amigable, logrando un alto nivel de mercado provee información útil para la de-
exibilidad para la obtención de información, per- finición del alcance y análisis de factibilidad
nitiendo confirmar cualquier sospecha que pueda de los proyectos de desarrollo, facilitando la
'xistir con respecto a cierto comportamiento de la estimación de resultados y promoviendo la
3d. Al desarrollar la aplicación de esta forma, se generación de ideas competitivas.
tuede cubrir prácticamente cualquier solicitud que
Miguel Sabal

111.2. Estudio Comparativo: tiene como ventajas que proporciona al


Para que la toma de decisiones esté funda- usuario la posibilidad de construir aplica- util
mentada en argumentos sólidos, se utiliza ciones utilizando interfaces gráficas sobre rel,
el estudio comparativo como estrategia de la base de ocurrencia de eventos. aC"
documentación y soporte de las estrategias A través de la convergencia de la progra- SOl
y acciones que se tomen en la ejecución de mación Orientada a Objetos y la Orientada SI\
un determinado proyecto. a Eventos se garantiza el desarrollo de apli-
El estudio comparativo pretende hacer uso caciones robustas, eficientes, escalables y
de las diferencias y similitudes encontradas sobre todo amigables.
en los elementos en proceso de análisis,
para facilitar su comprensión y poder emitir
juicios asertivos en relación a las ventajas IV. Marco referencial
y desventajas que ofrecen cada uno de
ellos. Hoy en día se hace uso de distintas herramien-
tas para la administración, supervisión y gestión
111.3. Recolección de datos: de redes. Según los resultados que generan estas
herramientas, el administrador puede identificar
Documentación teórica:
fallas dentro de la red, prevenir congestión, enrutar
A través de la investigación aplicada y des-
el tráfico y hasta prevenir ataques informáticos.
criptiva, "que consiste en la descripción de
algunas características fundamentales de fe- Existen varios protocolos utilizados para la ges-
nómenos o procesos homogéneos"(Sabíno, tión de redes basadas en TCP/IP; los más conocidos
1986) se realizará la documentación teórica son el SNMP (Simple Network Management Proto-
para la obtención de los contenidos y co- con, descrito en el RFC 1157 y el CMIP (Common
nocimientos que soportan el desarrollo del Management lnformation Protocol), descrito en el
proyecto. RFC 1189. cor
SNMP en sus distintas versiones, es un conjunto teg
111.4. Diseño del sistema: de aplicaciones de gestión de red que emplea los Stó
La utilización de mapas conceptuales, servicios ofrecidos por TCP/IP, y que ha llegado a red
diagramas de clases y descripción de mé- convertirse en un estándar. Surge a raíz del interés los
todos, permite una aproximación lo más mostrado por la IAB (Internet Activities Board) en etc
exacta posible a las necesidades y reque- encontrar un protocolo de gestión que fuese válido quE
rimientos del proyecto en desarrollo (Ortiz, para la red Internet, dada la necesidad del mismo los
2006). El diseño del sistema se basa en la debido a las grandes dimensiones que estaba to- al ~
utilización de las herramientas mencionadas mando (Huidobro, 2004). ape
anteriormente, entre otras, para generar un MIE
modelo inicial a partir del cual se implemen- mu
tará la aplicación. V.l. Arquitectura SNMP tra\
Implícita en el modelo de arquitectura del SNMP
111.5. Desarrollo del prototipo: programación existe una colección de estaciones de gestión de red
orientada a eventos y orientada a objetos: y de elementos de red. Las estaciones de gestión de
La metodología a utilizar para el desarrollo red ejecutan aplicaciones de gestión que supervisan
del Prototipo se basa en el Paradigma de la y controlan los elementos de red. Los elementos
Programación Orientada a Objetos, la cual de red son dispositivos como hosts, gateways,
define la implementación en términos de servidores de terminal, etc., que poseen agentes
objetos que son entidades que combinan de gestión para realizar las funciones solicitadas
estado, comportamiento e identidad (Wiki- por las estaciones de gestión de red. El SNMP es
pedia, 2006). usado para comunicar información de gestión entre Ad
Adicionalmente, para la realización de una las estaciones de gestión de red y los agentes en
interfaz gráfica amigable, se empleará la los elementos de red. En la figura 1 se muestra un
Programación Orientada a Eventos, que esquema de la arquitectura del protocolo SNMP
(RFC 1157, 1999).

-
l!lltekhne 1O
de redes

SNMP es un protocolo del nivel de aplicación que V. Desarrollo


como protocolo de transporte UDP. Define una
~ICí(>n cliente/servidor entre el gestor de red (que El presente proyecto se dividió en dos (2) ma-
de cliente) y los elementos gestionados (que cro etapas que engloban todas las actividades que
jos servidores y reciben el nombre de "agentes condujeron al desarrollo del Sistema de Control,
P"). Supervisión y Gestión de Redes basadas en el
protocolo 1Pv4. Dichas etapas se estructuraron en
tareas específicas, cada una de ellas asociada a los
objetivos planteados.
En la figura 3 se presenta un modelo relacional
de las etapas de desarrollo del Sistema.

Figura l. Arquitectura Protocolo SNMP


Fuente: HUIDOS RO, J.

De esta forma, para el protocolo SNMP la red


constituye un conjunto de elementos básicos in-
tegrados por los Administradores o Management
Stations ubicados en los equipos de gestión de
red Y los Agentes (elementos pasivos ubicados en Figura 3. Modelo Relacional Etapas de Desarrollo TEG
Fuente: Elaboración Propia
los nodos -host, routers, modems, multiplexores,
etc.- a ser gestionados), siendo los segundos los
que envían información a los primeros, relativa a Como se observa en el Modelo Relacional, existe
los elementos gestionados, por iniciativa propia o una real interdependencia entre los procedimientos
al ser interrogados (polling) de manera secuencial, y tareas específicas utilizadas para el desarrollo del
apoyándose en los parámetros contenidos en sus Sistema de Control y Supervisión de Redes.
MIS (Management lnformation Base). La figura 2, A continuación se describen cada una de las
muestra una topología de red que se comunica a actividades llevadas a cabo durante la ejecución
través de SNMP. del proyecto, así como el procedimiento detallado
para la implementación del prototipo.

GetRequest
GetNextRequest
SetRequest V.l Documentación Teórica Protocolo Simple de
lnformRequest Gestión de Redes SNMP
Puerto 161 La documentación teórico-práctica del protocolo
que sustenta el Sistema desarrollado (SNMP), sirvió
Respuesta
como base para todas las actividades sucesivas que
formaron parte del proyecto. De hecho, la investi-
Puerto162
gación del protocolo fue un proceso considerable-
Administrador Agente
mente dinámico, ya que el diseño e implementación
del sistema exigió de actualizaciones continuas y de
Figura 2. Modelo de funcionamiento del Protocolo SNMP
Fuente: Elaboración Propia
un dominio absoluto de la arquitectura y funciona-
miento de SNMP.
Miguel Sabal

V.2 Investigación de las Herramientas V.3 Análisis de los Requerimientos de Software.


existentes en el Mercado Conocidas las características mínimas que se
Realizar el estudio y el desarrollo de un sistema requieren para generar un producto competitivo, se
de gestión de redes es una tarea ambiciosa si se procedió a realizar el análisis comparativo de la pla-
piensa en la gran cantidad de productos similares taforma tecnológica sobre la cual se debía realizar
que existen en el mercado y en la importancia que ha el diseño y la implementación del sistema.
ido adquiriendo la supervisión oportuna y eficiente Se inició el análisis evaluando los dos Sistemas
de las estaciones que la conforman. Por lo tanto, Operativos por excelencia, el soportado por Micro-
antes de iniciar el diseño y determinar las carac- soft: Windows XP, y el que se basa en la tendenci a
terísticas específicas del sistema a desarrollar, se del software libre, LINUX: en cualquiera de sus
consideró indispensable realizar un análisis de las versiones.
herramientas de supervisión que se ofrecen en el Para soportar la documentación, se realizó
mercado con el fin de presentar un prototipo com- una investigación detallada de ambos sistemas
petitivo y capaz de introducir elementos innovadores y se realizó la comparación en ciertos elementos
en los futuros desarrollos. específicos, seleccionados previamente, que se
Como estrategia para organizar la investigación y consideraron trascendentales para la toma de de-
obtener una información lo más completa y confia- cisiones, tales como instalación, compatibilidad,
ble posible, se utilizó la Internet como herramienta interfaz gráfica, administración de redes, estabilidad
de búsqueda y se realizó una lista de todos los sis- y facilidad de uso.
temas de gestión y supervisión de redes basadas Resultó bastante complejo tomar una decisión
en el protocolo 1Pv4; adicionalmente, se agregaron de cuál plataforma tecnológica utilizar para el dise-
sus fuentes electrónicas para su fácil estudio. ño e implementación del Sistema. En primer lugar,
Una vez finalizada la búsqueda, se seleccio- Windows es un Sistema Operativo amigable, fácil
naron 5 de los sistemas que se consideraron más de instalar y resulta mucho más sencillo desarrollar
completos, evaluando para esa selección no sólo interfaces gráficas de calidad bajo este entorno. Sin
el nivel de reportes que proporcionaba cada uno, ni embargo, en términos generales la tendencia del
la robustez del desarrollo, sino también parámetros Software Libre es cada vez mayor y Linux está te-
de estimación de mercado como los comentarios niendo gran auge debido a que resulta un poco más
emitidos por los usuarios de estos sistemas en los estable y es más potente para la administración de
foros de discusión. redes. Basado en la realización de esta investigación
Los 5 sistemas que se estudiaron con detalle y bajo la premisa de la familiarización que existe
fueron los siguientes: con el entorno Microsoft, la facilidad de desarrollar
ambientes gráficos amigables y la compatibilidad
• JFFNMS (Just For Fun Network Management con los diversos fabricantes de hardware, se deci-
System). Desarrollado por Cisco System. dió realizar el desarrollo haciendo uso del Sistema
Operativo Windows XP.
• OPENNMS (Open Network Management
System). Basado en código abierto (Open Definido el Sistema Operativo sobre el cual
source), implementado por los mismos crea- soportar el desarrollo, se procedió al análisis del
dores de Wikipedia. lenguaje de programación a utilizar para el diseño
y posterior implementación del mismo.
• Fidelia Netvigil: Desarrollado por Network
General. Se seleccionaron 3 lenguajes de programación
estándares, Visual Basic, JAVA y C++ para su eva-
• IP-MONITOR. Desarrollado por IPMonitor
luación y comparación, y de la misma manera como
Corporation. Sistema de Gestión con certi-
se realizó con el Sistema Operativo, se seleccionaron
ficado Microsoft.
3 variables que de forma objetiva, sustentaran una
• ORION NPM. (Network Performance Moni- evaluación enmarcada en las necesidades propias
tor). Desarrollado por Solarwinds empresa del sistema en desarrollo y no en los paradigmas y
líder en sistemas de Gestión y Supervisión argumentaciones tradicionales de los programado-
de Redes IP. res. Dichas variables fueron: Portabilidad, Interfaz
Gráfica y Gestión de Redes.
Diseño e implementación de un Sistema

de un editor de texto resultaría un fracaso, pues


están codificados en lenguaje ASN.1 imposibles de
interpretar sin una herramienta especializada.
Debido a la inminente necesidad de conocer a
profundidad la información contenida en el MIB, su
estructura y significado, se utilizó un compilador
denominado MIS Compiler, desarrollado por MG-
Ante los paradigmas existentes de la poca SOFT LAS, empresa norteamericana especializada
del lenguaje seleccionado, se realizó en sistemas de supervisión de redes.
investigación documental y experimental que El compilador se basa en una especie de traduc-
blindar cualquier tipo de argumentación tor que decodifica cualquier archivo .míb y despliega
el nuevo ambiente de desarrollo. Tomando de forma detallada el significado de cada OID, su
consideración las premisas utilizadas para la tipo de acceso (lectura o escritura) entre otros. En
evaluación de los lenguajes (Portabilidad , la figura 5 se muestra una imagen del software y la
Gráfica y Gestión de Redes), sólo en uno de
. ..... . . U.L
forma en que presenta la información al usuario.
aspectos Visual Basic 6.0 presenta una debilidad
considerablemente importante: sólo trabaja bajo
entorno Microsoft. Sin embargo, dicha debilidad se V.S Diseño del Sistema
atenúa ante las herramientas que ofrece el lengua- Para el diseño del Sistema de Control, Supervi -
Je para la programación gráfica y el paradigma de sión y Gestión de Redes basadas en el protocolo
Programación Orientada a Objetos y Eventos. 1Pv4 se aplicó el concepto de la Teoría General de
Sistemas, el cual define a éstos como conjuntos de
elementos que guardan estrechas relaciones entre
sí, que lo mantienen directa o indirectamente unidos
V.4 Familiarización con los Compiladores M lB y de modo más o menos estable y cuyo comporta-
Lenguaje ASN.l miento global persigue, normalmente, algún tipo de
En la descripción del desarrollo del proyecto se objetivo (Arnold, 1998).
ha mencionado frecuentemente la importancia del Para completar la definición de la metodología
dominio de la información contenida en el Manage- utilizada, se trabajó con la concepción de Sistemas
ment lnformation Base (M lB) para la implementación Abiertos, en donde queda establecida como condi-
del Sistema. La razón por la cual se ha redundado ción para la continuidad sistémica el establecimiento
tanto en este tema es porque todas las variables de un flujo de relaciones con el entorno.
que solicita el protocolo SNMP se encuentran
contenidas en dicha base datos que organiza sus Basado en el paradigma de la Prog ramación
valores según un árbol jerárquico cuyas "ramas" Orientada a Objetos y explotando las fortalezas del
están caracterizadas en distintas Macro-Divisiones ambiente de desarrollo de facilitar la Programación
de los parámetros de supervisión, en otras palabras, Orientada a Eventos, se realizó el diseño del Sistema
una "rama" contiene todos los valores relacionados dividiéndolo en 4 módulos funcionales que inte-
con las características generales del sistema (e.j. ractúan entre sí. La clasificación se realizó sobre la
nombre, ubicación , contacto, descripción); otra base del alcance del proyecto, considerando todos
contiene los valores del estado de las interfaces los requerimientos establecidos en la planificación
de entrada y salida (e.j. ancho de banda, errores inicial, e incluidas algunas novedades que surgieron
transmitidos, fabricante, etc.). y así con más de 1000 como parte del aporte innovador y diferencial que
valores que se pueden obtner de forma remota a se le dio al prototipo durante su desarrollo.
través del protocolo SNMP Los 4 módulos funcionales son los siguientes:
Todos los dispositivos de red basados en 1Pv4, • Sesión y Configuración
por convención tienen uno o más archivos .míb en • Supervisión
las carpetas del sistema. Sin embargo, la dificultad • Control
se presenta en cómo interpretar la información con-
tenida en esos archivos. Procurar abrirlos a través • Reportes
Miguel Sabal

Los módulos funcionales son interdependientes balidad) y otro que determina cuándo solicitar cada
e interactúan con una lista de objetos "Agentes" dato específico.
que presentan todos los atributos de las estaciones Esa distribución temporal tan compleja se debe
que se encuentran en supervisión y los métodos a que por el puerto SNMP 161 se puede establecer
que hacen posible la comunicación Administrador- una sola comunicación simultánea, por tanto el
Estación. esquema de encuestas periódicas a través de las
cuales se van a generar los reportes gráficos, debe
V.5.1 Módulo de Sesión y Configuración garantizar una asignación de tiempos para cada
En el módulo de Sesión y Configuración, se rea- estación que se encuentre activa.
liza la apertura de los puertos de envío y recepción
de mensajes SNMP, a través de los cuales se lleva V.5.3 Módulo de Control
a cabo el intercambio de información entre el ad- Una de las características que hacen del Sistema
ministrador y los agentes en gestión. en desarrollo una herramienta novedosa frente a las
Adicionalmente, tiene un atributo troncal re- alternativas que ofrece el mercado actual, es que
presentado por la Lista de Objetos Agentes que además de supervisar y gestionar las estaciones
se inicializa en la carga del sistema y se actualiza activas en una red, es capaz de modificar las tablas
periódicamente dependiendo de las estaciones de ruta de los nodos en caso de existir alguna falla,
que se vayan integrando a la topología de la red caída del sistema o congestión. Para ello, el módulo
administrada. de control utiliza el protocolo SNMP para modificar
Es en esta fase del sistema donde se configuran los valores de las rutas por defecto que tiene cada
los parámetros de gestión y control de la aplicación, estación.
indicados por el modo de supervisión, dimensiones Tanto el módulo de supervisión como el de
de las escalas temporales de los reportes gráficos, control, tienen como función compartida la ges-
dirección de correo electrónico del administrador tión de los TRAPS recibidos. Como se describió
de la red, entre otros. anteriormente, durante el proceso de supervisión
El Sistema desarrollado funciona bajo la topolo- se registran todas las alertas que llegan al sistema
gía cliente-servidor. El software de administración en un archivo de texto, mientras que en el proceso
de la red envía mensajes de solicitud de informa- de control se evalúan esas alertas y el sistema, si
ción y cada estación remota tiene un agente SNMP se encuentra en modo de supervisión automático
corriendo que se comporta como servidor. En este toma las decisiones que posiblemente solventen de
módulo se realiza el primer intercambio de mensa- manera temporal la causa que generó dicha alarma.
jes de solicitud y se cargan los valores iniciales de En caso de que el modo de gestión sea manual, el
cada agente. administrador de la red tomará las decisiones que
considere conveniente, modificando el valor del
parámetro adecuado.
V.5.2 Módulo Supervisión
Los métodos y procedimientos que forman parte
IV.5.4 Módulo Reportes
del presente módulo representan la columna verte-
bral de todo el sistema. Una vez configurados los Para poder ofrecer una información amigable al
parámetros generales en el módulo anterior y car- administrador de la red se incluyó dentro del dise-
gada la lista de agentes que se encuentran activos, ño un módulo de reportes que presenta los valores
el sistema inicia un proceso de encuesta periódica obtenidos en el proceso de supervisión a través
(polling) a través de mensajes GetRequest y Get- de diversos formatos como tablas, gráficas, listas,
11
NextRequest. Cada agente activo tiene un tiempo entre otros. 1

global asignado para solicitar todos los valores y El módulo de reportes es la interfaz directa con
cada mensaje de solicitud también tiene asignado el usuario, sin embargo es producto del procesa-
un tiempo determinado. En otras palabras, como miento de datos y mensajes entre los tres módulos
se muestra en el diagrama general del diseño, el anteriores.
objeto Agente tiene un atributo que define cuando • Incluye también las funciones especializadas
le corresponde realizar su encuesta (como una glo- que permiten que el administrador de la red

; lt
L.___--J_..Kt ' ekhne 1o
liil
Diseño e implementación de un Sistema para el estión de redes

reciba correos electrónicos con el reporte propio de las nuevas tendencia de comunicación,
de las alertas detectadas por el sistema en no representa un factor determinante en los reportes
tiempo real. que genera un sistema de Control, Supervisión y
Gestión de Redes.

V.6 Desarrollo e implementación del Prototipo


Después de realizado el diseño del Sistema de V.8 Pruebas con datos construidos y reales en
Supervisión y Gestión de redes basadas en una red TCP/IP de 10 estaciones.
protocolo 1Pv4, se procedió al desarrollo de un Con la finalidad de validar y verificar el funcio-
prototipo capaz de brindar las facilidades descritas namiento del prototipo implementado, se realizaron
.,los apartados anteriores, a través de una interfaz pruebas con datos construidos y datos reales .
.-rligable y basados en los paradigmas de Progra-
La primera etapa de prueba se basó en un hí-
mación Orientada a Objetos y Orientada a Eventos
brido entre datos reales y simulados en una red
que ofrece el ambiente de desarrollo empleado.
privada, enlazada a través de un enrutador inalám-
Para modelar el funcionamiento del prototipo brico LinkSyS, formada por cuatro estaciones de
se presentaron las secuencias dinámicas de ac- computadoras personales con Sistema Operativo
ción entre los distintos grupos de objetos de la Windows XP, un ordenador portátil con Sistema
aplicación, para lo cual se emplearon diagramas Operativo Linux, versión Ubuntus y un teléfono
distintos, denominados Diagrama de Colaboración VoiP Linksys. Los datos construidos se generaron
y Diagrama de Secuencia. automáticamente a través de la simulación de una
En los resultados de la investigación, se explica- red virtual de seis estaciones. En el capítulo V se
rán con detalle los procedimientos implementados y presentan algunos gráficos que se obtuvieron en la
el comportamiento de la aplicación, caracterizando primera sesión de pruebas.
de esta forma cada módulo funcional. Posteriormente se instaló el prototipo en un
laboratorio de 16 estaciones. Se realizaron las
pruebas midiendo las mismas características que
V.7 Evaluación de alternativas para generar en la primera fase, pero en este caso con todos
reportes móviles los datos reales. Adicionalmente, se verificó el fun-
Uno de los objetivos que se plantearon ini- cionamiento del módulo de control del prototipo
cialmente durante el proceso de formulación del que se encarga tanto del enrutamiento del tráfico
presente proyecto de investigación y desarrollo, de la red, al existir falla o congestión, como de la
fue la evaluación de las alternativas para generar modificación de forma remota de las variables de
reportes móviles en tiempo real. En otras palabras, lectura y escritura contenida en el M lB de cualquier
investigar la necesidad y conveniencia de agregar estación en gestión.
un módulo que ofreciera ventajas de movilidad para Se capturaron las pantallas de reporte generadas
el desarrollo futuro de una versión más innovadora por el sistema durante el proceso de validación y
del prototipo implementado. pruebas, las cuales serán presentadas en el capítulo
Se realizó un análisis económico y técnico, V, correspondiente a los resultados del proyecto.
considerando la real utilidad de los sistemas de
Gestión de Redes existentes en el mercado y la
relación costo-beneficio de incluir una arquitectura
VI. Resultados
de comunicación que ofreciera estas ventajas; · se
derivó en que recibir el reporte de un evento o esta- Después de la realización de todas las activida-
do de una estación que forme parte de la topología des planificadas para el diseño e implementación
de una red, a través de un SMS, no genera ningún del Sistema de Control , Supervisión y Gestión de
valor agregado en cuanto a solución del problema redes basadas en el protocolo 1Pv4, se obtuvieron
se refiere. Los administradores de red no pudieron los siguientes resultados, caracterizados por etapa
modificar a través del teléfono celular la configura- de desarrollo.
ción de las estaciones en gestión, por lo tanto, la
movilidad, más allá de ser un elemento innovador,
Miguel Sabal

Vl.l Documentación Teórica quier usuario en general con conocimientos


A través del proceso de investigación, tanto medios de interoperabilidad y redes de
aplicada como descriptiva realizada en la primera comunicación.
etapa de desarrollo del Trabajo Especial de Grado, e) Generar reportes estadísticos en forma de
se obtuvieron los basamentos teóricos del fun- gráficos de barra y de líneas, que permitan
cionamiento del Protocolo Simple de Gestión de visualizar el comportamiento de la red a
Redes SNMP, necesarios para el diseño e imple- través de una escala dinámica de tiempo.
mentación del Sistema de Control, Supervisión y
Gestión de Redes basadas en el Protocolo 1Pv4.
Vl.3 Requerimientos de Software
La definición de los requerimientos de software
Vl.2 Investigación de Mercado
se dividió en dos partes fundamentales. La primera
La realización del estudio de las herramientas
de ellas referida a la selección del Sistema Operativo
existentes en el mercado derivó en la definición de
sobre el cual soportar el diseño y posterior imple-
las características mínimas que debía contener el
mentación de aplicación y la segunda, relacionada
sistema en desarrollo para considerarse una herra-
con la determinación del lenguaje de programación
mienta competitiva. Dichas características son:
a utilizar.
a) Tener la capacidad de generar reportes en
Como se mencionó en el Capítulo IV, el Sistema
tiempo real del ancho de banda, consumo
Operativo seleccionado fue Windows XP, por sus
de memoria del CPU, datos transmitidos y
ventajas en cuanto a compatibilidad con los fabri-
recibidos por cada interfaz, errores transmi-
cantes de hardware, facilidad para desarrollar entor-
tidos y recibidos, latencia, disponibilidad.
nos gráficos amigables, sus opciones para gestionar
b) Presentar una interfaz amigable, que sea redes de comunicación y un aspecto importante, la
operable no sólo por personas en capa- familiarización que existe con esa plataforma.
cidad de administrar la red, sino por cual-

Sesión y Coñfiglutt\.ilvr• 11111 ~n, ~;'v;~


•Activación de los puertos SN ·• "'
i""""'
·Activación Lista_Agentes ~ • Mtmt~~r.O¡>en
·lnic. parámetros de gestión
•Config. Reportes Email. -• •~nager .C i o~>e
·Solicitud del Status General •~uuu

....

¡.......
Supervisión
•Módulo SNMP MIB
•Registro de Traps
_,-;;.·
~
.. 1
1
,...,,,.,,,
1-\geme "'lllllllll
~.
-.. "VI31U.

·Generación de Histórico~ [i~~~._


.:,::~~~~~: •[Link]
•Ge!Re(¡¡IIC$1
:::::: ·Ge1Ne,xLR~l
Métodos : ~ e1Bulk
Control
•Módulo Modificar OJO SNMP --
-- -'" .<>~J! Jftt O< •

-~~ Solidlm" MIB


Sol!iciw_IF'a~
~

!: ·GB11 'mm
·G~spo i)S ~

~r: . ....;
C!!'mpil~~ ~
r- f+' Mili!
•[Link]:sag:e.

....._
•Módulo Enrutamiento Dinámico ·~, ~,
·Detección de Trap · 1Solicitar·r;¡¡.;,¡~D[S~ ·.MtB. RFC-1213

'- 1- Control
1 •Ma.11ag:e .Type
Reportes ............. ·Se!Reqye$1
...... •Módulo de Reportes Manual
1
·Traps

·Generación de Históricos t=ot:u """'u" déT g¡w1nu• -


Figura 4. Diseño General •Tablas de MIB
•Variables SNMP
foi- l- fl:o. •MSApi (Reportes Email) •[Link].
del Sistema de Control, ~ ·Timer (Tiempos de Encuesta) ·MIB. RFC-1213
·Módulo de Reporte E-mail
Supervisión y Gestión •Winsock (Sockets Windows)
•Eventos Traps
Fuente: Elaboración Propia
Diseño e ementación de un Sistema el control, supervisión de redes

parte, la selección del lenguaje de pro- Vl.5 Prototipo


resultó un poco más compleja. En el Una vez finalizado el diseño general del sistema,
del Trabajo Especial de Grado se expli- se procedió a realizar el desarrollo de la aplicación .
las causas por las cuales se decidió sustituir En la sección anterior se describieron las caracte-
.,.,.-..::_C++ Y el compilador Borland Builder, por rísticas de cada módulo; en ésta se presentará el
Bas1c 6.0. resultado final de la programación del prototipo,
diferenciado por módulo funcional.

V1.4 Diseño del Sistema


Vl.5.1 Módulo de Sesión y Configuración
En la figura 5, se muestra el diseño del sistema y
,IWj!leí(>n existente entre cada uno de los módulos El Módulo de Sesión y Configuración se divide en
, el Objeto Agentes, los métodos del am- 3 fases. La primera relacionada con la inicialización
de programación provenientes de la librería o actualización de la lista de agentes disponibles y
- - ....... ,. ~ PowerSNMP y los elementos del entorno
1 la presentación de las características generales de
permiten la interconexión a nivel de software de cada estación. La segunda, se refiere a la sesión de
los factores que intervienen. los parámetros de supervisión, tales como tiempos
de encuesta, tipos de información; finalmente, la
El diseño general presentado, modela el funcio-
tercera fase se refiere a la configuración del modo
completo del sistema. Los 4 módulos fun-
de reporte que realizará el sistema. En la fig ura
, Sesión, Supervisión, Control y Reportes,
5 se presenta la pantalla del módulo de Sesión y
..-.voc~an los métodos del Objeto Agentes y éstos a
Configuración.
vez utilizan las funciones específicas del lenguaje
de programación y de la librería PowerSNMP.
Pestaiia Fase l : Actualización
o inicialización de los nodos de
F'""'"~~----------------~ la red. Despliegue de las car-
acterfsticas de la estación selec-

reiJu rlt!~~ T r'.P.PS_ ?Jmra [Link] ücurrl'j ai~;_¡ Un tc:ve nto


e. la dire-cción elec1rónicr1: miguel_sf.l_be.l@yahoo es

~ Disponiblctt:

r
~ii~~~~~-] IWotmaciónGene,~dol~ocb-·---·-+-----, Pestaiia Fase 111: Con-
figuraci ón del modo de
Nombre del Host: AVE:NTlf!!:._-1-+--+-- - ---4+--h=-- reporte: Manual o Au-
Comunidad: Public tomática dependiendo
Contacto: Miguel Snbal de la ubicación del
Opciones de SupefVisión .........__,
administrador. Identifi-
Ubicación: Camcas cación del correo elec-
Servicio: IP HOST Buscacbr MIS trónico al cual llegarán
los eventos ocurridos
Verlnlo
Re~ bo de Traps

r-· DescrPción de Plocesos Ac:tuale: -·-.


1 Sclect?-bnW- et N@ que cb!:\! .v ¡
----1--~ 1 ~[Link] presk:JnesVer Jnfo j AepOfte de Hi;tirico

Pestaña Fase 11. Carga de los parámetros de supervisión tales


como duración de los Ttmers (liempors de encuesta), lipa de infor-
mación a gestionar, entre otros

Fi gura 5. Pantalla de Inicio del Prototipo. Módu lo de Sesión y Configu rac ión
Fuente: Elaboración propia
Miguel Sabal

Vl.5.2 Módulo de Supervisión las expectativas planteadas inicialmente, porque


El Módulo de Supervisión se representa en el no se encontraba en el alcance, genera un aporte
prototipo a través de dos aplicaciones. La prime- importante en la gestión de redes.
ra, estipulada en el alcance inicial del proyecto,
facilita la obtención de diversas variables que se Vl.5.3 Módulo de control
procesan y en conjunto con el módulo de reportes, El módulo de control también ofrece dos gran-
generan gráficas amigables que permiten visualizar des funcionalidades. La primera de ellas, permite
el comportamiento de la red. La segunda, surgió modificar el valor de cualquier variable de las esta-
como valor agregado durante la implementación ciones activas, siempre que éstas sean de lectura y
del sistema y consiste en un "Buscador MIB", que escritura. Y la segunda, que no se puede visualizar a
es una herramienta similar a la utilizada durante el través de ninguna pantalla, es la toma de decisiones
desarrollo del proyecto (MG-SOFT LAB), que per- que realiza el sistema en cuanto al enrutamiento del
mite conocer el significado y el valor de los distintos
tráfico en caso de ocurrir cualquier falla o congestión
identificadores de objetos (OID's) contenidos en el de una estación, basado en la modificación de las
MIB de cualquier estación.
rutas por defecto.
En la figura 6 se presenta el estándar de la
pantalla que representa el Buscador MIB del pro-
V1.5.3 Módulo de Reportes
totipo, en la cual se distingue una lista de todas
las variables que pueden ser gestionadas a través El módulo de reportes representa la interfaz más
de SNMP, una ventana que reporta el estatus del importante de todo el prototipo ya que a partir de
mensaje de solicitud y un espacio para visualizar el éste se hace la demostración de todos los procesos
detalle (descripción del significado) de cada uno de de supervisión y control ejecutados por los módulos
los Objetos contenidos en la lista. El Buscador MIB anteriores. La pantalla estándar que se muestra
desarrollado, según la investigación realizada, es en la figura 7 presenta un menú de opciones en la
la única herramienta existente que presenta la des- columna izquierda. Cada botón se refiere a un tipo
cripción de los Identificadores Objetos en español, de reporte: Interfaces de Red, Memoria Física y
por lo tanto, este resultado además de sobrepasar Dispositivos, Latencia, Consumo de CPU y el último

1
r--1.1 Identificación
del Nodo

Especiiicaaones del Mensaje ----~

Oieccióni PdeiNodo
Pue!toRemoto:
ID Aespues~a:
'1 Ventana de
estado de las
Tipo deEno-:
sol icitudes
TipodeMens.,je
1

....--....... """""""""""""""""' -

,--------,~
.----+-~

r- ·
iJ 1
NomiNe: OID ' ]

1
En'i"
~~ Tipo de Acceso:

~------- ·-- - - '


----~~"'~====~Vo~<D~clol~lo~~---Hr-::::~
1 Ventana

~,~,.--.-·.,,~, "·'·~
Lista
completa
1 . .· ·
del MIB
de la
estación

r-
1
rl Detallesde Lio.V
_ o.n_'ob-les_ _ _ _ _ _ _ _ _ __ j Ayuda
1nteractiva
··-·· ! (Descripción
<<volv" ·-- detallada de
11 las variables)

~ Lista de variables a solicitar l


Figura 6. Pantalla Estándar Buscador M lB
Fuente: Prototipo
ón de redes

Norrbfe de
La eslación
enge!l-116n

r'lodoAdNO······

r Sl1lf.!CÓO(l" ... HO~tJ.:[Link]~ Ventanas de Reportes

L ____3

Menú • '-auq u i:hf LI' LI 'i M.:mL•'-.!1


Prlncip -
de • IA I,.I C:o"' lf¡¡ k ll11d

Repartes , • ";fthfP tAM l té111

Sui>-Menu
ese
Reportes

1- Do<cr;pdón detolloda dol "•porto 1-0;otó•;C<> ················------····------··-··········


SELECOONE C\[Link]. de los ~reportes que se desplagaron en el Mer.ú inferiOf.
1

Figu ra 7. Pantalla Están dar Módulo de Reporte


Fuente: Prototipo

que se refiera al SNMP MIB Table. Al seleccionar al- picos que se generan en las horas que hubo ma-
guna de las alternativas, se despliega un sub-menú yor utilización de la interfaz para el intercambio de
debajo de los botones, que especific3 aún más las información
características del reporte solicitado. En el centro
de la pantalla se encuentra la Ventana de Reportes r Nod•[Link] -···------------ - - - - - - - - - - - ,

en la cual aparecerán las gráficas de históricos y las 1 AVENTURA-8ADDA.5


L ---·········································-----------
listas de dispositivos, procesos o programas según rventanas de Reportes- -- - - - - - - - - -- - - - - .
sea el caso. La pantalla estándar muestra también
el espacio para la ayuda interactiva, presente en Datos Euviaclos [Link] Recibidos (En Üctectos)
todos los módulos del prototipo.
.-"\

w
250000

V1.6. Pruebas __,


\\ v
Después de culminado el desarrollo del proto- 1 \ '-- ........... 150000
tipo, se realizaron pruebas con datos construidos _j - Tralico Saiette

- - TrálicoErl:rante

(simulados) y datos reales un una red TCP/IP de 1O 100000

nodos. En las figuras 9 y 10 se muestran algunos 50000

de los resultados de las pruebas realizadas.


La figura 8 presenta el reporte de los Datos Spm 6 pm 7 pm 8 pm 9 pm 10 prn 11 pm , pm
Escala Temporl!lll
Enviados vs. Datos Recibidos (medido en cantidad
L. __
de paquetes), de una estación cuyo proceso de r- Descripción [Link]. del Reporte Hi stó rico -
j La gré.fica que se presenta muestra la cantidad de paquetes arMados y recibidos por la ínlerfaz adivc de la 1
supervisión tuvo una duración de 8 horas (desde la ¡ estación. (medida en Bytes) !
5 de la tarde hasta las 12 de la noche). En la gráfica ----· --·----'
se puede apreciar claramente una línea asociada
Figura 8 .. Prueba datos Rea les. Datos Enviados Vs. Datos Recibidos
al tráfico entrante y otra al saliente, así como los Fuente: Prototipo
Miguel Sabal

En la figura 9 se despliega una lista de las uni- como bridges, host y enrutadores diseñan sus pro-
dades de almacenamiento disponibles en el mismo ductos para soportar SNMP.
nodo. Una de las ventajas más resaltantes del proto- A través de la realización del estudio de mercado,
tipo es la capacidad de detallar la información actual se apreció con claridad que los sistemas de gestión
de las estaciones. Como se observa en resultado existentes son muy poderosos y competitivos. En la
presentado la figura 19 en la lista se detalla inclu- mayoría de los casos, tienen la capacidad de proveer
sive el nombre del CD que se encuentra dentro de información en tiempo real del estado de los nodos:
la unidad D del nodo en supervisión, garantizando disponibilidad, latencia, ancho de banda utilizado,
esto características muy poderosas de control y consumo de memoria y CPU, entre otros. Algunos
gestión. tienen la ventaja de determinar el rendimiento ge-
neral de una estación y de presentar históricos que
----¡
,--NvdoAciivo··- ·············- - · · · · - --------··--·······-·--··-··---····-----··-·--·-·---·
permiten visual izar el comportamiento de la red en
1 A '{ENTURA.-8/.J)DA')
un lapso de tiempo determinado. Sólo uno de los
r Ventanas de Reportes-·-·-······-··----·-· ·· ---·-·---------------·------------- - -
sistemas estudiados realiza alertas en tiempo real
1
que van directamente a la persona encargada de
·· Unidade s de Almacenamiento ···· administrar la red a través de correo electrónico.
., Sólo algunos de los sistemas, a parte de la su-
1;:\ l®el: S eri~ Nl.n'bef 6Cb8c24b
0:\ l~betOFFICE l l Sl!fial Number 34e403a9
Íl lu.,!tviemory
i PhysicaiMernory
pervisión, controlan la red en caso de presentarse
o
caídas del sistema, congestión o fallas en general,
siendo esto una de las características diferenciales
e innovadoras del prototipo desarrollado
En cuanto al prototipo desarrollado se puede
concluir que sus funcionalidades sobrepasaron las
expectativas planteadas inicialmente. Además de
proveer herramientas para la supervisión oportuna
de las estaciones de la red y tener las funciones de
··· De scrip c ión detollado del Reporte Histórico -----·······--··· - -······-·········· control que permiten el enrutamiento dinámico del
SELECOONE cuolquiero de los 2 reportes que se desplegeuonen el Menú inferior.
tráfico en caso de fallas o congestión, se incluyeron
Figura 9 .. Prueba datos Reales. Unidades de Almacenamiento
dos módulos adicionales que permiten complemen-
Fuente: Prototipo tar los procesos antes descritos, a través de las
facilidades que ofrece el protocolo SNMP.
Basado en las descripciones anteriores, se puede
afirmar que el prototipo desarrollado cumple con las
V Il. Conclusiones y recomendaciones. características planificadas inicialmente, es decir,
permite el control: a través del enrutamiento diná-
Una vez realizado el diseño y desarrollo del Sis-
mico del tráfico de la red, la supervisión: a través
tema de Control, Supervisión y Gestión de Redes
del reporte del estado de los nodos y las alertas
basadas en el protocolo 1Pv4, a través de la imple-
que se generan vía correo electrónico de los even-
mentación del protocolo SNMP, se obtuvieron las
tos ocurridos y la gestión: que se alcanza a través
siguientes conclusiones.
de la sinergia de los dos conceptos anteriores, al
En la investigación teórica de SNMP se determi- permitir administrar de forma remota los parámetros
nó que la ventaja fundamental de este protocolo es de funcionamiento de las estaciones que forman la
que su diseño es simple por lo que su implementa- topología de la red.
ción es sencilla en grandes redes y la información de
Se soluciona entonces la situación problemática
gestión que se necesita intercambiar ocupa pocos
que motivó la realización del presente proyecto, a
recursos de la red. Además, permite al usuario elegir
través del desarrollo de un sistema que permite
las variables que desea supervisar. Es el protocolo
la supervisión de los nodos que integran una red
más extendido y la popularidad la ha conseguido
basada en protocolo 1Pv4, que no representa una
al ser el único protocolo que existió en un principio
inversión mayor a los $19 (costo de la librería SNMP
y por ello casi todos los fabricantes de dispositivos
utilizada) y que además ofrece la facilidad de con-
Diseño e implementación de un Sistema el control, supervisión y gestión de redes

de forma dinámica el tráfico de la red en caso Citas de charlas, clases magistrales o talleres:
existir falla o congestión. • Hernández (2006). Mercadotecnia para
El prototipo desarrollado es escalable, por tanto Ingenieros. Clase Magistral Importancia
enda la continuidad de su implementación del estudio de mercado en el desarrollo de
Y evaluación. Según las pruebas realiza- nuevos productos. UCAB, Caracas.
y tal como se planteó inicialmente, soporta la • Centro de Investigación y Desarrollo de
de redes de hasta 100 estaciones. Un Ingeniería (CIDI). Escuela de Ingeniería de
Trabajo Especial de Grado desarrollado Telecomunicaciones. (2005). Taller: Informe
un estudiante aspirante al título de Ingeniero de Avance del Trabajo Especial de Grado de
telecomunicaciones, puede ser la evaluación Ingeniería de Telecomunicaciones. Trabajo
funcionamiento del prototipo y la inclusión de no publicado.
anismos de "Seguridad Computacional" a
• Sabino, C. (1986). El proceso de la Investi-
herramienta, a través de la implementación de
gación. Caracas. Editorial Panapo
os de encriptamiento o haciendo uso de
v3 que aún está en proceso de evaluación,
pero que ofrece considerables ventajas en el tema Fuentes electrónicas
de seguridad. • Huidobro, J. SNMP. Un protocolo Simple
Debido a la importancia que tiene el protocolo de Gestión . . http ://[Link] .es/publicac/
SNMP en el estudio y gestión de redes, se reco- publbit!bit102/quees .htm. (2005).
mienda: • Tobal, J. SNMP. (30 Agosto 1999). http://
• Abrir líneas de investigación de los Sistemas [Link] .es/ -tobal/snmp. htm. (Diciem-
de Gestión y Administración de Redes ya que bre 2005).
las nuevas tendencias de las comunicacio-
nes en Venezuela y en el mundo se mueven
velozmente hacia el entorno IP siendo los
sistemas de gestión y supervisión cada vez
más necesarios.
• Incluir SNMP en el plan de estudios de la
carrera de Ingeniería de telecomunicaciones,
específicamente en las cátedras de Telemá-
tica y Sistemas Telemáticos, debido a que
representa el protocolo por excelencia de
gestión y administración de redes.

VIII. Bibliografía
Libros consultados
• Radcom. (2002). Guía Completa de Protoco-
los de Telecomunicaciones. McGraw-Hill.
• Forouzan. (2002) Transmisión de Datos y Re-
des de Comunicaciones. McGraw-Hill.
• León , A. Widjaja, 1.(2002). Redes de Comu-
nicación. McGraw-Hill.
• [11] Booch, G. (1994). Análisis y Diseño Orien-
tado a Objetos con Aplicaciones (2da ed.).
España: Addison-Wesley.

También podría gustarte