UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Voluntad, Servicio y Conocimiento

UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Voluntad, Servicio y Conocimiento IMPLEMENTACIÓN Y ACTUALIZACIÓN DEL MONITOREO DE LA INFRAESTRUCTURA DE LA RED ALÁMBRICA TECNOLÓGICO DE MONTERREY Reporte de Estadía para obtener el Título de Técnico Superior Universitario en Tecnologías de la Información y Comunicación. ADRIANA PÉREZ RODRÍGUEZ Santiago de Querétaro, Qro. Septiembre, 2010.

UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Voluntad, Servicio y Conocimiento IMPLEMENTACIÓN Y ACTUALIZACIÓN DEL MONITOREO DE LA INFRAESTRUCTURA DE LA RED ALÁMBRICA TECNOLÓGICO DE MONTERREY Reporte de Estadía para obtener el Título de Técnico Superior Universitario en Tecnologías de la Información y Comunicación. Asesor de empresa MAE. ADRIANA JUÁREZ MEJÍA Asesor de universidad ING. JORGE RAMIRO ALVARADO DE LA VEGA Alumno ADRIANA PÉREZ RODRÍGUEZ Santiago de Querétaro, Qro. Septiembre, 2010.

INTRODUCCIÓN CAPITULO I TECNOLÓGICO DE MONTERREY CAMPUS QUERÉTARO 1.1 Tecnológico de Monterrey Campus Querétaro 6 1.1.1Giro de la Empresa 6 1.2 Políticas de Calidad 7 1.2.1 Misión 7 1.2.2 Visión 8 1.3 Organigrama de Tecnológico de Monterrey 9 CAPITULO II IMPLEMENTACIÓN Y ACTUALIZACIÓN DEL MONITOREO DE LA INFRAESTRUCTURA DE LA RED ALÁMBRICA 2.1 Análisis de necesidades 11 2.1.1 Definición del proyecto 11 2.1.2 Objetivos 12 2.2 Plan de trabajo 13 2.2.2 Especificaciones 15 CAPITULO III DESARROLLO DEL PROYECTO 3.1 Etapas del proyecto 19 3.1.1 Definición del proyecto y recopilación de Información 19 3.1.2 Configuración y asignación de IP fijas a las PC. 19

3.1.3 Identificación, limpieza e inventario de switches 20 3.1.4 Actualización de documentación y mapas de red 23 3.1.4.1 Qué es Cisco Network Assistant? 26 3.1.4.2 Funciones de Asistente de red de Cisco 5,028 3.1.4.3 Requisitos de Sistema 28 3.1.5 ManageEngine Oputils 29 3.1.5.1 Qué es ManageEngine Oputils? 29 3.1.5.2 Herramientas 31 3.1.6 Revisar configuración de Switches 37 3.1.7 Modificaciones 40 CAPITULO IV 4.1 Dificultades 42 4.1.1 Información acerca del sistema 42 4.1.2 Inventario de switches 42 4.1.3 Impresión de mapas de red 43 4.1.4 Alta de switches en el sistema 43 4.1.5 Comparación de configuraciones 44 4.2 Logros Obtenidos 44 4.3 Recomendaciones 45 GLOSARIO MATERIAL DE CONSULTA

Introducción Este reporte de trabajo redacta la implementación de ManageEngine Oputils como un sistema de monitoreo para la red alámbrica del Tecnológico de Monterrey Campus Querétaro. Este sistema permite tener un mayor control acerca del funcionamiento, fallas e información a cerca de los switches que conforman la red alámbrica de este campus. En el primer capítulo se hace referencia a toda la información del Tecnológico de monterrey campus Querétaro tal como el giro que tiene y su misión y visón. En el Segundo capitulo se hará mención de el problema que tiene la empresa, que es lo que se desea lograr, el por qué, para que y como es que se llevará a cabo el desarrollo de este proyecto. El tercer capítulo redacta como es que se fue elaborando el proyecto, describe paso a paso los procedimientos e investigaciones realizadas para lograr que el sistema funcionara correctamente Por último en el cuarto capítulo se describen algunas dificultades durante el desarrollo del proyecto, así como algunas recomendaciones para el buen funcionamiento del mismo.

CAPITULO I TECNOLÓGICO DE MONTERREY CAMPUS QUERÉTARO

1.1 Tecnológico de Monterrey Campus Querétaro 1.1.1 Giro de la Empresa El Tecnológico de Monterrey fue fundado en 1943 gracias a la visión de don Eugenio Garza Sada y de un grupo de empresarios, quienes constituyeron una asociación civil denominada Enseñanza e Investigación Superior, A. C. El Tecnológico de Monterrey es una institución de carácter privado, sin fines de lucro, independiente y ajena a partidarismos políticos y religiosos. La labor del Tecnológico de Monterrey y de todos sus campus es apoyada por asociaciones civiles, integradas por un numeroso grupo de destacados líderes de todo el país comprometido con la calidad de la educación superior. Cada año, los consejeros de estas asociaciones civiles se reúnen para establecer las metas que deben orientar las grandes decisiones, dirigidas a que el Tecnológico de Monterrey cumpla con su objetivo de convertirse en motor de desarrollo de las comunidades y del país. El Tecnológico de Monterrey cuenta con el apoyo de la comunidad nacional, que participa en los sorteos que la propia institución organiza para ampliar el programa de becas y la inversión en infraestructura. 6

Para su funcionamiento como institución educativa, el Tecnológico de Monterrey goza del estatuto de Escuela Libre Universitaria. 1.2 Políticas de Calidad 1.2.1 Misión Es misión del Tecnológico de Monterrey formar personas íntegras, éticas, con una visión humanística y competitiva internacionalmente en su campo profesional, que al mismo tiempo sean ciudadanos comprometidos con el desarrollo económico, político, social y cultural de su comunidad y con el uso sostenible de los recursos naturales. A través de sus programas educativos y de investigación y desarrollo el Tecnológico de Monterrey forma personas y transfiere el conocimiento para: Promover la competitividad internacional de las empresas con base en el conocimiento, la innovación, el desarrollo tecnológico y el desarrollo sostenible. Desarrollar modelos de gestión de empresas para competir en una economía globalizada. 7

Crear, implantar y transferir modelos y redes de incubadoras para contribuir a la generación de empresas. Colaborar en la profesionalización de la administración pública; y analizar y plantear políticas públicas para el desarrollo del país. Contribuir al desarrollo sostenible de la comunidad con modelos y sistemas innovadores para mejorarla en lo educativo, social, económico y político. Con esta misión, el Tecnológico de Monterrey y la comunidad que en torno a él se forma se comprometen a contribuir al desarrollo de la sociedad. 1.2.2 Visión En el año 2015, el Tecnológico de Monterrey será la institución educativa más reconocida de América Latina por el liderazgo de sus egresados en los sectores privado, público y social; y por la investigación y desarrollo tecnológico que realiza para impulsar la economía basada en el conocimiento, generar modelos de gestión e incubación de empresas, colaborar en el mejoramiento de la administración pública y las políticas públicas, y crear modelos y sistemas innovadores para el desarrollo sostenible de la comunidad. 8

1.3 Organigrama de Tecnológico de Monterrey Área donde se realizara la estadía Fig. 1.1 Organigrama del departamento de Informática 9

CAPITULO II IMPLEMENTACIÓN Y ACTUALIZACIÓN DEL MONITOREO DE LA INFRAESTRUCTURA DE LA RED ALÁMBRICA

2.1 Análisis de necesidades 2.1.1 Definición del proyecto El área de Redes y Telecomunicaciones se encarga de proporcionar el servicio de telefonía, red alámbrica, inalámbrica, y VPN a todos los usuarios del campus, empleados, profesores y alumnos. Con el fin de proporcionar el mejor servicio ya sea de internet o telefonía a todos los usuarios, es necesario hacer cambios, reasignar y reubicar los equipos de la red. Es de gran importancia que cuando alguno de los equipos (switches) sea cambiado o reubicado, se cambie la configuración de éste para que se sigan satisfaciendo los servicios de red. Actualmente, en el campus se ve la posibilidad de monitorear cada uno de los equipos conectados a la red, con el objetivo de localizar problemas lo más pronto posible. Es importante señalar que no solo se monitorearán los switches, sino el equipo de cómputo conectado a la red alámbrica. Para ello se piensa otorgar una dirección IP fija a todos los equipos, sin embargo la prioridad del proyecto son los switches. El software contemplado para este proyecto es el ManageEngine Oputils. 11

2.1.2 Objetivos 1.- Actualizar la información e inventario de switches. 2.- Actualizar e imprimir mapas de la red. 3.- Dar de alta los equipos en el sistema ManageEngine Oputils. 4.-Implementar ManageEngine Oputils, como el sistema de monitoreo. 12

2.2 Plan de trabajo En este diagrama de Gantt se muestran las actividades a realizar. Fig. 2.1a Diagrama de Gantt 13

Fig. 2.1b Diagrama de Gantt 14

2.2.2 Especificaciones 1.- Definición del proyecto y recopilación de información. En esta etapa se localizarán las áreas de oportunidad o donde existan problemas dentro del campus, para ello se realizará una investigación recopilando toda la información que pudiera ser útil para el desarrollo del proyecto, analizando lo que ya se tiene como sistema. 2.- Configurar equipo de cómputo En esta etapa se configurarán las herramientas necesarias para el monitoreo en cada equipo de cómputo del campus. 3.- Identificación, limpieza e inventario de switches En esta etapa se hará un recorrido por el todo campus para ubicar físicamente los racks donde se encuentran los switches y al mismo tiempo se les hará una limpieza. Así también se realizará un inventario de los switches que conforman la red, tomando en cuenta cuales son los que están en stack, son PoE, que número de IP tienen, Mac address, modelo, número de serie y en qué edificio están ubicados. 15

4.- Actualización de documentación y planos de red Se hará un escaneo de la estructura de la red por medio de la herramienta Cisco Network Assistant, estos mapas se mandarán a imprimir para compararlos con los datos que se tienen en el inventario y se marcarán las diferencias encontradas para posteriormente actualizarlos, una vez realizado esto se mandarán a imprimir nuevamente. Posteriormente se actualizará el inventario existente con los cambios encontrados en ésta comparación. 5.-ManageEngine Oputils Se capturarán los equipos ya modificados en el sistema de monitoreo ManageEngine Oputils para comenzar a monitorear. 6.-Revisar configuración de los switches Se revisará la configuración que tiene cada switch, para que ésta sea la adecuada y de esta manera no provocar errores en el monitoreo. 16

7.-Modificaciones En caso de haber encontrado errores en la etapa de pruebas se harán las modificaciones necesarias, para dejar todo en buen funcionamiento. 17

CAPITULO III DESARROLLO DEL PROYECTO

3.1 Etapas del proyecto 3.1.1 Definición del proyecto y recopilación de información Se realizó la recopilación de información de la red alámbrica, tal como switches nuevos, dados de baja, dirección IP, VLAN asignada, esto conforme a un inventario que se obtuvo mediante la herramienta Cisco Network Assistant. Así mismo se realizó una investigación acerca del funcionamiento del sistema que se tenía para realizar el monitoreo de la red. Por razones de seguridad no se muestra el inventario obtenido de Cisco Network Assistant. 3.1.2 Configuración y asignación de IP fijas a las PC. Para llevar a cabo el monitoreo por parte del servidor fue necesario dar de alta el protocolo SNMP en cada PC de la red, esto para tener un mejor control acerca de las aplicaciones que se ejecutan en ésta y a sitios web a los que accede, dicho servidor lleva a cabo el monitoreo por medio del sistema ManageEngine Oputils. 19

Así mismo, se realizó la asignación de direcciones IP fijas en cada equipo de cómputo de la red alámbrica con el propósito de tener un control de los equipos monitoreados, ya que el tener direcciones estáticas permite tener un equipo relacionado con una sola dirección IP. 3.1.3 Identificación, limpieza e inventario de switches Se realizó un recorrido por todo el campus para identificar el lugar físico de los racks, con cada uno de los switches y al mismo tiempo se les realizó una limpieza. Posteriormente ya en el lugar se realizó un inventario físico de los switches y para tener actualizada la documentación de la red y saber que equipos son los que aun se encuentran activos. Para realizar este inventario se tomaron en cuenta algunas especificaciones tales como: edificio en el que se encuentran, si conforman un stack, nombre, número de IP que tienen, modelo, número de serie, versión, Mac address y software con el que cuenta. La figura 3.1 muestra el inventario realizado en los edificios 1 y 2 del campus. 20

Fig. 3.1 Inventario de Switches Por razones de seguridad en el inventario no se muestran las direcciones IP de los switches. 21

Es importante mencionar los aspectos que se toman en cuenta para realizar el etiquetado de un switch, tales como: Campus Modelo Cantidad de puertos Si es que es PoE Edificio Área Por ejemplo: Qro - Sw3750-48 - PoE - Ed4 - Sótano Campus Modelo Puertos PoE Edificio Área En algunos casos se agrega una S antes de poner el número de edificio esto si es que el switch se encuentra en stack, de la misma forma se agrega un número al final para indicar que posición ocupa en el stack. 22

3.1.4 Actualización de documentación y mapas de red Se hizo un escaneo de la estructura de la red alámbrica del campus, mediante una herramienta de cisco llamada Cisco Network Assistant; en los mapas obtenidos se marcaron las diferencias encontradas al compararlos con el inventario que se tenía. Posteriormente, se agregaron los cambios en cada mapa tales como bajas, altas, re-direccionamiento, por medio de la herramienta ya mencionada, para esto se tuvieron que crear nuevas comunidades o grupos. Cabe mencionar que, para crear una nueva comunidad o grupo se debe tener en cuanta cuales son las limitaciones que ofrece ésta herramienta, las cuales son: El número de switches Catalyst, routers de acceso Cisco y firewalls PIX de una comunidad no puede ser mayor de 20, en total por comunidad. 23

Para cada uno de estos tipos de dispositivos, existen los siguientes límites: 16 switches Catalyst no modulares. 4 switches Catalyst modulares. Routers de acceso Cisco. Firewalls PIX. No hay límite en el número de AP de Cisco. Nota: Aunque los dispositivos de una pila de switches Catalyst 3750 funcionan como un solo switch, se consideran switches individuales en relación a los límites totales e individuales de dispositivos. Finalmente se imprimieron los nuevos mapas ya actualizados. La figura 3.2 muestra el plano actualizado del edificio 8 del campus. 24

Fig. 3.2 Plano Edificio 8. Después de tener el inventario realizado físicamente y los mapas actualizados de la red, se realizó la actualización de la base datos ya existente, adicionando los cambios que se realizaron en los racks. Para ello, con la herramienta Cisco Network Assistant, se obtuvo otro inventario el cual se comparó con el inicial, posteriormente se fueron borrando o agregando los equipos que hacían falta. 25

3.1.4.1 Qué es Cisco Network Assistant? Cisco Network Assistant es una aplicación que administra dispositivos individuales y grupos de ellos; comunidades y grupos, desde cualquier lugar de su intranet. Al utilizar su GUI, es posible realizar múltiples tareas de configuración sin usar comandos de interfaz de línea de comandos (CLI). Network Assistant entrega dos vistas gráficas de un grupo de dispositivos: Una vista de topología, que se muestra en la figura 3.3. Ésta vista indica los dispositivos de una comunidad, de un grupo o que sean candidatos para unirse a la comunidad o grupo, información de enlaces entre dispositivos y otros grupos conectados. Fig. 3.3 Vista de Topología. 26

Una vista de panel frontal, que se muestra en la figura 3.4. En ésta vista es posible supervisar el estado, en tiempo real, de los dispositivos y realizar muchas tareas de configuración. Fig. 3.4 Vista de Panel Frontal. Los dispositivos y LEDs de los puertos de la vista se ven iguales que los dispositivos físicos y que los LEDs de los puertos. Cisco Network Assistant simplifica muchas actividades en red común. Utilizando una interfaz gráfica de usuario, los usuarios pueden solicitar los servicios comunes a través de conmutadores de Cisco, routers y puntos de acceso, para facilitar: Gestión de la configuración. Solución de problemas de asesoramiento. Informes de inventario. Notificación de eventos. Configuración de red de seguridad 27

Menú basado en tareas. Administración de archivos. Arrastrar y soltar las actualizaciones del software Cisco IOS. 3.1.4.2 Funciones de Asistente de red de Cisco 5,0 Aumento de los límites de dispositivo: Soporta hasta 40 switches y routers. Mejora de descubrimiento: Descubre con dispositivos subred o rango de direcciones IP. Las pruebas de diagnóstico: Llevar a cabo bajo demanda o programadas para verificar la funcionalidad del hardware. Interfaz de línea de comandos (CLI) prevén: CLI Ver antes de ser enviados al dispositivo. 3.1.4.3 Requisitos de Sistema El PC en el que se instala Network Assistant debe cumplir con los siguientes requisitos mínimos: Velocidad del procesador: 1 GHz DRAM: 256 MB mínimo, 512 MB recomendados para un mejor desempeño. Espacio en disco duro: 70 MB sólo para la aplicación, 200 MB recomendados. 28

Cantidad de colores 65536. Resolución: 1024 x 768. Tamaño de fuente: Pequeño. Se admite Network Assistant en los siguientes sistemas operativos: Windows XP, Service Pack 1 ó superior. Windows XP, Service Pack 3 ó superior. 3.1.5 ManageEngine Oputils Una vez que ya se tuvo toda la información actualizada tanto de inventario como de mapas de red, se tuvieron que dar de alta los switches en el sistema de monitoreo ManageEngine Oputils. 3.1.5.1 Qué es ManageEngine Oputils? ManageEngine Oputils es una colección de más de 30 herramientas y utilidades pensadas para facilitar el trabajo de técnicos y administradores de redes. Ayuda a resolver problemas puntuales, ahorrando tiempo y optimizando sus recursos. ManageEngine Oputils ofrece la posibilidad de mapear los puertos del switch a dispositivos a su ubicación física. Se recupera automáticamente los datos de VLAN y se puede ejecutar en el intervalo programado. 29

IPAM y Switch Port Mapper, también proporciona diversas herramientas para la vigilancia de ancho de banda, monitoreo de red, Wake on LAN, Cisco Configuración de gestión de archivos, y más. ManageEngine Oputils proporciona herramientas de monitoreo en tiempo real para solucionar problemas de rendimiento de red deficiente, la sobreexplotación de ancho de banda y conectividad o enlace los problemas antes de que se conviertan en interrupciones, retraso en los tiempos de respuesta, alto uso de CPU, utilización del disco duro, la disponibilidad de dispositivos, inventario de software, etc. ManageEngine Oputils está disponible en Free, Standard y Profesional Ediciones. ManageEngine Oputils Free Edition cuenta con 17 herramientas, y es absolutamente libre de costo. Algunas herramientas importantes en la versión gratuita son Ping, SNMP Ping, dirección MAC Resolver, resolución de DNS, proxy Ping, Reset TCP, y la mayoría de las herramientas de SNMP (Comunidad Checker, el gráfico SNMP, MIB y MIB Nodo Visor Módulo Viewer). ManageEngine Oputils Edición estándar tiene 27 herramientas, que incluye el monitoreo de red (Bandwidth Monitor, Monitor de red, Wake-on-LAN, puerto de escáner, etc.) y herramientas de monitoreo de servidor (espacio en disco Monitor, Monitor de CPU, procesos y software de escaneo, etc.) 30

ManageEngine Oputils Edición profesional incluye todas las herramientas de los 34, que incluye Switch Port Mapper, dirección IP Manager, Detección de Rogue, Cisco Herramientas (Administrador de archivos de configuración, el IOS, Flash, IP Rutas, Device Monitor, Interfaces, etc.), y personalizada SNMP herramientas. 3.1.5.2 Herramientas ManageEngine Oputils aporta una larga lista de funcionalidades, tales como: Switch Port Mapper: Identifica y muestra los dispositivos conectados a los puertos de un switch. IP Address Manager: Escanea las subredes e identifica las direcciones IP disponibles y en uso. Rogue Detection: Detecta acceso no autorizado a la red. Bandwidth Monitor: Permite monitorizar la utilización de las interfaces de un dispositivo. Network Monitor: Monitoriza la disponibilidad y tiempos de respuesta de sus dispositivos críticos. Config File Manager: Gestión de los ficheros de configuración de arranque y de ejecución de dispositivos Cisco. DHCP Scope Monitor: Identifica las direcciones IP disponibles y en uso dentro del rango del servidor DHCP. 31

Trap Receiver: Permite visualizar los detalles de los traps SNMP enviados por los dispositivos de red. MAC IP List: Recoge información sobre las direcciones MAC e IP dentro de su red. Fig. 3.5 Pantalla principal de ManageEngine Oputils. 32

Para agregar los switches al sistema ManageEngine Oputils se tuvo que entrar a la opción Switch Port Mapper, esta opción nos muestra los detalles de los switches, así como una gráfica el estado de los puertos de cada switch y otra que nos muestra los switches por tipo. Detalles de los Switches Grafica por Tipo Estado de los Puertos Fig. 3.6 Pantalla de opción Switch PortMapper. En esta pantalla se seleccionó la opción de grupos. En esta opción se agregan los switches, bajo el criterio de grupos. Estos se crean de acuerdo a la interconexión de cada usuario o servicio. Para ello solo se seleccionó la opción Add Switch, la cual manda la pantalla que se muestra en la figura 3.7. 33

Fig. 3.7 Pantalla para crear grupo. En esta pantalla solo se agregó el nombre que se le dio al grupo, para ello se tomó en cuenta el número de edificio en donde se encuentra ubicado y el nombre que tiene el switch. Posteriormente se agregaron las direcciones IP de cada switch que debía pertenecer a esta grupo, al tener estos datos solo se guardaron los cambios. La figura 3.8 muestra la pantalla que muestra los grupos que se han creado, número de equipos que lo conforman y la fecha de creación. 34

Fig. 3.8 Pantalla con los grupos creados. Algunos switches que no estaban dados de alta en el sistema se agregaron manualmente, indicando el grupo al que pertenecen, dirección IP, versión de SNMP así como la comunidad en la que se encuentra. Posterior a esto el sistema busca la dirección IP indicada y al encontrarla, el switch se agrega al grupo indicado. 35

Fig. 3.9 Pantalla para agregar switch. En esta etapa también se verificaron las alarmas que había en el sistema, en esta opción se abre una ventana en la cual se desplegó la lista con todos los detalles de las alarmas que había. Fig. 3.10 Cantidad de alarmas existentes. La figura 3.11 nos se muestra la lista de alarmas pendientes al revisar esta cambio el estado de alarmas a cero. 36

Fig. 3.11 Lista de alarmas existentes. 3.1.6 Revisar configuración de Switches En esta etapa se hizo una comparación de la configuración de los switches, se verificó que todos los equipos contaran con la misma configuración; antes de esto, se dieron de alta las direcciones que se tenían que comparar, ya que en este caso el sistema no las agrega automáticamente. 37

Fig. 3.12 Pantalla para comparar configuración. Una vez seleccionadas las direcciones IP a comparar se seleccionó la fecha de la cual se quiso hacer la comparación y se le dio clic en el botón comparar. En seguida, mandó la siguiente pantalla (Fig. 3.13) donde del lado izquierdo muestra la configuración que se tomó como base y del lado derecho la configuración a comparar, en este caso muestra en distintos colores las diferencias que se encontraron al hacer la comparación de configuraciones. 38

Fig. 3.13 Comparación de configuración. Cabe señalar que conforme se avanzó en la revisión, en algunos casos las configuraciones fueron muy diferentes entre si, esto por el modelo del switch, por lo que se buscó una configuración base para cada modelo de switches. En este caso, en la red se encontraron switches modelo 3750, 3550 y 3560 de tal manera que se tomaron como base tres configuraciones diferentes. Se tomó como base la configuración que tenía el switch con la dirección IP 10.25.17.4 para equipos modelo 3750, la 10.25.17.60 para modelos 3550 y 10.25.17.83 para modelos 3560 y partiendo de estas se compararon con la demás direcciones IP. 39

3.1.7 Modificaciones Al finalizarse la revisión y comparación de las configuraciones de los switches se verificó si se tenía que hacer algún cambio agregarse algo mas al sistema, en este caso no se tuvo que hacer ninguna modificación al sistema solo se rectificó que toda la documentación y mapas de red estuvieran correctamente actualizados. 40

CAPITULO IV CONCLUSIONES

4.1 Dificultades En la realización de este proyecto se tuvieron algunas dificultades tales como: 4.1.1 Información acerca del sistema Una de las dificultades del proyecto fue que, como no se conocía el sistema de monitoreo, se tuvo que hacer una investigación acerca de la forma de trabajar, y las herramientas con las que cuenta, esto fue algo complicado ya que hay poca información acerca de éste. 4.1.2 Inventario de switches Otra de las dificultades fue lograr tener el inventario de switches actualizado ya que constantemente habian cambios en la estructura de la red tales como altas, cambios e incluso algunos de ellos se pusieron en stack. 42

4.1.3 Impresión de mapas de red Al hacer la impresión de los planos de red se tuvieron algunas complicaciones ya que, como se mencionó anteriormente, se hicieron algunos cambios en la red del campus, estos también se modificaban constantemente. Por lo cual, se tenían que escanear continuamente para que en los mapas de red se reflejaran los cambios realizados. Esto pasó con mayor frecuencia en el edificio 8, donde se realizan algunos eventos y hay mayor movimiento de equipo, de tal manera que, se tuvo que esperar a que estuvieran funcionando todos los equipos que corresponden a este edificio. 4.1.4 Alta de switches en el sistema Al dar de alta los switches en el sistema ManageEngine Oputils, se tuvieron algunas complicaciones ya al momento de ir ingresando estas al sistema este no lograba hacer la conexión exitosa con la dirección y marcaba error al ingresarlas. 43

4.1.5 Comparación de configuraciones Otra de las dificultades que se presentaron fue en la revisión de las configuraciones de los equipos ya que la información era bastante y al momento de compararlas se debía verificar que información tenia que estar igual y cual es la que cambia conforme al equipo. 4.2 Logros Obtenidos Los logros obtenidos al final del proyecto fueron: Se logró tener al día la toda la información y el inventario con los datos correctos de todos los switches. De la misma manera se dejaron los mapas de la red actualizados, dichos mapas fueron impresos uno por cada edificio del campus. En el sistema ManageEngine Oputils quedaron dadas de alta todas las direcciones IP de los switches que conforman la red, de esta manera se podrá tener un mejor control de cómo es que trabaja cada equipo. 44

4.3 Recomendaciones Durante la investigación que hice acerca del sistema ManageEngine Oputils, me di cuenta que éste ofrece demasiadas herramientas que pueden llegar a ser muy útiles para tener un buen funcionamiento de la red tales como, monitoreo del ancho de banda, hacer ping a ciertos equipos, cargar configuración de los equipo, ofrece reportes de los equipos, ya sea en forma individual o por grupo, entre otras. Es por ello, que mi recomendación es que poco a poco se haga uso de éstas herramientas puesto que estas facilitan algunas tareas lo que nos permite que el tiempo que nos tardaríamos con un proceso normal sea menor. 45

GLOSARIO

AP: Access Point, en redes de computadoras es un dispositivo que interconecta dispositivos de comunicación inalámbrica para formar una red inalámbrica. CLI: Command Line Interface, es un método que permite a las personas dar instrucciones a algún programa informático por medio de una línea de texto simple. DRAM: Dynamic Random Access Memory, es un tipo de memoria dinámica de acceso aleatorio que se usa principalmente en los módulos de memoria RAM y en otros dispositivos, como memoria principal del sistema. FIREWALLS PIX: Dispositivo de firewall basado en un endurecido, en especial del sistema operativo incorporado, PIX OS, minimizando posibles brechas de seguridad del sistema operativo específico.. GUI: Graphical User Interface, es un programa informático que actúa de interfaz de usuario, utilizando un conjunto de imágenes y objetos gráficos para representar la información y acciones disponibles en la interfaz. Su principal uso, consiste en proporcionar un entorno visual sencillo para permitir la comunicación con el sistema operativo de una máquina o computador. 47

IOS: Internetwork Operating System, es el software utilizado en la gran mayoría de los routers Cisco Systems y actuales switches de red de Cisco. PoE: Power Over Ethernet, es una tecnología que incorpora alimentación eléctrica a una infraestructura LAN. Permite que la alimentación eléctrica se suministre al dispositivo de red usando el mismo cable que se utiliza para una conexión de red. SNMP: El Protocolo Simple de Administración de Red es un protocolo de la capa de aplicación que facilita el intercambio de información de administración entre dispositivos de red. SNMP permite a los administradores supervisar el funcionamiento de la red, buscar y resolver sus problemas, y planear su crecimiento. VLAN: Red de Área Local Virtual es un método de crear redes lógicamente independientes dentro de una misma red física. VPN: Virtual Private Network, es una tecnología de red que permite una extensión de la red local sobre una red pública o no controlada, como por ejemplo Internet. 48

MATERIAL DE CONSULTA

Sitios en la Web: MANAGEENGINE OPUTILS Descripción de productos y manuales para los usuarios. http://www.manageengine.com/products/oputils/ http://www.manageengine.com/news/oputils.html http://www.manageengine.com/products/oputils/help/index.h tml CISCO NETWORK ACADEMY Paginas de productos y manuales para usuarios de cisco http://www.cisco.com/en/us/products/ps5931/index.html http://www.cisco.com/en/us/docs/net_mgmt/cisco_network_ assistant/version4_0/quick/guide/spanish/intro.pdf http://www.cisco.com/en/us/docs/net_mgmt/cisco_network_ assistant/version4_0/quick/guide/spanish/feature.pdf http://www.cisco.com/en/us/docs/net_mgmt/cisco_network_ assistant/version4_0/quick/guide/spanish/install.pdf http://www.cisco.com/en/us/docs/net_mgmt/cisco_network_ assistant/version4_0/quick/guide/spanish/creatcom.pdf 50