Práctica de RMON (Remote Network Monitoring)con MRTG Si quisiéramos obtener información acerca de una red como un todo deberíamos realizar sucesivas consultas individuales a cada nodo conectado en la red. Esto supone un mayor consumo de recursos de la red (tiempo de procesamiento en agentes y el gestor, y ancho de banda consumido por las constantes consultas/respuestas SNMP). Con este motivo surge RMON, un protocolo para la monitorización de redes como un conjunto. RMON trabaja mediante un analizador de red, denominado monitor o sonda RMON. Está diseñado para la monitorización “basada en el flujo”, mientras que SNMP para la administración “basada en el dispositivo”. La sonda se encarga de solicitar, recoger y guardar información sobre paquetes enviados o perdidos, velocidad de las líneas, estadísticas del tráfico, etc. sobre el segmento de red en el que se encuentra (o una LAN o WAN enteras), y ponerla a disposición del NMS. La MIB de RMON se diseñó para permitir a las sondas RMON correr de forma offline, esto es, sin necesidad de un NMS para recoger información sobre la red constantemente. Se trata básicamente de una extensión a la MIB-II, lo que implica que para que RMON funcione, SNMP debe estar habilitado y convenientemente configurado. - RMON1 definido en RFC 2819 (RMON2 en RFC 2021). - SMON, versión para redes conmutadas está definido en RFC 2613.

Figura 1.11. MIB de RMON

2. MRTG (MULTI ROUTER TRAFFIC GRAPHER) Se trata de una herramienta para monitorizar diversos parámetros de red y generar páginas HTML que contienen imágenes (con formato PNG) que proporcionan una representación gráfica en vivo de los datos que obtiene del protocolo SNMP o de scripts.

Figura 2.1. Gráfica creada con MRTG

Entre las características más importantes de MRTG tenemos las siguientes: -

MRTG es multiplataforma por lo que es compatible con la mayoría de plataformas UNIX y Windows. Es además software libre bajo la licencia GNU/GPL.

-

Está escrito en Perl.

-

Utiliza una aplicación SNMP portátil escrito completamente en Perl, por lo que no hay necesidad de instalar ningún paquete externo SNMP.

-

Las interfaces de routers pueden ser fácilmente identificadas por su dirección IP, la descripción y la dirección Ethernet además de la interfaz de serie normal.

-

MRTG mantiene constante el tamaño de los archivos de registro (logfiles), estos archivos no crecen en exceso gracias a la utilización de un único algoritmo de consolidación de datos.

-

Algunas rutinas están escritas en C para mejorar el rendimiento.

-

Los gráficos son generados directamente en formato PNG

-

El aspecto de las páginas web producidas por MRTG así como la configuración de este son altamente configurables.

MRTG consiste en un script de Perl que utiliza el protocolo SNMP para controlar cualquier variable que se elija, y un rápido programa en C que registra el tráfico de datos y crea los gráficos para representarlos. Estos gráficos se incrustan entonces en páginas web.

Configuración El comportamiento en tiempo de ejecución de MRTG se rige por unos archivo de configuración (por defecto se crea uno, mrtg.cfg bajo el directorio de /etc). Estos archivos de configuración pueden ser generados automáticamente con el script cfgmaker. Sin embargo, para configuraciones más elaboradas es necesario darle algunos parámetros a este script. El script de cfgmaker crea archivos de configuración basado en la información extraídos de un enrutador u otro dispositivo SNMP disponible. Se ejecuta a través de la línea de comandos y tiene la siguiente sintaxis:

$ sudo cfgmaker [OPCIONES] COMUNIDAD@IP_DISPOSITIVO

comunidad: es el nombre de la comunidad del dispositivo a configurar, según se haya especificado en el archivo de configuración de SNMP. Por defecto se pone a “public”. dispositivo: hace referencia al nombre DNS o dirección IP del dispositivo con el Agente SNMP. opciones (variables globales): se pueden especificar las opciones para el fichero a que se crea. En el Anexo de este documento se encuentran todas las posibles configuraciones.

indexmaker es un script que puede crear páginas web que mostrará una serie de enlaces hacia las páginas de las diferentes interfaces monitorizadas. El comando a ejecutar para crear la página de índice tiene la siguiente sintaxis: $ sudo indexmaker /var/www/mrtg/index.html /…/archivo.cfg /…/archivo1.cfg

El script se encarga de convertir los ficheros de configuración en ficheros html visibles desde cualquier navegador.

Comando cfgmaker con el que se ha creado el fichero de mrtg.cfg.

Opciones globales, variables que afectan a todas las configuraciones siguientes que se encuentran en el fichero. A partir de aquí se crean las configuraciones específicas para cada elemento a monitorizar o Target. Se especifican los OIDs y el esquema que seguirá el gráfico. También se pueden especificar opciones específicas para una mejor interpretación y funcionamiento. Figura 2.2. Ejemplo de fichero de configuración de MRTG

Agente

Agente

NMS - MRTG

Agente

Figura 2.3. Ejemplo implementación de MRTG

RRDtool MRTG funciona perfectamente para la monitorización de redes simples, lo cual fue su objetivo en un inicio, aunque actualmente se utiliza para monitorizar de todo, desde tráfico de enlaces hasta la temperatura, memoria, etc. Sin embargo, hay una serie de inconvenientes en MRTG. En el apartado de gráficos por ejemplo, estos siempre comienzan por 0 en el eje vertical, y si únicamente quisieses ver datos relevantes en un rango determinado, no podrías. Existen limitaciones en cuanto al número de valores que pueden representarse, si se quisiera monitorizar el flujo de red de 10 servidores diferentes, probablemente se deberían crear 10 gráficos; también en cuanto a la velocidad de peticiones para los valores de los gráficos, un mínimo de 5 minutos… Los detalles se suman y suman. En este punto se crea RRDtool (Round Robin Database Tool), una herramienta pensada para llenar todos los vacíos de MRTG, aunque falla en la simplicidad que este último provee. RRDtool es la próxima generación de MRTG, con una completa reimplementación de los gráficos y características de registro. Es un sistema que permite almacenar y representar datos en intervalos temporales (ancho de banda, errores en el tráfico, CPU, etc.) en forma de gráficos fácilmente inteligibles, siguiendo el mismo principio que MRTG. Funciona guardando los datos obtenidos con la ayuda del protocolo SNMP en una “base de datos circular” (Data Source, DS) que no crece en el tiempo, ya que contempla siempre la misma cantidad de datos; una vez llena toda la base de datos, los nuevos valores sobreescriben a los antiguos. Con estos datos RRDtool es capaz de generar simples y complejos gráficos, altamente personalizables y visibles desde cualquier navegador web.

Figura 2.4. Gráfico creado con RRDtool

3. PROPUESTA DE SISTEMA DE MONITORIZACIÓN Esquema de red Agente

A.34

192.168.1.3 172.16.255.120/16

172.16.255.130/16

10.10.127.223/24

A.25

NMS -MRTG

192.168.25.0/24

Figura 3.1. Esquema de red

Requisitos: Estación administradora (NMS) o Plataforma: Linux, Ubuntu, Debian,etc. o Paquetes:  snmp: es un conjunto de aplicaciones para realizar las peticiones a los diferentes dispositivos que tengan un agente SNMP y que deseemos monitorizar. Operaciones: snmpget, snmpgetnext, snmpset, snmpwalk, snmpnetstat, snmptrapd y snmptest. 

MRTG. Se puede descargar el paquete de código fuente desde su web (http://www.mrtg.org), aunque en la distribución de Debian ya viene por defecto en uno de los repositorios.

 Apache2 OPCIONAL: o Herramienta “mib browser”. Interfaz gráfica para operaciones snmp y visor de MIBs. Software: o

openssh-server: para la administración remota de este servidor mediante ssh

Equipo administrado (Agente) o PC/ Servidor – Linux. Este equipo corre una máquina virtual, que es a su vez el servidor Proxy para la red wifi. 

snmpd: se trata de un Agente SNMP que se instala de forma local en el dispositivo que se desea monitorizar.

En esta práctica se empleará: SNMPv1 y SNMPv2, debido a su amplia compatibilidad, rapidez de implantación y no necesidad de un riguroso sistema de seguridad para el entorno donde se pretende realizar su implementación.

Administración remota del servidor (NMS): Por cuestiones de movilidad y comodidad se emplea la administración remota para gestionar el NMS. 1. En la estación NMS instalamos un servidor de ssh apt-get install openssh-server

2. En la otra estación instalamos el programa Putty (u otro cliente de ssh) para el acceso remoto:

Figura 3.2. Conexión remota al NMS con Putty

IMPLEMENTACIÓN DE SNMP (AGENTE) Por parte del Agente se debe instalar el paquete de snmpd, que implementa un demonio cuya función es la de responder a las peticiones SNMP del NMS. La instalación por defecto incluye MIBs para las interfaces de red, memoria, disco, procesos y estadísticas de CPU. apt-get install snmpd

Archivos de configuración: /etc/default/snmpd

En este archivo debemos eliminar: 127.0.0.1 (con esto le decimos al Agente que escuche a peticiones por todos los puertos) /etc/snmp/snmpd.conf

Se configura de la siguiente manera: #### # sec. name source community com2sec readonly 172.16.0.0/16 public com2sec readwrite 172.16.255.130 private #### # sec.model group ROGroup group ROGroup group ROGroup

sec.name v1 readonly v2c readonly usm readonly

group RWGroup v1 readwrite group RWGroup v2c readwrite group RWGroup usm readwrite

Se describen las reglas de seguridad, asignando las comunidades y las redes o equipos a los que se permite el acceso

Se crean grupos asociando las redes y las versiones a emplear. Se proponen estos nombres distinguibles fácilmente según los permisos que se les quiere proporcionar.

#### Se asignan las ramas MIB que se permiten ver # incl/excl subtree mask view all included .1 80 view system included .iso.org.dod.internet.mgmt.mib-2.system #### #context sec.model sec.level match read write notif access ROGroup "" any noauth exact all none none access RWGroup "" any noauth exact all all none

Ahora se asignan los permisos (lectura, escritura, notificación) a los grupos creados anteriormente

#### # System contact information syslocation Proxy-Wifi (configure /etc/snmp/snmpd.local.conf) syscontact Root (configure /etc/snmp/snmpd.local.conf)

Iniciar el agente con: /etc/init.d/snmpd start

Opcionalmente se puede aportar información de contacto, útil para pruebas de conexión

IMPLEMENTACIÓN DE SNMP (NMS) Necesitamos el siguiente paquete para realizar las consultas al agente mediante las operaciones de SNMP: apt-get install snmp

Para comprobar si SNMP está funcionando correctamente utilizamos alguna operación de snmp: snmpget –v2c –c public 172.16.255.120 system.sysDescr.0 Operación

Versión

Comunidad

IP del Target

OID

Y devuelve: SNMPv2-MIB::sysDescr.0 = STRING: Linux xen-wifi 2.6.26-2-xen-amd64 #1 SMP Tue Jan 25 06:13:50 UTC 2011 x86_64

En caso de que no devuelva información, se debe revisar que se han seguido todos los pasos y verificar que la configuración es la correcta. Si queremos averiguar alguna variable en particular podemos acceder a las MIBs que se instalan con el paquete de snmp y encontrar el OID adecuado. Las MIBs se guardan en el siguiente directorio: /usr/share/snmp/mibs/ en Debian o /var/lib/mibs en LinuxMint

Figura 3.3. Ficheros MIB

IMPLEMENTACIÓN DE MRTG Ubuntu/Debian/LinuxMint contienen MRTG en sus repositorios, así que no tenemos que compilarlo y podemos proceder directamente a su instalación: apt-get install mrtg apache2

La ventaja de instalar MRTG de esta manera es que automáticamente instala todas las dependencias que necesita (GD, zlib, libpng). En el comando también incluimos la instalación del servidor Apache. Creamos las carpetas donde se guardarán los archivos utilizados por MRTG: 1. Para guardar las páginas HTML que se generen con el script de indexmaker. mkdir –p /var/www/mrtg

2. Para guardar los archivos de configuración generados por cfgmaker. mkdir /etc/mrtg

Como únicamente monitorizamos una estación podemos crear un solo archivo de configuración. Este servirá para el monitoreo de las interfaces, la carga del sistema, memoria RAM, etc. de este equipo. cfgmaker --output /etc/mrtg/wifi.cfg [email protected]

Ejecutamos el siguiente comando para crear la página web index.html, con el archivo de configuración MRTG especificado: indexmaker --output=/var/www/mrtg/index.html /etc/mrtg/wifi.cfg

Ahora ejecutamos el siguiente comando para establecer la variable de entorno e iniciar el demonio de MRTG env LANG=C /usr/bin/mrtg /etc/mrtg/wifi.cfg

Y ahora queda comprobar que todo ha funcionado como se esperaba, para ello en la barra de dirección de un navegador escribimos: http://10.10.127.223/mrtg/index.html y debe aparecer la página index.html que antes se generó con indexmaker. Haciendo click en uno los gráficos, se ofrece más información sobre el elemento que se monitoriza, con datos diarios, semanales, mensuales y anuales, además tendremos la leyenda de colores empleados con sus significados. Si es necesario cambiar algún parámetro en el fichero de configuración, se debe reiniciar el demonio de MRTG, y si se cambia algún aspecto que modifique el gráfico, se debe introducir el comando de indexmaker nuevamente.

4. ANÁLISIS

Figura 4.1. Gráficos generados por MRTG

Una vez en la página index.html podemos ver todos los gráficos configurados en el fichero de wifi.cfg. Como vemos en la imagen, se han creado gráficos para todas las interfaces (las que están subidas), para la memoria RAM y para la carga del sistema. Estos gráficos corresponden a datos actuales (diarios), que se renuevan cada 5 minutos (como se indica en el fichero de configuración). Para comprender lo que se representa en cada uno de los gráficos debemos pinchar en ellos y seguir la leyenda. Aquí observamos además gráficos que agrupan los datos por semanas, por meses y por años. Los datos crecen de derecha a izquierda y el tiempo se rige por 5 minutos para los gráficos diarios, por días para los semanales, por semanas para los mensuales y por meses para los anuales. Se ha monitorizado la actividad de los siguientes elementos: -

Interfaz eth0 (interfaz física, ip = 172.16.255.120)

-

Interfaz eth1 (interfaz física, ip = 192.168.1.3)

-

Memoria RAM

-

Carga del sistema

Interfaz eth0: Representa el tráfico de entrada o descarga (verde claro) y salida o subida (azul) en esta interfaz, con IP: 172.16.255.120. Por aquí se espera que el tráfico de subida sea mayor que el de bajada, ya que por este enlace se da servicio wifi a los alumnos. Como observamos, concuerda; y distinguimos los tiempos de mayor actividad: entre las 8 y las 13:00, sólo los días laborables. Como nos encontramos a finales de curso y el número de portátiles es bajo, no observamos mucho tráfico, con una media de 48b/s para descargas y 64b/s para subidas. Se puede apreciar en el gráfico anual cuando se ha empezado la monitorización.

Interfaz eth1: Representa el tráfico de entrada o descarga (verde claro) y salida o subida (azul) en esta interfaz, con IP: 192.168.1.3. En esta interfaz la tasa de descarga es mayor a la de subida, lo cual es razonable ya que por aquí se redirige el tráfico hacia la interfaz anterior. Podemos advertir de picos, aunque muy puntuales, en ciertas horas del día, sobre todo en las horas de mañana, y solo en días laborables, coincidiendo con el gráfico anterior. Este esquema sugiere que en esta interfaz hay un tráfico bajo que nos indica que la línea empleada es adecuada, aunque como en la anterior, nos encontramos a finales de curso, cuando la actividad es poca.

Memoria RAM: Representa la memoria RAM total (azul) y libre (verde claro), se deduce que el espacio que queda en blanco es la memoria RAM ocupada o activa. Podemos decir que el equipo que se monitoriza tiene 5 GB de memoria RAM en total, y más de 4 GB quedan libres. Este resultado se ha observado en la mayoría o la totalidad del tiempo en el que se ha realizado la monitorización. A juzgar por estos datos este equipo posee más que suficiente memoria RAM para llevar a cabo éstas y un mayor número de tareas. Carga del sistema: Representa el promedio, en el último minuto, del porcentaje de tiempo en el que los procesadores (4) tuvieron actividad. En este caso no se representan 2 elementos sino 1, la carga del sistema en tanto por ciento (azul y verde claro). Como se aprecia, no se numera hasta el 100% ya que no se podría distinguir la gráfica que oscila entre el 1% y el 0% la mayoría del tiempo. Se debe resaltar que las peticiones que realiza MRTG se producen cada 5 minutos (el mínimo permitido), con lo que sería difícil toparse con picos puntuales. Teniendo en cuenta lo anterior, este equipo es suficientemente capaz de gestionar el tráfico que pasa por él, y de funcionar correctamente ya que el rendimiento no se ha visto afectado en ningún momento, y las gráficas dan a entender que es capaz de soportar una mayor cantidad de actividad, sin la necesidad de reemplazar los componentes mencionados.

ANEXOS MRTG Opciones Globales del fichero de configuración WorkDir: especifica el directorio dónde se deben crear las páginas web. Refresh (actualizar): son los segundos que el navegador tarda en actualizar la página con las gráficas. Si esto no está definido, el valor por defecto es 300 segundos (5 min). LoadMIBs: carga los archivos de la MIB y dispone de sus OIDs, como nombres simbólicos. Para mayor eficiencia, una caché de MIBs se mantiene en el WorkDir. RunAsDaemon: permite el funcionamiento en modo demonio. El objetivo de este modo es que ejecute MRTG de manera automática cada cierto tiempo. Este comportamiento ahorra recursos ya que la carga y análisis de los archivos de configuración ocurre sólo una vez, según los intervalos establecidos. Es necesario, en este modo, reiniciar el proceso para activar los cambios en el archivo de configuración, cada vez que este sea modificado. Si se desea que MRTG pueda ejecutarse bajo un usuario en particular (no se recomienda para ejecutar MRTG como root) se puede emplear el siguiente comando: mrtg --user=USUARIO --group=GRUPO mrtg.cfg

Opciones específicas de los Targets Title: Título para la página HTML. PageTop: Título que se añade a la parte superior de la página HTML generada. Tenga

en cuenta que puede tener varias líneas de texto, siempre y cuando la primera columna esté vacía. Tenga en cuenta que las líneas de continuación terminan en la misma línea en la página HTML. Si desea saltos de línea en el HTML generado usa '\ n'. MaxBytes: El máximo valor que las dos variables pueden alcanzar. Si se supera, se ignora. Importante a la hora de acotar los gráficos AbsMax: El valor máximo absoluto que se puede alcanzar, si se supera MaxBytes. Unscaled: Por defecto, cada gráfico se escala verticalmente para hacer los datos actuales visibles, incluso cuando son mucho menores que MaxBytes. WithPeak: Por defecto los gráficos sólo contienen los valores medios de las variables de control - normalmente las velocidades de transferencia para el tráfico entrante y saliente. La siguiente opción instruye a MRTG para mostrar los valores de pico de cinco minutos en los gráficos de [w]eekly, [m]onthly y [y]early. Suppress: Por defecto, MRTG produce 4 gráficos. Con esta opción puedes suprimir la generación de los gráficos seleccionados.

Options: growright: Las gráficas crecen hacia la izquierda. Esta opción cambia la dirección del crecimiento de las gráficas, el tiempo y los valores históricos. bits: Todos los valores de las variables se multiplican por 8. Esto también afecta al etiquetado “por defecto” y a las unidades del Target. nopercent: No presenta las variables en porcentajes. gauge: Trata los valores obtenidos de las mediciones del Target como “estado actual”, y no como por defecto, incremento de los contadores. Esto sería útil para monitorizar cosas como espacio de disco, carga de procesador, temperatura, etc. YLegend: La etiqueta del eje Y de la gráfica. Tenga en cuenta que un texto demasiado largo para caber en el gráfico será ignorado. ShortLegend: Las unidades (por defecto b/s) a usar por Max, Average and Current. Legend[1234IO]: Texto de las leyendas de colores.

FICHERO DE CONFIGURACIÓN (wifi.cfg) # Created by # /usr/bin/cfgmaker --output=/etc/mrtg/wifi.cfg [email protected] ### Global Config Options # for Debian WorkDir: /var/www/mrtg ### Global Defaults # to get bits instead of bytes and graphs growing to the right Options[_]: growright, bits EnableIPv6: no RunAsDaemon: yes Interval: 5 Refresh: 305 #Suppress[_]: y WithPeak[_]: m XSize[_]: 250 YSize[_]: 100 ###################################################################### # System: xen-wifi # Description: Linux xen-wifi 2.6.26-2-xen-amd64 #1 SMP Tue Jan 25 06:13:50 UTC # Contact: Root (configure /etc/snmp/snmpd.local.conf) # Location: Unknown (configure /etc/snmp/snmpd.local.conf) ######################################################################

######################## ### Interface 12 >> Descr: 'eth0' | Name: 'eth0' | Ip: '172.16.255.120' | Eth: '$ Target[172.16.255.120_eth0]: #eth0:[email protected]: SetEnv[172.16.255.120_eth0]: MRTG_INT_IP="172.16.255.120" MRTG_INT_DESCR="eth0" MaxBytes[172.16.255.120_eth0]: 1250000 Title[172.16.255.120_eth0]: Traffic Analysis for eth0 -- xen-wifi PageTop[172.16.255.120_eth0]: Traffic Analysis for eth0 -- xen-wifi

System:	xen-wifi in Unknown (configure /etc/snmp/snmpd.local.conf)
Maintainer:	Root (configure /etc/snmp/snmpd.local.conf)
Description:	eth0
ifType:	ethernetCsmacd (6)
ifName:	eth0
Max Speed:	1250.0 kBytes/s
Ip:	172.16.255.120 ()

### Interface 13 >> Descr: 'eth1' | Name: 'eth1' | Ip: '192.168.1.3' | Eth: '' ### Target[172.16.255.120_eth1]: #eth1:[email protected]: SetEnv[172.16.255.120_eth1]: MRTG_INT_IP="192.168.1.3" MRTG_INT_DESCR="eth1" MaxBytes[172.16.255.120_eth1]: 1250000 Title[172.16.255.120_eth1]: Traffic Analysis for eth1 -- xen-wifi PageTop[172.16.255.120_eth1]: Traffic Analysis for eth1 -- xen-wifi

System:	xen-wifi in Unknown (configure /etc/snmp/snmpd.local.conf)
Maintainer:	Root (configure /etc/snmp/snmpd.local.conf)
Description:	eth0
ifType:	ethernetCsmacd (6)
ifName:	eth0
Max Speed:	1250.0 kBytes/s
Ip:	192.168.1.3 ()

####RAM LoadMIBs: /usr/share/snmp/mibs/ UCD-SNMP-MIB.txt Target[wifi_mem]: memAvailReal.0&memTotalReal.0:[email protected]:::::2 PageTop[wifi_mem]:Memoria RAM libre Options[wifi_mem]: nopercent,gauge,growright Title[wifi_mem]: Memoria Libre MaxBytes[wifi_mem]: 265300000000 YLegend[wifi_mem]: bytes ShortLegend[wifi_mem]: bytes LegendI[wifi_mem]:  Libre  LegendO[wifi_mem]:  Total  Legend1[wifi_mem]: Memoria libre Legend2[wifi_mem]: Memoria total ####Carga del sistema (suma de los 4 procesadores) LoadMIBs: /usr/share/snmp/mibs/HOST-RESOURCES-MIB.txt Target[wifi_load]: hrProcessorLoad.768&hrProcessorLoad.768:[email protected]:::::2 + hrProcessorLoad.769&hrProcessorLoad.769:[email protected]:::::2 + hrProcessorLoad.770&hrProcessorLoad.770:[email protected]:::::2 + hrProcessorLoad.771&hrProcessorLoad.771:[email protected]:::::2 MaxBytes[wifi_load]: 10 AbsMax[wifi_load]: 100 Title[wifi_load]: Carga del sistema PageTop[wifi_load]: Carga del sistema % Unscaled[wifi_load]: ymwd ShortLegend[wifi_load]: % YLegend[wifi_load]: Carga Legend1[wifi_load]: Carga del sistema LegendI[wifi_load]: Activo Options[wifi_load]: nopercent,growright,gauge

MIBs /usr/share/snmp/mibs/HOST-RESOURCES-MIB.txt hrProcessorLoad OBJECT-TYPE SYNTAX Integer32 (0..100) MAX-ACCESS read-only STATUS current DESCRIPTION "The average, over the last minute, of the percentage of time that this processor was not idle. Implementations may approximate this one minute smoothing period if necessary." ::= { hrProcessorEntry 2 }

/usr/share/snmp/mibs/UCD-SNMP-MIB.txt memTotalReal OBJECT-TYPE SYNTAX Integer32 UNITS "kB" MAX-ACCESS read-only STATUS current DESCRIPTION "The total amount of real/physical memory installed on this host." ::= { memory 5 } memAvailReal OBJECT-TYPE SYNTAX Integer32 UNITS "kB" MAX-ACCESS read-only STATUS current DESCRIPTION "The amount of real/physical memory currently unused or available." ::= { memory 6 }

REFERENCIAS Monitorización y SNMP: http://docstore.mik.ua/orelly/networking_2ndEd/snmp/index.htm (Ingles) http://es.wikipedia.org/wiki/Simple_Network_Management_Protocol http://www.alcancelibre.org/staticpages/index.php/como-linux-snmp http://www.coit.es/publicac/publbit/bit102/quees.htm http://www2.linuxparatodos.net/web/comunidad/base-de-conocimiento https://support.ipmonitor.com/snmp_center.aspx (Ingles) http://docwiki.cisco.com/wiki/Simple_Network_Management_Protocol (Ingles) http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_1-3/snmpv3.html (Ingles)

MRTG http://libertonia.escomposlinux.org/story/2003/1/17/224253/241 http://linuxbasement.com/content/mrtg-ubuntu-server (Ingles) http://www2.linuxparatodos.net/web/comunidad/base-de-conocimiento//wiki/Base%20de%20Conocimiento/MRTG+(Multi+Router+Traffic+Grapher)+en+DebianUbuntu

http://oss.oetiker.ch/mrtg/doc/mrtg-reference.en.html (Ingles) http://www.debianhelp.co.uk/mrtg.htm (Ingles) RRDtool http://oss.oetiker.ch/mrtg/doc/mrtg-rrd.en.html (Ingles) http://oss.oetiker.ch/rrdtool/ (Ingles)

Listas OID http://oss.oetiker.ch/mrtg-trac/wiki/OidList (Ingles) https://support.ipmonitor.com/mibs_byoidtree.aspx?oid=1.3.6.1.2.1.2#h (Ingles)