Saltar al contenido

Software de Gestión de Red de Sistemas Telemáticos

Cuando se dispone de un sistema de transmisión de datos o de telefonía con un tamaño considerable de equipos e instalaciones, se hace necesario supervisar todas ellas, de una manera eficiente y de bajo coste y de manera casi inmediata, en el caso de producirse algún evento en el sistema.

Un sistema de gestión de red es un conjunto de aplicaciones informáticas pensadas para llevar a cabo la supervisión de una red de telecomunicaciones analógica o digital, así como una red informática, de manera remota y centralizada.

Básicamente lo que se hace es instalar unos equipos de recolección de alarmas o eventos que nos interese supervisar y transmitirlos por otra red de telecomunicaciones complementaria, hacia un lugar centralizado donde controlar esas alarmas o eventos.

Estos eventos pueden ser, en el caso de las redes de telecomunicaciones:

- Alarma de corte de suministro eléctrico por avería de la compañía suministradora.
- Alarma de batería baja (en el caso de que se haya cortado el suministro de la red eléctrica y las baterías de backup estén a punto de agotarse).
- Alarma por avería de un alimentador de continua (en el caso de disponer de otro que funcione en paralelo y el equipo siga funcionando).
- Alarma de intrusión: alguien ha accedido al recinto de telecomunicaciones sin estar autorizado para ello, disparando un detector de movimiento, un contacto/fin de carrera situado, por ejemplo en la puerta de acceso.
- Alarma de temperatura: Si falla el sistema de refrigeración y los equipos no se refrigeran correctamente, puede aumentar mucho la temperatura y tener un funcionamiento errático los equipos (por ejemplo, si en una estación base de telefonía móvil, situada en lo alto de un edificio, en pleno verano se quedan sin refrigeración, la temperatura puede ser cercana o superior a los 50º Centígrados).
- Alarma de caída de un Pequeño Interruptor Automático (corte del funcionamiento de un equipo).
- Alarma por caída de un Diferencial de Rearme Automático. Tenemos que esperar unos minutos (los que tenga programado para rearme automático) para comprobar si se ha solucionado el problema y/o la alarma.

También podemos tener sistemas supervisados remotamente, que nos interese que nos envíe su eventos, como puede ser una estación remota metereológica:

- Envío del nivel de lluvia cada varias horas.
- Envío de la temperatura ambiente.
- Envío de la velocidad del viento.
- Envío de la humedad ambiente.

Nos vamos a encontrar, desde hace muchos años, que existen muchas aplicaciones que permiten que, desde un punto centralizado, se realice la gestión de toda una red telefónica, telemática de telemetría y, si es necesario, contactar con personal técnico local para que se ocupe de resolver una avería/incidencia.

Dado que los futuros técnicos de gestión de red deben de conocer bien a qué se van a enfrentar, el primer paso es, evidentemente conocer los equipos con los que trabajarán. 

En la mayoría de los casos los Sistemas de Gestión de Red, utilizan como protocolo para recibir las alarmas/eventos, es SNMP. Este protocolo abierto, se utiliza desde hace muchos años, por muchas aplicaciones de gestión de red, para permitir supervisar equipos de diferentes fabricantes de equipos utilizando un software de gestión de red genérico.

SNMP tiene estandarizados los códigos de los diferentes eventos que se pueden transmitir/recibir desde los diferentes equipos que tienen implementado este protocolo. En muchas ocasiones, para facilitar su integración y supervisión, los propios fabricantes desarrollan un "driver" específico para sus equipos; se conoce como MIB (Management Information Base), un sistema jerárquico  de bases de datos, para la gestión de equipos en las redes de datos.

Con esta MIB, única e irrepetible para cada equipo de telecomunicaciones, pongamos por ejemplo un router Cisco 3650, al que se le ha puesto de "nombre de equipo" , por ejemplo: "Mad05-rt-1", tendremos identificadas todas las alarmas y eventos de este modelo de equipo, pero que solo afectan al que además, se llama "Mad05-rt-1".

Vamos a ejemplificarlo mejor conociendo como son y como se configuran los equipos de Cisco, que durante muchos años ha sido el referente en networking. Si uno conoce como funcionan, aprende a diagnosticar las averías de estos equipos, puede diagnosticar casi cualquier avería.

Dado que trabajé unos cuantos años configurando, actualizando y gestionando una red de datos que utilizaba tecnología LMDS, trataré de aportar mis conocimientos para los estudiantes del ciclo formativo de STI. De todas formas, en las páginas de Cisco, tenéis toda la información que podáis necesitar.

Para ello, se incluyen unos apuntes que he elaborado, correspondientes a los sistemas de gestión de red que eran un estándar en telecomunicaciones hace ya unos cuantos años:

  • HP OpenView Network Node Management
  • CiscoWorks2000
  • Alcatel 9800 OMS
  • JNetMap
  • GWN Manager, de GrandStream

Los dos primeros sistemas de gestión de redes telemáticas, han permitido durante muchos años realizar la gestión remota de las redes telemáticas, facilitando a los técnicos el mantenimiento de las redes. Estarán posiblemente obsoletos, pero las modificaciones que se hayan hecho habrán servido para mejorarlos y comprendiendo estos sistemas antiguos, se facilita mucho el comprender el funcionamiento de los sistemas modernos.

En el caso de GWN Manager, es una aplicación de gestión de red para supervisar los equipos de GrandStream que permite supervisar sus equipos IP. Facilita una guía de instalación bastante sencilla y pensada para trabajar con software libre, CentOS (el antiguo Red Hat). Se detalla en esta guía, paso a paso todos los pasos a seguir para realizar paso a paso la instalación de esta aplicación; solo son necesarios conocimientos básicos/medios de linux para hacerlo.

Configuración y uso de JNetMap

JNetMap es una aplicación que funciona entre otros sistemas operativos en Ubuntu y que me permite monitorizar cualquier red informática, y que voy a utilizar como ejemplo para gestión de red, fácil de implementar en un aula educativa. Además es gratuito y aunque sea muy básico, nos permite conocer cómo se realiza la gestión de una red de ordenadores; en otras redes es similar.

La pantalla inicial de esta aplicación de gestión de redes informáticas en Ubuntu, es:

Pantalla inicial de JNetMap, programa de gestión de red informática
Pantalla inicial de JNetMap (CC BY-NC-SA)

A continuación, seleccionamos Create a new map of your network que nos va a permitir definir la red desde cero.

La pantalla que se nos desplegará, será la siguiente:

Inicialización del escaneo de direcciones IP
Escaneo de direcciones IP de la subred de JNetMap (CC BY-NC-SA)

A partir de este momento, nos aparecerá la ventana que nos indica donde va a comprobar todos los equipos disponibles: la subred en la que se encuentra nuestro ordenador. Si se quiere cambiar ésta, hay que cambiar la IP de nuestro equipo (suponiendo que tenga conectividad con la red a monitorizar):

Inicio del proceso de escaneo de direcciones IP de la subred
Inicio del escaneo de direcciones IP de la subred (CC BY-NC-SA)

Al iniciar el escaneo de direcciones IP de la subred (pulsando Scan), en la que se encuentra nuestro ordenador, transcurridos unos minutos (depende del tamaño de la red), nos mostrará la pantalla con todos los equipos que se encuentran dentro de nuestra subred.

Direcciones IP de equipos en la subred de JNetMap
Direcciones IP de equipos en la subred de JNetMap (CC BY-NC-SA)

A partir de este momento, una vez "descubiertas" todas las direcciones IP de los equipos que están en la subred, pulsamos en Add, que nos va a mostrar la arquitectura de la red con todos los equipos disponibles. Aparecerán todos los iconos agrupados en la parte superior izquierda de la pantalla y con el ratón los iremos agralreupando en el centro de la imagen, alrededor del router:

Red IP descubierta por JNetMap tras realizar escaneo de direcciones IP
Red IP descubierta por JNetMap (CC BY-NC-SA)

Se puede comprobar que los equipos con color rojo, son equipos con problemas de conectividad; bastaría con esperar unos minutos para comprobar qué equipos son los que tienen conectividad real:

Red IP totalmente actualizada
Red IP totalmente actualizada en JNetMap (CC BY-NC-SA)

A partir de los menús desplegables del lado derecho de la pantalla, podemos proceder a monitorizar la red; ya es cuestión de lo que queramos monitorizar qué tareas realizaremos.

Recursos básicos para monitorizar redes informáticas

Un requisito que tienen que tener los alumnos de STI para poder trabajar en redes, es saber utilizar algunos comandos inicialmente pensados para Unix, luego aplicados a MSDOS y que hoy en día están disponibles en los sistemas Linux y Windows. Espero que os estudiéis al menos los comandos de windows:

  • Ping -t www.xxxxxx o ping -t 80.58.32.97 (petición de datos de forma continua en windows).
  • Tracert www.xxxxx o tracert 80.58.32.97 (muestra los distintos equipos de la red de datos por la que van pasando los paquetes de datos).
  • Ipconfig /all (windows) o ifconfig (unix), para ver la configuración IP del equipo.
  • telnet 192.xxx.xxx.xxx conexión remota (sin encriptar) a equipos linux/unix sin encriptación.

De todos aquellos comandos que vaya recordando su utilidad, los iré incluyendo aquí, pero ya es cuestión de cada técnico de redes, profundizar en el tema. Cada uno de ellos tiene su utilidad específica, pero los más útiles a mi entender resultan el ping, que permite ver si un equipo informático remoto o un servidor responden (a veces los firewalls "cortan" esa respuesta, ojo) y tracert me puede mostrar no solo los saltos que da mi conexión IP en la red de datos sino, en donde tengo congestión o donde se corta mi conexión, si ésta falla.

Sus equivalentes en linux/unix son similares, aunque cambiado el nombre de algunos comandos por cuestiones de copyright:

Ping "dirección ip".

mtr "dirección ip" (de my trace route, pero sin copyright).

ifconfig (interface configuration)

Con este conjunto de comandos podemos diagnosticar el enrutamiento de una dirección IP, el retardo en cada uno de los "saltos" que realiza el enrutamiento y conocer el nombre del equipo que nos da problemas: desde un problema puntual de congestión por exceso de tráfico hasta un equipo averiado que interrumpe la conexión y no ha sido redireccionado correctamente.

.

 

 

Ficheros adicionales