PROYECTO FINAL GESTIÓN DE RED

Kevin Nicolás acosta Osorio

U1401264@unimilitar.edu.co
Santiago Andrés Gualteros Pulido
U1401194@unimilitar.edu.co
Luzdey Alejandra Bastidas Arias
U1400939@ unimilitar.edu.co
a: Ing. Edith Paola Estupiñán

encuentran dentro de la red y requieren algún tipo de

RESUMEN
Definir topología para monitoreo de red. (Mínimo 7
routers, 5 Switch con 6 redes LAN, el objetivo principal
fue la utilización de los softwares de monitoreo y gestión
de redes, específicamente Nagios, PRTG y MIB Browser,
los cuales hacen un mapeo y descubrimiento con el
protocolo de SNMP. También softwares de mesa de
ayuda como GLPI y dos servicios, HTTP y FTP para el
análisis de tráfico sobre la red.
INTRODUCCIÓN
En el siguiente informe se pone en evidencia la
implementación de una red gestionada con ayuda del
protocolo snmp (simple network management protocol).
La red está compuesta.
La topología a la cual se le implementa la configuración
y activación de SNMP.Se analizan las variables que nos
puede arrojar el gestor de MIB, además el monitoreo
mediante software prtg y nagios
monitoreo o administración, dentro de ellos podemos
encontrar a los routers, switches, servidores, impresoras etc.
Administrador de SNMP: La administración de red a través
de SNMP se basa en un paradigma agente-gestor. La
estación de administración central es el sistema desde el cual
el administrador observa y controla los distintos participantes
de la red. Para esta función integra un software de
administración que permite la consulta de datos SNMP, así
como el inicio de ciertas acciones. Los agentes, que a su vez
son aplicaciones, son el equivalente de los componentes de
red individuales.
Estos recopilan los datos relevantes en el host de destino y
los transfieren a la estación de administración, pero también
pueden realizar cambios en la configuración y desencadenar
ciertas acciones. Estas aplicaciones-agente ya están
implementadas de forma predeterminada en los sistemas más
comunes de Windows y Linux, por ejemplo, en el SNMPD
de Daemon (solo Linux).

MARCO TEÓRICO Agente SNMP: Los agentes SNMP exponen los datos de

SNMP: El Protocolo simple de administración de redes
(SNMP) es un protocolo de capa de aplicación definido
por la Junta de arquitectura de Internet (IAB) en
RFC1157 para intercambiar información de
administración entre dispositivos de red. Forma parte del
conjunto de protocolos Protocolo de control de
transmisión/Protocolo de Internet (TCP/IP).
SNMP es uno de los protocolos ampliamente aceptados
para administrar y monitorizar elementos de red. La
mayoría de los elementos de red de nivel profesional
vienen con un agente SNMP incluido. Estos agentes
deben estar habilitados y configurados para comunicarse
con el sistema de administración de red (NMS)
SNMP cuenta con distintas partes que le permiten operar,
como por ejemplo, encontramos:
Dispositivos gestionados: Son los mecanismos que se
gestión en los sistemas administrados como variables. El
protocolo también permite realizar tareas de gestión de
activos, tales como la modificación y la aplicación de una
nueva configuración a través de la modificación remota de
estas variables
Base de datos de Gestión:  es una base de datos de objetos
administrados que son accesibles por el agente y
manipulados vía SNMP para lograr la administración de la
red.[1]
Existen cinco tipos diferentes de PDU utilizados en SNMP:
Trap PDU: se envía desde el agente a un conjunto de
estaciones gestionadas para notificar eventos extraordinarios.
GetNextRequestPDU: se envía desde el agente a la estación
gestionada como respuesta a una PDU GetRequest,
GetNextRequest o SetRequest y contiene los valores de las
instancias de los objetos.
GetRequestPDU: es enviada desde una estación
gestionada al agente, sirve para recuperar los valores de
las Instancias de objetos cuyos OID están dentro de la
PDU.
SetRequestPDU: se envía desde una estación de
administración al agente y permite establecer los valores
de las instancias cuyos OID y valor están contenidos en
la PD.
MESA DE AYUDA
Una mesa de ayuda principalmente es un servicio que
se presta desde un punto de trabajo hacia un punto de
contacto de un cliente.
En el ámbito de la informática y la tecnología, la mesa
de ayuda brinda soporte técnico. El usuario, al
encontrarse con una dificultad para hacer uso de algún
sistema o producto, puede comunicarse con la mesa
de ayuda para que un especialista le proporcione
cooperación.
Es habitual que la mesa de ayuda, una vez procesado
el requerimiento, brinde un número para que el
usuario pueda hacer un seguimiento de
la operación que realizó. Así, si vuelve a comunicarse
por el mismo tema, tiene que mencionar el número en
cuestión.
Dicho número suele recibir el nombre de número de
incidencia, y resulta muy útil para prescindir de
detallar todo el problema cada vez que el usuario se
comunica con la mesa de ayuda. En el mejor de los
casos, la primera persona que lo atienda dejará
constancia del caso en la base de datos y entre ese
momento y la siguiente comunicación el equipo de
técnicos habrá intentado brindar una solución. La
mesa de ayuda debería ser un servicio para que el
usuario pueda encontrar soluciones a aquellos
problemas que requieren un nivel de conocimientos
superior al suyo o bien herramientas de las que no
dispone.
GLPI:
Es una herramienta ITSM increíble que te ayuda a
manejar y controlar los cambios en tu infraestructura
informática de manera sencilla, resolver problemas
emergentes de manera eficiente y además hace posible
el control fiable sobre el presupuesto y gastos que
realiza tu compañía en IT.
GLPI es el único software ITSM que garantiza el
manejo de grandes infraestructuras de TI con millones
de bienes o activos, GLPI permite la segmentación
por entidades con su respectivas políticas
administrativas y gastos permitidos.Esta herramienta
posee unos perfiles que son:
-Admin: Este perfil administra todos los permisos del
software GLPI. Sin embargo no posee el algunas
características.
-Hotliner: Este perfil permite crear incidencias y tener
acceso a su seguimiento.
-Self-Service: Este perfil le permite crear incidencias o
problemas.
-Super-Admin: Este perfil posee todos los permisos del
software GLPI.
-Helpdesk: Este perfil permite crear incidencias de forma
anónima.
PRTG
PRTG es una herramienta de monitoreo con
funcionalidades completas que le permite monitorizar
redes, servidores, aplicaciones y mucho más. Tolerancia a
fallos automática: si el nodo maestro del clúster no está
conectado o ha caído, inmediatamente otro nodo se hace
cargo de todas sus responsabilidades, incluyendo el envío
de notificaciones.
Puede configurar varios puntos de presencia: todos los
nodos vigilan a todos los sensores todo el tiempo, por lo
que puede comparar los tiempos de respuesta desde
diferentes puntos de la red (LAN/WAN/VPN).
La solución de PRTG hospedada en la nube también es de
alta disponibilidad. Nosotros nos encargamos de eso por
usted, por lo tanto, no hay soporte para clúster en la nube.
NAGIOS
Nagios es un sistema de monitorización de redes
ampliamente utilizado que nace en 1999, de código abierto,
que vigila los equipos (hardware) y servicios (software) que
se especifiquen, alertando cuando el comportamiento de los
mismos no sea el deseado. Entre sus características
principales figuran la monitorización de servicios de red
(SMTP, POP3, HTTP, SNMP...), la monitorización de los
recursos de sistemas hardware (carga del procesador, uso de
los discos, memoria, estado de los puertos...), independencia
de sistemas operativos, posibilidad de monitorización remota
mediante túneles SSL cifrados o SSH, y la posibilidad de
programar plugins específicos para nuevos sistemas.
Los formatos del MIB de CMIP y del SNMP se diferencian
en estructura y complejidad. Los objetos de una MIB se
definen usando un subconjunto del ASN.1, la versión 2 de la
estructura de la información gestionada (Structure of
Management Information Version 2 o SMIv2) definido en el
RFC 2578. El software que procesa esa información para
crear la base de datos se denomina "compilador de MIBs"
(MIB Compiler).
Se trata de un software que proporciona una gran PROCEDIMIENTO
versatilidad para consultar prácticamente cualquier
parámetro de interés
de un sistema, y genera alertas, que pueden ser recibidas LAN 1
por los responsables correspondientes mediante (entre
Rout
otros medios) correo electrónico y mensajes SMS,
cuando estos parámetros exceden de los márgenes er1 192.168.1.1/2
definidos por el administrador de red. 4
G0/0
MIBs S0/0/0 172.16.1.1/32
Base de Información Gestionada o también se le suele
llamar, base de datos de información de administración S0/0/1 172.16.6.2/32
(Management Information Base o MIB) es parte de la
Switch1
gestión de red definida en el modelo OSI.
Define las variables usadas por el protocolo SNMP para Vlan10 192.168.1.2/2
supervisar y controlar los componentes de una red. Está 4
compuesta por una serie de objetos que representan los Pc1 192.168.1.3/2
dispositivos (como enrutadores y conmutadores) en la 4
red. Cada objeto manejado en un MIB tiene un
identificador de objeto único e incluye el tipo de objeto LAN 2
(tal como contador, secuencia o gauge), el nivel de
Rout
acceso (tal como lectura y escritura), restricciones de
tamaño, y la información del rango del objeto. er2 192.168.2.1/2
4
A. Topología de red en GNS3 G0/0
S0/0/0 172.16.1.2/32
Se implementa 5 Switches, 7 Routers PRTG, NAGIOS
MIB BROWSER, FTP y GLPI cada uno de ellos se S0/0/1 172.16.2.1/32
debe ejecutar en una máquina virtual, la cual está
Switch2
diseñada en Windows 7.
Vlan10 192.168.2.2/2
4

A continuacion se procese de a configurar la Vlan 10 a direcciones en cada interfaz.

cada LAN de la red de la comunidad con sus respectivas

LAN 3

Rout

er3 192.168.3.1/24
 Router6

G0/0 192.168.6.1/32

S0/1/1 172.16.6.1/
32
S0/1/2
172.16.5.2/
32

Switch6
192.168.6.2/24
Vlan10

Pc6 192.168.6.3/24

int s/00/0
ip address 172.16.6.2 255.255.255.252
A. Configuración de Router/Switch no sh
exit
int g0/1
En el momento de realizar esta simulación se ip address 192.168.1.1 255.255.255.0
implementó una topología en forma de anillo, con un
no sh
router en la mitad que funciona en todo momento, pero
exit
que puede ser de gran utilidad en caso de que alguno de
router rip
los router que se encuentra formando parte del anillo,
version 2
llegase a fallar. Está conformado por 7 routers cisco, 5
switches cisco y usuarios, unos funcionan como network 172.16.1.0
servidor GLPI y los otros como usuarios de este network 172.16.6.0
servicio ftp, uno para PRTG, MIB Browser y network 192.168.1.0
Wireshark, con el objetivo de ver el tráfico que pasa por no auto-summary
la red. exit

Se pueden observar las configuraciones de Router 2:

enrutamiento en los routers, los cuales nos
proporcionan la conectividad en toda la topología
implementada.

El protocolo de enrutamiento realizado es RIP,para

tener conectividad entre ellos.

Router 1:

config t
int s0/0/1
ip address 172.16.1.1 255.255.255.252
no sh
exit
 config t
int s0/0/1
ip address 172.16.1.2 255.255.255.252
no sh
exit
int s0/0/0
ip address 172.16.2.1 255.255.255.252
no sh
exit
int g0/0
ip address 192.168.2.1 255.255.255.0
no sh
exit
router rip
version 2
network 172.16.1.0
network 172.16.2.0
network 192.168.2.0
noauto-summary
exit

Router 3:

config t
int s0/1/1
ip address 172.16.2.2 255.255.255.252
no sh
exit
int s0/1/0
ip address 172.16.3.1 255.255.255.252
no sh
exit
int g0/0
ip address 192.168.3.1 255.255.255.0
no sh
exit
router rip
version 2
network 192.168.3.0
network 172.16.3.0
network 172.16.2.0
no auto-summary
exit

Router 4:

config t
int s0/1/1
ip address 172.16.3.2 255.255.255.252
no sh
exit
network 172.16.6.0
int s0/1/0
ip address
network 172.16.4.1
172.16.5.0 255.255.255.252
no auto-summary
no exit
sh
exit
int g0/0 192.168.4.1 255.255.255.0 El protocolo de enrutamiento se realizado mediante RIP,
ip address para establecer conectiviadad.
no
sh La configuración de los parámetros snmp, se debe realiza
exit en los Router y Switch.
router rip
version 2
snmp-server community proyecto RW
no
networ auto-summary
192.168.4.0
snmp-server host 192.168.1.3 version 2c
exitk
snmp
snmp-server host 192.168.2.3 version 2c
Router 5: snmp
snmp-server enable traps snmp authentication
config t linkdown linkup coldstart warmstart
int s0/0/1 snmp-server enable traps entity
ip address 172.16.4.2 255.255.255.252 exit
no sh
exit
Esta configuración es necesaria para que el software de
int g0/1
gestión reconozca los dispositivos dentro del entorno de
ip address 192.168.5.1 255.255.255.0
gestión. En este servicio es necesario definir la categoría
no sh
de la comunidad, la comunidad es el grupo global en
exit donde estarán guardados los dispositivos a nivel de
int s0/0/0 protocolo SNMP. La comunidad publica RW hace
ip address 172.16.5.1 255.255.255.252 referencia a las características de read and write, permite
no sh modificar algunos parámetros en los dispositivos
exit gestionados.
router rip
version 2 los comandos posteriores, son para activar la
network 192.168.5.0 autenticación de los dispositivos en la red, y activar los
network 172.16.4.0 traps, los cuales contemplan estados del dispositivo, estos
network 172.16.5.0 no estados se dan cuando aparecen eventualidades que hacen
auto-summary que el dispositivo no opere normalmente, entonces esta
exit línea de comando

Router 6:

config t
int s0/0/0
ip address 172.168.6.1 255.255.255.252
no sh
exit
int g0/1
ip address 172.16.5.2 255.255.255.252
no sh
exit
router rip
version 2
expresa que se registren estos cambios, cuando el pendiente.
dispositivo esté deshabilitado, habilitado, esté inactivo o
Como en la topología también se utilizan switches, estos
también deben ser reconocidos mediante el protocolo ip address 192.168.3.2 255.255.255.0
SNMP, en estos es importante configurar la Vlan nativa no sh
de cada uno porque allí se encuentra la interfaz que exit
permite asociar a estos dispositivos con los softwares de int range f0/1 - 3
gestión. Para esto, se deben configurar de la siguiente switchport mode access
manera: switchport access vlan 10
exit
Switch 1:
Switch 4:
config t conf t
vlan 10 vlan 1
name proyecto name proyecto
exit exit
int vlan 10 int vlan 10
ip address 192.168.1.2 255.255.255.0 ip address 192.168.4.2 255.255.255.0
no sh no sh
exit exit
int range f0/1 - 3 int range f0/1 - 3
switchport mode trunk switchport mode access
switchport trunk native vlan 10 switchport access vlan 10
exit exit

Switch 2: Switch 5:
config t conf t
vlan 10 vlan 10
name proyecto name proyecto
exit exit
int vlan 10 int vlan 10
ip address 192.168.2.2 255.255.255.0 ip address 192.168.5.2 255.255.255.0
no sh no sh
exit exit
int range f0/1 - 3 int range f0/1 - 3
switchport mode access switchport mode access
switchport access vlan 10 exit switchport access vlan 10
exit
Switch 3: conf t
vlan 10 Switch 6:
name proyecto config t
exit vlan 10
int vlan 10 name proyecto
exit
int vlan 10
ip address 192.168.6.2 255.255.255.0
no sh
exit
int range f0/1 - 3
switchport mode access
switchport access vlan 10
 B. Gestor de MIBs (iReasoning MIB Browser)

El gestor de MIBs utilizado fue MIBS Browser, permite

obtener la información en forma de árbol, de este modo se
pueden gestionar los parámetros de cada dispositivo que
conforma la red basado en el protocolo SNMP, en la
siguiente figura se muestra la descomposición jerárquica
que otorga el software:

Este software permite buscar cada dispositivo uno por

uno, basado en una de las direcciones ip de sus interfaces,
para ello se introduce la ip en el campo de “Address” y en
la opción
Advanced se realizan la configuración que asocia la
comunidad de lectura y escritura y la versión de SNMP.
en este caso 2c.

Para realizar este cambio, se ubica en el árbol, la parte

asociada al nombre del dispositivo la cual se llama
sysname se da click derecho y pulsamos set para cambiar

el nombre y a continuación se evidencia este cambio.

Esta función es posible gracias a que la configuración
realizada en el dispositivo fue de lectura y escritura.

Una vez configurados los parámetros, se hace una

petición GET, ésta se selecciona en la parte de operación,
esta opción realiza una solicitud SNMP la dispositivo que El cambio también se evidencia en la consola del
estemos revisando, y se verán las variables que dispositivo donde se hizo el cambio de nombre.
caracterizan a este dispositivo.

otro tipo de gestión que se puede realizar en este

programa es con la opción set cambiar parámetros de los
dispositivos asociados a la comunidad SNMP a
continuación evidenciamos el cambio del nombre del
Otro tipo de pdu que se puede verificar son los GET
router 3, pasa de tener nombre router a R3
BULK, el cual entrega 10 variables basado en la posición
en el árbol, por ejemplo en la opción de paquete SNMP.
La opción Walk nos proporciona toda la información
posible del dispositivo, allí se puede visualizar toda la
información posible de las interfaces del dispositivo,
como se muestra en la figura de un switch. Estas primitivas se generan cuando se realizan solicitudes
y se dan respuesta a esas solicitudes por parte de los
agentes, también existen Traps que llevan información
como por ejemplo, el estado de una interfaz.

Para observar algunos Traps generados de forma

detallada, se realizó la implementación de un puerto
espejo para poder observar el tráfico, se encontraron C. Mesa de ayuda (GLPI)
paquetes de GET request y GET response.
Se realizó la implementación de una mesa de ayuda
utilizando el software GLPI. Esta mesa de ayuda cuenta
con 5 clientes 2 técnicos y 1 administrador.
A continuación se pueden observar las gráficas que
muestran el paso a paso de la funcionalidad de la mesa de
ayuda.

En la anterior imagen se muestra el inicio de sesión de un

cliente, el cual enviará un incidente que le está
ocurriendo.
 incidencia ya quedó cerrada y puede seguir trabajando.
Se llenó el formulario necesaria para enviar un incidente
en el cual se especifica el tipo, la categoría, opción de
mantener informado, la ubicación del incidente, título,
descripción y una foto del incidente opcional.

El administrador realiza la asignación de la incidencia a

un técnico el cual brindará soporte o mantenimiento
para solucionar dicha incidencia.
Cada incidencia tendrá una prioridad dependiendo la
tabla de impacto de todas las incidencias que tendrá el
administrador.

El técnico recibe la incidencia que tiene que solucionar

algunas con más prioridad que otras por lo que por lo
general tendrá que solucionar las incidencias con
mayor impacto de primeras, una vez solucionada ya se
puede notificar al cliente y cerrar la incidencia.

Cuando se solucione la incidencia el cliente verá que su

D. Monitoreo de Red (Nagios)

Una vez hecha la implementación de la topología Se le asignó un nombre a cada router dependiendo de su
propuesta procedemos a agregar todos los dispositivos dirección ip en la anterior figura se agregó el Router 16
de red al software Nagios el cual nos permite monitorear respectivamente, así mismo nos muestra los puertos que
y vigilar los recursos de dicha red. queremos monitorear.
Se activó la opción de SNMP con los comandos
respectivos en los dispositivos (Routers Switch) para
poder monitorearlos con el software. Así mismo se agregaron todos los router y switch de la
topología en las figuras se evidencia este procedimiento.
En la anterior figura se observa la agregación de un
dispositivo de la red para este caso se agregó un router
proporcionando la dirección ip de este.

milisegundos
● El tiempo mínimo de ida y vuelta fue de 0.23
milisegundos.

E. Análisis de red con PRTG

Inicialmente se debe crear la comunidad en PRTG a la

cual se asocian los dispositivos de la red de datos. En la
topología implementada se realizada el monitoreo y
gestión de sus equipos, a continuación se observará las
actividades realizadas con PRTG.

En esta gráfica se muestra un ping el cual nos permite Una vez se ingresa a la interfaz de PRTG debemos
saber que existe una conectividad con este dispositivo en ingresar a dispositivos y agregar dispositivos, esto con el
la gráfica nos muestra las siguientes métricas. fin de tener un control y orden en cuanto los dispositivos
que hacen parte de una comunidad en particular.
● RTA = Round-Trip Average
● PL = Packet Loss
● RT MAX = Maximum Round-Trip time
● RT MIN = Minimum Round-Trip time
● El RTA el cual es el tiempo de ida y vuelta
para este caso tuvo un promedio de
0.94milisegundos.
● PL son los paquetes que se perdieron durante
la trasmisión para este caso no se perdió
ningún paquetes
● EL tiempo máximo de ida y vuelta fue de 2.54
Creación de Comunidad PRTG
En la siguiente imagen se evidencia el proceso para
crear una comunidad y poder monitorearla, se establece
nombre de la comunidad proyecto, se configura SNMP
con version2c y se asigna el número de puerto 161.

Para agregar el sensor de SNMP en cada equipo, cabe

resaltar que posterior a esto los equipos deben tener
configurado el protocolo.

 AGREGAR UN SENSOR A DISPOSITIVO –

SWITCH
Al sw1 se le asigna 3 sensores para realizer el monitoreo
correspondiente, para ellos se le active los siguientes
sensors. Permitenen tener un monitoreo constant de los
equipos para determiner estado de conectividad active o no
active por medio de ping, genera trap teniendo claro que
esto de crea cuando se presenta una falla y se genera un
 Agregar dispositivos a la comunidad proyecto mensaje de alerta y trafico de snmp el cual proporciona
informacion del trafico que pasa por un enlace.
Para agregar los dispositivos a la comunidad en este
caso Router, Switch y PC a cada uno se les asigna un Sensor Ping
nombre, IP para identificarlos, SNMP versión 2c y Sensor Receptor SNMP Trap
numero de puerto 161, como se observa en la siguiente Sensor Traffic SNMP
imagen.

 AGREGAR UN SENSOR A DISPOSITIVO –

ROUTER
Para el r1 se le configuran los siguientes sensores SNMP.

• Sensor Ping
• Sensor Receptor SNMP Trap
• Sensor Traffic SNMP
• Sensor Disponibilidad SNMP

 AGREGAR UN SENSOR A DISPOSITIVO –

PC

En los pc de la red se debe configurar FTP y SNMP con

el fin de establecer comunicación por medio de este
protocol.
 Seguido a esto se generan las gráficas de monitoreo, para
• Sensor FTP el caso del SW se evidencia la captura del sensor ping,
• Sensor SNMP monitoreo de disponibilidad en Router y monitoreo FTP
en PC3 .se muestran a continuación.

GRAFICA MONITOREO PING EN SWITCH

 DISPOSITIVOS EN LA COMUNIDAD
PROYECTO

Se puede evidenciar en la siguiente imagen que equipos

hacen parte de la comunidad, en este proyecto se utilizan
SW, Routers y Pc. Si un equipo queda por fuera no
podrá tener comunicación ya que no tendría la
GRAFICA MONITOREO DISPONIBILIDAD SNMP EN
configuración de SNMP requerida. A si mismo se ROUTER
observa que cada uno de los equipos se le asigna un
nombre y sensores SNMP para determinar su
comportamiento.

GRAFICA MONITOREO FTP

• Sensor Ping
• Sensor FTP
• Sensor SNMP

Protocolo de transferencia FTP

Se crea una máquina virtual para FTP cliente y FTP servidor,

con el propósito de hacer una transferencia de archivos entre
cliente-servidor.

 CLIENTE FTP
Una vez se ingresa a la maquina virtual y se active FileZilla,
se debe ingresar la direccion ip en la que se encuentra instada
para este caso es 192.168.2.3, se crea un usuario aleja, clave
y numero de puerto 21. Se debe incorporar o llamar a un
archivo y hace la transferencia de archivos de cliente a
servidor.
 SERVIDOR FTP

El servidor está configurado con XAMMP para lograr

ejecutarlo y obtener resultados en la transferencia de
archivos en el servidor se observa el monitoreo, el cual se
puede identificar por el número de IP 192.168.2.4 cliente, IP
192.168.2.3 servidor como se muestra en la siguiente
imagen.

Los cuales permitían agregar los dispositivos a una

Al agregar el sensor se deben seleccionar todas las
comunidad pública y entregar permisos al
interfaces conectadas de cada equipo de red ya que así se
administrador de lectura y escritura sobre sus
podrán monitorear y gestionar, además, esto también
características, los siguientes dos comandos permitían
permite la visualización del tráfico que está pasando por
identificar los servidores SNMP los cuales estaban
cada una de ellas.
asociados a los softwares PRTG y NAGIOS mediante
esas IPs y el último comando habilitaba los mensajes En la siguiente gráfica, se encuentra el tráfico de entrada,
Traps cuando una interfaz se conectaba o el tráfico de salida y el tráfico total de esa interfaz.
desconectaba.

Después de la configuración de estos comandos en los
equipos, se procedía a agregar el sensor SNMP en el
equipo como se observa en las siguientes imágenes.
En la siguiente gráfica el software PRTG detecta el tráfico
que está cursando a través de la red mediante el servidor
HTTP, la gráfica representa el tiempo real en el que se está
cruzando los datos versus el segmento en la escala de
tiempo propia la escala (mseg) denota en el tiempo de
respuesta que tarda la red en responder a una solicitud de
transferencia, además muestra una escala en la que muestra
el porcentaje de la misma, esta gráfica es de gran utilidad
para evaluar cómo está respondiendo la red a una solicitud
que se realiza .

 Activación de alarmar en PRTG

G. Servidores HTTP y FTP

El servidor que se montó para la generación de tráfico fue
apache, el cual contenía un video que generarían tráfico
HTTP como se explicó anteriormente.
Como se ve en la imagen anterior se procedió a crear
una página en html que me permitió crear, una página
web sencilla a la cual se le integró un video para generar
tráfico HTTP.
 H. Show routers cisco

e
l
p
r
o
t
T o
a c
m o
bi l
én o
se ft
cr p
eo (
un F
se il
rv e
id T
or r
F a
T n
P s
a f
tr e
av r
és P
de r
l o
so t
ft o
w c
ar o
e l)
fil p
ez a
ill r
a, a
qu c
e o
es m
un p
a a
ap rt
lic ir
ac a
ió r
n c
qu h
e i
ut v
ili o
za
s c
co o
n m
ot o
ro l
s a
us d
ua ir
ri e
os c
. c
El i
ac ó
ce n
so d
a e
es l
te s
se e
rv r
id v
or i
F d
T o
P r,
se e
ha l
ce u
in s
tr u
od a
uc ri
ie o
nd y
o l
ci a
er c
to o
s n
da tr
to a
s s
ne e
ce ñ
sa a
ri .
os
pa
ra
la
co
ne
xi
ón
,

Alguno de estos datos necesarios es crear en el servidor
de filezilla un lugar donde van a estar alojados los
archivos que los usuarios comparten, como también el
nombre del servidor y la contraseña.
en este comando podemos observar los detalles del
destinatario de la red que está administrando mediante
SNMP, los campos a resaltar son Notification Host
mostrando la dirección IP para el host que se está
generando la notificación en número de puerto en este
caso UDP 162 el tipo de la notificación la cual lo está
haciendo por medio de Traps, user muestra el tipo de
acceso del usuario para el que se está generando la
información en nuestro caso sería GESTIÓN la que se
configuró con el protocolo SNMP, y por último muestra
el tipo de seguridad v2c en el que se incluyen un
mecanismo de recuperación masiva además genera
informes detallados de mensajes cuando se genera un
error en las estaciones que se están administrando.
este comando sirve para realizar la verificación de las
comunicaciones de SNMP, realiza un informe detallado
de las entradas de los paquetes con SNMP, está enfocado
a detección de los errores en las que se indican como el
número de paquetes que fallaron debido a algún otro error
, número de tramas enviadas, número de tramas caidas
tramas que se están cayendo debido a una falla de
recursos de memoria, en el campo Login to genera
informes de los destinos asociados mediante direcciones
ip.

en este comando muestra la cadena de acceso a la
comunidad, mostrando el nombre el índice, también
muestra el nombre de seguridad que tiene la cadena de la
comunidad tipo de acceso que tiene en general los datos
más relevantes que se pueden encontrar de manera
general de la comunidad.
I. CONCLUSIONES
● Al realizar la búsqueda por la IP del
dispositivo en el gestor de MIB y no aparece,
se realiza una segunda búsqueda avanzada
donde se especifica el nombre de la
comunidad a la que pertenece y la versión de
SNMP.
● Podemos decir que esta herramienta es muy
útil para que las empresas siempre puedan
tener una red activa, sin ningún contratiempo.
Con la forma de enseñanza que hemos
mostrado se vio que no es nada del otro
mundo, por el contrario, su manejo y
configuración son rápidos y fáciles, en síntesis,
es amigable con el usuario.
● PRTG Network Monitor permite monitorear
cualquier dispositivo en la red de una 
organización que tenga IP. y permite
monitorear cientos de sensores (servicios).
 http://ceres.ugr.es/~alumnos/gder/formulario.htm
características, posee diferentes herramientas
como sensores que miden específicamente una
métrica o un tipo de tráfico en la red. Este
software nos ayudó mucho para el desarrollo de
este proyecto.
REFERENCIAS
[1] “What is SNMP? | SNMP Tutorial – Protocol
– Monitoring – Agent.” [Online].
Available:
https://www.manageengine.com/network-
monitoring/what-is- snmp.html. [Accessed: 8-Dic-
2019].
[2] “Monitoreo SNMP con PRTG.” [Online].
Available: https://www.es.paessler.com/snmp_monitor.
[Accessed: 7-Dic-2019].
[3] “SNMP PDUs and operations.” [Online].
Available:
http://osr507doc.xinuos.com/en/NetAdminG/snmpC.p
dus.htm
l. [Accessed: 8-Dic-2019].
https://www.manageengine.com/es/network-
monitoring/what-is-snmp.html#:~:text=Cada%20agente
%20SNMP%20mantiene%20una,administraci%C3%B3n
%20de%20red%20(NMS).
https://www.ionos.es/digitalguide/servidores/know-
how/snmp/
https://www.javeriana.edu.co/biblos/tesis/ingenieria/Tesis1
90.pdf
https://definicion.de/mesa-de-ayuda/
https://www.north-networks.com/fabricante/que-es-nagios/
http://securityresponse.symantec.com/es/es/norton/se
curity_response/glossary/define.jsp?
letter=m&word=mib-management-information-base