GESTIÓN DE RED EN REDES TELEFÓNICAS Y DE DATOS

Transcripción

1 GESTIÓN DE RED EN REDES TELEFÓNICAS Y DE DATOS Cuando se trata de realizar la gestión de una red telefónica o de datos compleja, suele ser necesario disponer de algún programa que nos permita monitorizar la red de forma remota para evitar desplazar personal innecesariamente a cientos de kms. de forma permanente. Para ello, se suelen utilizar programas informáticos como por ejemplo, el Network Node Management, que trabaja en entorno Open View de Hewlett Packard, CiscoWorks2000 o NMIS que trabajan en entorno Windows. Dado que la estabilidad de los sistemas operativos como Solaris o HP-UX no tiene lugar a dudas, la mayoría de las plataformas de gestión de red utilizan estos sistemas operativos, aunque dado el elevado coste de las licencias de Open View, algunas operadoras utilizan entornos de otros proveedores de software. Nos vamos a centrar en aquellos que utilizan un protocolo no propietario, como es SNMP. Principio de funcionamiento de los sistemas de gestión de red: SNMP y MIB Cuando se trata de configurar una red de gestión de telefonía o de datos, la mayoría de las empresas proveedoras de equipos telefónicos o de redes de datos, proporcionan su propia herramienta de gestión. La mayoría utilizan protocolos propietarios que son transmitidos por los equipos, pero también nos vamos a encontrar sistemas de gestión de red que utilizan el protocolo SNMP (Simple Network Management Protocol), y que pueden permitirnos integrar equipos de distintos fabricantes sin ningún tipo de problemas, siempre y cuando cada uno de ellos nos proporcione la MIB (management information base) correspondiente a cada equipo que nos suministra (siempre que permita su gestión remota). Consultar la RFC 1157 puede resultar útil. Hay disponible abundante documentación sobre el Protocolo SNMP y sobre las MIB, pero básicamente es un protocolo estandarizado por muchos fabricantes de equipos de telecomunicaciones que, al utilizar un protocolo universal no necesitan desarrollar una herramienta de gestión para sus equipos con el coste que ello lleva. Se basa en utilizar el protocolo UDP, normalmente utilizando el puerto161. Se puede consultar por ejemplo, en este enlace de Cisco. Este protocolo lo que hace es asignar a cada equipo un código identificativo universal, que va a permitir que el equipo, cuando sea preguntado, envíe un código/respuesta al sistema de gestión de red. Este código identificativo universal e irrepetible, se conoce como MIB (Management Information Base). Para la codificación de los equipos, se utilizan unos identificadores de objetos, conocidos como OID s. Un OID es una cadena de tamaño variable de números que tienen una forma jerárquica en un árbol, para asegurar que sean códigos únicos, correspondientes única y exclusivamente a un equipo. Los primeros fabricantes que decidieron introducir sus bases de datos de gestión, fueron los primeros a los que se asignó un código identificativo, primero como fabricante y luego, dependiendo del equipo. Estos códigos pueden detallarse de forma que mediante este OID podamos ver la tabla de temperatura del equipo Cisco que hallamos seleccionado: Se puede ver en este árbol, como se realiza la codificación de las MIB: Gestión de redes telefónicas y/o de datos 2014/15 Página 1

2 Los archivos de MIB definen objetos que se pueden encuestar, es decir, se le pueden solicitar datos como: - Nombre del objeto. - Descripción del objeto. - Tipo de dato (integer, texto, lista). Los comandos típicos que se suelen utilizar serían: - snmpget. - snmpwalk. - snmpstatus. - snmptable. La sintaxis que estos comandos envían de forma automática cuando están correctamente configurados en el sistema de gestión de red, tienen una estructura similar a: snmpxxx c community v1 host (oid) snmpxxx c community v2c host (oid) Por ejemplo, para comprobar el estado ded funcionamiento de un determinado equipo, el sistema de gestión de red enviaría: - snmpstatus c NetManage v2c snmpget c NetManage v2c ifnumber.0 - snmpwalk c NetManage v2c ifdescr Gestión de redes telefónicas y/o de datos 2014/15 Página 2

3 Gestión de Red con NETWORK NODE MANAGEMENT En el caso del Sistema de Gestión de Red conocido como Network Node Management, se trata de un software que soporta el protocolo SNMP estándar y que permite, que equipos que tengan una base de datos gestionable, puedan ser reconocidos en la red, una vez que se ha cargado, instalado y configurado en la red telefónica o de datos, y ésta ha sido reconocida por el sistema (para ello se utilizan comandos unix específicos para el entorno gráfico HP OpenView, como por ejemplo ovtopofix), podría tener una apariencia similar a la de la figura cada uno de los equipos de datos que podemos encontrarnos en una red informática: Como se puede comprobar, los iconos son diferentes y nos permiten conocer el tipo de red que tenemos, simplemente por el icono que aparece. En el caso de la ubicación (location), podemos seleccionar dentro de una base de datos de mapas, iconos, símbolos que incluye el programa NNM y asignarles el nombre que nos interese. Una vez que ya he visto los iconos que tengo disponibles, puedo proceder a asignar, según el tipo de color que tenga un icono, la gravedad de la alarma. Así, por ejemplo, se suele asignar el color verde para el funcionamiento normal, el rojo para un estado de alarma grave o crítica y el color azul cuando no hay conectividad de datos, es decir, desconocemos lo que está ocurriendo porque no recibimos ninguna información: Gestión de redes telefónicas y/o de datos 2014/15 Página 3

4 Nota: previamente se habrá cargado la configuración de la red con el comando ovtopofix desde línea de comando, pasados unos minutos de reconocimiento de todos los elementos de la red, nos aparecerán los iconos de los diferentes elementos de red. A continuación, se renombran dándoles los nombres que queramos, como se hizo en el ejemplo de arriba. Una vez que ya tenemos las alarmas definidas, si son críticas o no, los colores y demás características que hayamos establecido, una vez que se descubre por primera vez la red, ésta aparecería totalmente desordenada: A continuación, ya procederíamos a recolocar los iconos como a nosotros nos interese situarlos (por ejemplo, si una ciudad está en el norte y en la red aparece en el sur, la recolocamos), y así con todos los elementos que nos interese. Gestión de redes telefónicas y/o de datos 2014/15 Página 4

5 Si lo aplicamos en nuestro caso, a una red en España, una vez reubicados los diferentes elementos, nos quedaría algo parecido a la imagen adjunta: Como se puede comprobar en la pantalla adjunta, los enlaces entre los diferentes iconos nos indican que hay conectividad entre ellos; los elementos en azul que se han representado, todavía se desconoce su estado (unknown) y aparecen en color azul dos; otros 3 en alarma, aparecen en rojo: Nos pueden estar indicando, según la configuración que hayamos realizado en los equipos, que tenemos varias alarmas urgentes en esa parte de nuestra red. Para ver qué tipo de alarma se ha producido, tendríamos que seleccionar el icono correspondiente a dicho elemento y se nos desplegaría una pantalla similar a la de la figura: Si pinchamos sobre el icono de bil003, se nos desplegaría entre otras, la siguiente pantalla: Gestión de redes telefónicas y/o de datos 2014/15 Página 5

6 En esta pantalla tenemos disponibles una serie de elementos, que quedan reflejados como segmentos de red, en nuestro caso estaciones base (bil002, bil003 y bil005), que cada una de ellas tiene un conjunto de elementos gestionables. Si seleccionamos (pinchamos con el ratón) el elemento bil003, tendríamos: Si nos damos cuenta, nos aparece un indicativo bil03-rt-1, que se corresponde con un router Cisco de la familia 3600 (este router utiliza protocolo snmp y tiene su propia mib reconocida por el software de gestión de red que estamos utilizando). Los elementos que aparecen a ambos lados del router, tienen dos rangos de IP: y Si desplegamos dichos elementos, nos encontramos con todos los elementos que cuelgan de dicho equipo: Gestión de redes telefónicas y/o de datos 2014/15 Página 6

7 De los elementos que nos aparecen en pantalla, tenemos bil03-sl-1, (que es un conmutador 3com superstack 1100), una unidad de alarmas CMC de rittal (bil003-alu-1), así como unos módulos de radio que están sectorizando la emisión y que aparecen como bil03-btc-xx, así como otros elementos que se corresponden con la red de gestión. Si pinchamos sobre cualquiera de los elementos de red que aparecen en pantalla, correspondiente a los diferentes sectores (aparecen como bil03-btc-0x), podríamos ver los diferentes elementos que están conectados en esos momentos, en este caso vía radio: Aquí podemos comprobar aquellos elementos que aparecen en alarma y que, por ejemplo si se trata de equipos ofimáticos pueden estar apagados y por ello su icono aparece en color rojo. Otra pantalla que nos podemos encontrar, podría ser similar a ésta: Gestión de redes telefónicas y/o de datos 2014/15 Página 7

8 Se puede apreciar en la figura, que el segmento de red en el que tenemos una alarma, nos indica un elemento ovtlp2 en alarma: dado que se trata de una red ofimática, puede tratarse de un equipo desconectado. Con esta información en pantalla, el técnico del Network Operation Center, del Centro Nacional de Supervisión o el nombre que tenga el centro de control permanente de la red, puede enviarse a un técnico de mantenimiento a la zona donde se ha producido la avería, llevando el material necesario para la resolución de la avería/incidencia en un tiempo relativamente corto. Gestión de redes telefónicas y/o de datos 2014/15 Página 8