3.1 Sistema gestión para la administración de todos los elementos activos que conforma la red de conmutación
3.1.1 La plataforma de gestión de la red estará compuesta por :
3.1.1.1 Sistema que de gestión, monitoreo y aprovisionamiento. Deberá incluir los equipos activos necesarios para la implementación del sistema.
3.1.1.2 Solución de autenticación, ya sea TACACS+ o Radius. Deberá incluir todos los equipos necesarios para esta implementación.
3.1.2 Debe permitir la funcionalidad de “failover” en los servidores de la red, es decir, en caso de que un servidor falle, el sistema se encarga de activar automáticamente un segundo
servidor, en este caso el sistema de gestión monitoreo y aprovisionamiento deberá mantener su operación al 100% de manera transparente.
3.1.3 Herramienta de Monitoreo y Administración de equipo de Telecomunicaciones basada en arquitectura cliente-servidor.
3.1.4 La herramienta de monitoreo y administración deberá de estar basada en módulos de FCAPS.
3.1.5 La herramienta deberá de contar con una base de datos como repositorio central de la información proporcionada por todo el equipo de telecomunicaciones. Deberá de ser capaz de recibir la información de monitoreo en tiempo real del equipo de telecomunicaciones y procesarlo internamente para su monitoreo y creación de reportes. 3.1.6 La herramienta de administración deberá soportar los equipos de telecomunicaciones en IPv6.
3.1.7 El cliente de dicha herramienta deberá de soportarse en múltiples sistemas operativos y deberá de estar basada en “plugins” de Java.
3.1.8 El sistema deberá ser capaz de ejecutar comandos de la línea de comandos de los equipos ofertados tanto en los dispositivos como en grupos de dispositivos.
3.2 Administración de fallas
3.2.1 El sistema será capaz de administrar las fallas en el equipo de comunicaciones recibiendo alarmas tipo SNMP y syslog. Así mismo deberá de poder monitorear constantemente parámetros vía SNMPv1/v2c y SNMPv3.
3.2.2 Deberá de tener la facilidad de agregar políticas de eventos, en caso de suceder dicho evento deberá de alertar al usuario final vía email. También deberá de contar con la capacidad de agrupar múltiples eventos en uno solo (correlación).
3.2.3 La herramienta deberá de poder crear reportes personalizados de los eventos recibidos.
3.3 MPLS
3.3.1 Deberá ser capaz, mediante la interfaz gráfica, de configurar, editar, eliminar y monitorear los servicios MPLS como por ejemplo: VPLS, Local VPLS, VLL, Local VLL, VPN L3 en MPLS.
3.3.2 Deberá ser capaz de crear y asignar “VCID pools” para las definiciones de VLL y VPLS en los servicios MPLS creados.
3.4 Administración General
3.4.1 La herramienta deberá ser capaz de soportar bases de datos de usuarios compatibles con RADIUS y TACACS+. Así mismo deberá de permitir la creación de roles y/o privilegios para cada uno de los usuarios configurados.
3.4.2 Deberá de contar con la facilidad de agrupar múltiples dispositivos en zonas y/o ubicaciones para fácil acceso a la administración de dichos elementos.
3.4.3 También deberá de contar un proceso de autodescubrimiento de la red el cual pueda ejecutarse de manera periódica para descubrir nuevos elementos de red. Dicho proceso podrá programarse de manera periódica.
3.5 Administración de balanceadores de servidores
3.5.1 El equipo deberá poder administrar tanto Virtual IP (VIP) como Global Server Load Balancing (GSLB) para que pueda realizar una administración centralizada del equipo balanceador contemplado en el punto 4 del presente cartel de especificaciones.
3.5.2 A nivel de VIPs deberá incluir funciones como: • Mostrar los VIPs configurados en el balanceador.
• Mostrar los puertos vinculados tanto a servidores virtuales como reales configurados en el balanceador.
• Mostrar el estado de los puertos tanto de los servidores reales como virtuales.
• Cotrol de habilitación / deshabilitación de los puertos tanto de los servidores reales como virtuales.
3.6 Eventos
3.6.1 El sistema deberá ser capaz de recibir SNMP traps, eventos Syslog y de al menos un software “sniffer” como Wireshark, Snort u otro.
3.6.2 Deberá ser capaz de monitorear, analizar, generar reportes y solucionar inconvenientes que sean generados por diversos eventos reportados al sistema por alguno de los medios del punto anterior.
3.6.3 El sistema deberá ser capaz de ver, recuperar y restaurar archivos de configuración de los equipos. Además deberá poder configurarse para realizar copias de respaldo automáticas de las configuraciones de los equipos.
3.7 Desempeño
3.7.1 Mediante las estadísticas de tiempo real que se recompilen de los equipos de telecomunicaciones, la herramienta deberá de ser capaz de generar reportes personalizados con dicha información.
3.7.2 Además deberá de monitorear constantemente el equipo de telecomunicaciones para la medición del desempeño de la solución.
3.7.3 Deberá de crear reportes de trafico con las siguientes características:
• Gráficas (Barras/Líneas/Pastel) de Trafico Capa2-3 por Dispositivo de Red: Puerto de Conexión, Dirección MAC (fuente-destino), VLAN, Prioridad, Dirección IP (fuente-destino), Aplicación-Puerto TCP/UDP (fuente-destino), Usuario 802.1x, Número de Frames y MBytes. • Capacidad de exportar la información de los flujos Capa2-3 a formato texto, Excel. 3.8 Seguridad
3.8.1 La herramienta deberá de ser capaz de administrar la seguridad de los equipos de telecomunicaciones incluyendo los siguientes apartados.
3.8.2 Configuración de listas de acceso a nivel de capa 2 y capa 3 3.8.3 Configuración de limitación de ancho de banda
3.8.4 Configuración de VLANs.
3.8.5 Respaldo de múltiples configuraciones de los equipos de telecomunicaciones 3.8.6 Programación de respaldos de configuraciones
3.8.7 Programación de respaldos de imágenes de software de sistemas operativos de múltiples dispositivos.
3.9 Despliegue de información
3.9.1 La herramienta de monitoreo deberá de contar con un sistema de despliegue de información de manera jerárquica, topologías de árbol y grafico de la información del equipo de telecomunicaciones soportando mínimo las siguientes representaciones graficas:
• Topología a nivel de capa 2. • Topología a nivel de capa 3 (IP).
• Topología de VLANs.
• Topología de anillos metropolitanos.
3.9.2 La herramienta de administración deberá de presentar en su página principal una vista rápida de las variables más importantes de la red como representación grafica.
3.9.3 Deberá soportar la inserción de mapas en el “background” del gráfico de despliegue de información de manera que se pueda simplificar la ubicación en el gráfico de los equipos
3.9.4 Los nodos y grupos de nodos de la topología desplegada deberán poder ser reubicados en el gráfico de manera individual, además cada nodo deberá desplegar como mínimo la siguiente información:
• Nombre
• Dirección IP
• Grupos troncales
• Nombres de las interfaces
• El sistema deberá estar en capacidad de crear grupos basado e dispositivos o puertos según sea necesario.
3.10 Instalación del hardware de la plataforma de gestión
3.10.1 La plataforma de gestión de la red deberá poder ser incorporada a un sistema gestor superior basado en SNMP.
3.10.2 La plataforma de gestión deberá estar instalada en un gabinete apto para tal efecto y deberá ser de la misma marca de los servidores ofertados.
3.10.3 Dichos gabinetes deberán como mínimo cumplir con las siguientes características: • Puerta frontal acrílica de forma que se puedan visualizar los equipos instalados. • Distribución eléctrica interna.
• Llave de seguridad electrónica.
• Ranuras superiores he inferiores para ingreso de cableado.
3.10.4 La interconexión de este sistema con el equipo de balanceo de cargas de servidores deberá realizarse por medio de patchcords de fibra óptica multimodo.