ANEXO IV. Sistema de Gestión del Equipamiento Troncal Multiservicio MPLS/IP

Transcripción

1 ANEXO IV Sistema de Gestión del Equipamiento Troncal Multiservicio MLS/I ágina 1 de 17

2 INDICE 1. OBJETIVO ALCANCE CARACTERISTICAS DEL SISTEMA DE GESTION COMONENTES DEL SISTEMAS DE GESTION... 4 a. Gestión y Correlación de Alarmas y Eventos... 5 i. Criticidad/Jerarquía de las Alarmas... 5 ii. Tratamiento de las alarmas... 6 iii. Histórico de alarmas... 6 b. Gestión de Administración y Seguridad... 6 i. Usabilidad/Administración... 6 ii. Disponibilidad... 7 iii. Integridad/Consistencia de los datos c. Gestión de Interfaz Gráfica de Usuario... 8 d. Gestión de desempeño... 9 g. Gestión de reportes y estadísticas h. Gestión de Seguridad de Elementos de Red i. Gestión de Integración /Interfaz con otros sistemas [O] Requerimientos de Hardware Software de Base Licencias Referencias y estándares [O] Red Administración Fuera De Banda (RAFB)[O] ágina 2 de 17

3 1. OBJETIVO El presente documento describe las principales características y componentes mínimos que deberá poseer el sistema de gestión de la RED MULTISERVICIO MLS/I. 2. ALCANCE ara poder administrar y operar la red adecuadamente el oferente deberá proveer, como parte de la solución tecnológica a implementar, un sistema de gestión y monitoreo de red, que permitirá desde un sitio central tener un estado en tiempo real del funcionamiento de la red y sus dispositivos. Este sistema permitirá en forma proactiva determinar fallas y alejamiento de los parámetros normales de funcionamiento, brindando información sobre que está en mal funcionamiento o fuera de su operación normal. Tendrá una interface gráfica e intuitiva, que rápidamente permita a los operadores tener un estado de situación. Facilitará la administración diaria de la red, permitiendo mediante interfaces gráficas la configuración de los dispositivos, gestión de configuraciones y firmware de los elementos. Este Sistema de Gestión y Monitoreo estará ubicado en el Nodo Benavidez, y podrá ser accedido en forma remota. Estará compuesto por software para la generación del Centro de Gestión y Monitoreo de Red (NOC Network Operations Center) incluyendo, además, su instalación, configuración y puesta en marcha. El oferente tendrá a cargo también la capacitación del personal que se designe y será previa a la puesta en marcha del servicio. 3. CARACTERISTICAS DEL SISTEMA DE GESTION A continuación se describen las características esperadas del sistema ofertado: El sistema de gestión debe ser una plataforma que integre todos los dispositivos de la red en una sola aplicación y mapa topológico. Será una estructura de cliente servidor ágina 3 de 17

4 Estará compuesta por todo el software necesario para la implementación del sistema. Basada en el protocolo SNM v2/3 Apto para implementar MIB I y II. resentará vistas de la red mediante mapas jerárquicos, donde los dispositivos estén representados por íconos que indiquen su estado. La topología de la red podrá ser descubierta en forma automática. Dispondrá de herramientas para gestión del inventario de la red Administrar las imágenes de software de todos los dispositivos. Llevará un registro de las versiones de cada dispositivo. Mostrará vistas gráficas de los equipos activos. Desde la vista gráfica se podrá acceder a la configuración de los dispositivos y mostrará el status de las interfaces mediante colores. Se podrá gestionar, en forma centralizada, las configuraciones de la red MLS. Recibirán los traps enviados por los dispositivos, tanto activos como auxiliares con capacidad SNM y junto a las alarmas generadas por las aplicaciones, serán concentrados en un gestor de alarmas. Captura de información lógica. Incluído VN y VLAN. Análisis, simulación y solución de problemas. 4. COMONENTES DEL SISTEMAS DE GESTION El sistema de gestión deberá disponer de los siguientes componentes funcionales para una correcta administración y explotación de la red. ágina 4 de 17

5 Gestión y Correlación de Alarmas y Eventos Gestión de Administración y Seguridad Gestión de Interfaz Gráfica de Usuario Gestión de Desempeño Gestión de Inventario Gestión de rovision de Servicios Gestión de Reportes y Estadísticas. Gestión de Seguridad de Elementos de Red Gestión de Integración/Interfaz con otros sistemas. a. Gestión y Correlación de Alarmas y Eventos a) El proveedor deberá proveer un sistema de gestión que permita administrar las alarmas enviadas hacia un server central vía el protocolo SYSLOG, según RFC 3164 y Traps SNM.Las funcionalidades necesarias desde el operador son las enumeradas a continuación: i. Criticidad/Jerarquía de las Alarmas a) El usuario deberá poder parametrizar el nivel de criticidad de la alarma b) El nivel de criticidad de la alarma deberá ser representado por un código de colores. c) Las alarmas que puedan ocurrir en la red, debido a fallas del equipo, serán mostrados en el mapa de la red con el color que representa la severidad de la alarma d) Los colores de las alarmas desplegadas en el mapa de la red, deberán ser dinámicamente actualizados para indicar el estado actual de la alarma en la red. e) Las alarmas se deberán poder correlacionar de tal manera que la alarma de mayor criticidad se priorice sobre las ágina 5 de 17

6 ii. Tratamiento de las alarmas El sistema NMS deberá proveer a los usuarios las siguientes funcionalidades para el tratamiento de las alarmas a) Se deberá ver, a modo de resumen una sola lista de alarmas de toda la red b) Un único número secuencial y descripción para cada alarma c) Identificativos de cada alarma d) Fecha y hora en que ocurre la alarma e) Nombre del nodo, modulo y puerto afectado f) Fecha y hora cuando cesa el estado de alarma g) ermitir las siguientes operaciones de gestión: Reconocimiento, exclusión, inhibición, normalización. iii. Histórico de alarmas El sistema deberá poder almacenar en archivos log las alarmas del sistema de manera de disponer de un histórico de alarmas. b. Gestión de Administración y Seguridad i. Usabilidad/Administración ágina 6 de 17

7 Se requiere que la solución provea mecanismos para la administración de la seguridad de la solución. Como mínimo [O] para la gestión de usuarios se requiere: Gestión de los niveles de acceso / perfiles con granularidad. Configuración de grupos de usuarios. Altas / bajas / modificaciones del acceso a usuarios. Bloqueo / desbloqueo /expiraciones del acceso al sistema. Mecanismos para encriptar información sensible como las contraseñas Cambio de contraseñas, configuraciones de nivel de complejidad de éstas. Segmentar la seguridad de los datos buscando que datos sensibles puedan ser protegidos ante accesos no autorizados. Log de registro de auditorías en donde pueda guardarse toda la trazabilidad e histórico del sistema o Identificación de quien realizo las últimas modificaciones. o Fechas de los últimos accesos o Identificación de la estación desde la cual se realizan las modificaciones. o Intentos fallidos del sistema Reportes e históricos de acceso. Disponer de recursos de autogestión, para gestionar los siguientes recursos: CU, memoria física, espacio en disco, estado de la conexión con la base de datos del sistema. ii. Disponibilidad Se requiere que el sistema este diseñado con una arquitectura que garantice una disponibilidad de % en el mes tanto a nivel de hardware como de software ágina 7 de 17

8 iii. Integridad/Consistencia de los datos. Se requiere que el oferente entregue como parte de la oferta un análisis de riesgos de seguridad de la información para la operación de la solución, entregando su clasificación por orden de importancia y una descripción de cada uno. c. Gestión de Interfaz Gráfica de Usuario Es deseable que las pantallas, menús, opciones, mensajes, asistentes de ayuda para la configuración y operación de las aplicaciones estén en idioma español. El NMS deberá visualizar de forma gráfica las redes, elementos gestionados, las conexiones entre ellos y el estado de cada elemento. Restringir la visión topológica conforme a los permisos de control de acceso. Se requiere que la interfaz de usuario provea funciones de ayuda para la realización de determinadas tareas a) ersonalización del espacio de trabajo. b) Generación de informes c) Creación de vistas La interfaz gráfica utilizada permitirá que los usuarios manejen la red a través de una red de múltiples niveles de ventana, es decir de una ventana secundaria que muestre los mapas de la red. El interfaz gráfico del usuario proporcionará menús de conexión en cascada y una visualización gráfica de la disposición de los equipos que permitan que los usuarios ejecuten tareas operacionales vía entradas al menú y o vía procedimientos de teclado. ágina 8 de 17

9 d. Gestión de desempeño Esta Gestión debe contener mínimamente las siguientes funciones: Recolectar periódicamente los datos de performance de los equipos y de la red de la red por medio de los mediadores Visualizar en tiempo real los datos recolectados de la red con los parámetros de desempeño (performance) de las redes y elementos de red. Generar informes con información recolectada de la red o datos ya procesados por el propio sistema (Ej. Indicadores de desempeño, como disponibilidad, Trafico entrante y saliente, Tráfico por protocolo, Utilización de CU etc ) Definir umbrales para la generación de alarmas, a partir de los datos de desempeño de los equipos. Disponer de un módulo que permita analizar la calidad de servicio, entendiendo la calidad de servicio como el desempeño global de todos los elementos de red que están involucrados en la prestación de un servicio específico. e. Gestión de inventario Se requiere que se disponga de las siguientes funcionalidades: Una sola vista del inventario de toda la red Navegación sobre el inventario basado en el rol del usuario Información sobre las ranuras de chasis disponibles o no utilizadas como también información sobre los puertos de línea Capacidad avanzada de filtrado y clasificación. f. Gestión de rovisión de Servicios ágina 9 de 17

10 Se requiere que esta gestión disponga de las siguientes funcionalidades: Gestionar las configuraciones de túneles de Ingeniería de Trafico de MLS cumpliendo con los niveles de servicios requeridos (SLA) por las aplicaciones más estrictas como voz y video. Automatización del aprovisionamiento, configuración, y auditorias funcionales de MLS VN usando perfiles de servicios predefinidos Aprovisionamiento automatizado para acelerar la implementación de L2VN y Servicios Carrier Ethernet. Estos despliegues deben poder validarse por auditorias desde el sistema de gestión. Diagnosticar a través de herramientas automatizadas eficientes la resolución de problemas en el servicio de MLS VN g. Gestión de reportes y estadísticas Se requiere que esta gestión disponga de las siguientes funcionalidades: Almacenar información histórica para su posterior análisis y presentación. Generar los reportes que se requiera o el proveedor proponga y estos sean construidos de una manera parametrizable. Generar automáticamente reportes configurables por fecha y periodicidad y ser exportados automáticamente vía mail, soporte HTML, CSV, DF etc. h. Gestión de Seguridad de Elementos de Red Se requiere que esta gestión disponga de las siguientes funcionalidades: ágina 10 de 17

11 Deberá dar servicio AAA (authentication, Authorization, Accounting) Deberá soportar un amplio rango de tecnologías de acceso.( DSL, dial, Code Division Multiple Access (CDMA), General acket Radio Service (GRS), Universal Mobile Telecommunications Service (UMTS), Wireless LAN, public WLAN, WiMAX, femtocell, y otras) Deberá soportar un amplio rango de protocolos como assword Authentication rotocol (A), Challenge Handshake Authentication rotocol (CHA), y Extensible Authentication rotocols (EA), incluyendo EA-SIM, EA-AKA sobre M3UA/SIGTRAN, EA-TLS, EA- TTLS, EA-MSCHAv2, EA-GTC, EAv0, EAv1, LEA, EA-FAST. Deberá soportar escalabilidad para soportar grandes implementaciones. Gestionar de forma eficaz el uso de recursos con la gestión de sesiones en tiempo real para rastrear sesiones de usuario y asignar dinámicamente recursos tales como direcciones I. i. Gestión de Integración /Interfaz con otros sistemas [O]. Se requiere que las interfaces actuales y futuras hacia otros sistemas estén en consonancia con los estándares de integración OSS/J/MTNM/MTOSI. Se requiere que el sistema disponga como mínimo los siguientes protocolos: a) SNM b) CORBA. Se requiere que el sistema permita gestionar,en su interfaz northbound, la interacción con el Sistema de Gestión de Redes y Servicios- Gestor de Gestores de ARSAT, para: a) Enviar la información de alarmas de los elementos y circuitos de la red, para dar soporte los procesos de ágina 11 de 17

12 gestión de problemas de red/servicio/cliente dentro del área de aseguramiento de servicio b) Enviar y recibir la información de los datos configuración de la red para dar soporte a los procesos de Configuración y activación del servicio y Aprovisionamiento y Asignación de Recursos dentro del área de rovisión del Servicio. c) Enviar información de las mediciones de performance de los elementos de red gestionados, para dar soporte a los procesos de Análisis y reportes de Calidad de Recursos de Red/Servicio y Gestión de la QoS/SLA del cliente dentro del Área de Aseguramiento del Servicio. Se requiere que el proveedor entregue sin ningún tipo de condicionamiento, toda la información actual y futura de todas las MIB necesarias para establecer la interfaz con el sistema Gestor de Gestores. 5. Requerimientos de Hardware Se requiere soportar una infraestructura de virtualización de sistemas sobre servidores de propiedad de ARSAT con procesadores x86 con soporte de virtualización por hardware, de la línea Xeon 5600 [O]. Se requiere que la virtualización sea implementada en máquinas virtuales sobre la plataforma VMware vsphere 4.1, XenServer o superior [O]. Se requiere que el oferente especifique el o los factores que afectan al cálculo de dimensionamiento de la plataforma de Hardware, por ágina 12 de 17

13 ejemplo: Cantidad de usuarios concurrentes, Cantidad de elementos de red, Cantidad y tipo de interfaces, Requisitos de acceso a la base de datos, Requerimientos de alta disponibilidad y/o recuperación de falla. Se requiere que el oferente informe la capacidad de procesamiento y las capacidades de almacenamiento en Gb necesaria para realizar el dimensionamiento de la infraestructura del DATA CENTER de ARSAT. Se requiere que todas las computadoras, estaciones de trabajo y servidores requeridos por el sistema deben ser equipos estándares del mercado, basados en procesadores comercialmente disponibles. En el caso que la solución propuesta no soporte una infraestructura de virtualización de sistemas sobre servidores de propiedad de ARSAT, el oferente deberá comprometer la disponibilidad comercial de dicha funcionalidad durante el año 2013 [O]. En este caso el oferente proveerá una solución alternativa a su costo y deberá comprometer la implementación de la virtualización solicitada dentro del plazo indicado. 6. Software de Base Se requiere que el oferente informe el Software de base a nivel Sistema Operativo y Base de Datos utilizados en el sistema. 7. Licencias El sistema NMS ofertado deberá tener capacidad para gestionar todos los elementos de red solicitados con las licencias necesarias para 20 usuarios simultáneos con acceso a todas las funcionalidades.[o] ágina 13 de 17

14 A su vez el oferente deberá cotizar con un costo fijo anual lo siguiente [O]: Mantenimiento de hardware y software de la plataforma ofertada Instalación y licencias de futuras evoluciones de la plataforma ofertada (provisto de manera automática al ser creada por el fabricante) Licencia de uso ilimitado en tiempo, en cantidad de terminales y nodos supervisados y a supervisar ermanente actualización del SW en el tiempo y sin costo adicionales. 8. Referencias y estándares [O] El NMS deberá satisfacer los requisitos especificados según las recomendaciones más relevantes de ITU-T, y/o cualquier otro estándar relevante, según lo que se indica a continuación: M.3010 (02/00): rincipios para el Manejo de una Red de Telecomunicaciones. M.3013 (02/00): Consideraciones para el Manejo de una Red de Telecomunicaciones. M3020 (02/00): Especificaciones de interfaces TMN. M 3050 ETOM M3060 NGOSS M 3190 SID M.3400 (02/00): Funciones del Manejo TMN. Q.811: erfiles de protocolo de capa inferior para las interfaces Q3 y X Q.812: erfiles de protocolo de capa superior para las interfaces Q3 y X X.711: rotocolo de Información de Manejo Común ágina 14 de 17

15 X.720: Tecnología de la información - Interconexión de sistemas abiertos - Estructura de la información de gestión: Modelo de información de gestión X.710: rotocolo de Información de Gerencia Común X.721: Tecnología de la información - Interconexión de sistemas abiertos - Estructura de la información de gestión: Definición de la información de gestión X.722: Revisión de las directrices para la definición de objetos gestionados para incluir ASN.1: Red Administración Fuera De Banda (RAFB)[O] La información del manejo de la red será transmitida vía una red dedicada para la gestión y por este motivo se la denomina red de administración fuera de banda. El sistema ofertado debe ofrecer varias opciones para poder establecer conectividad entre los elementos de red y la plataforma NMS. En caso de que existieran fallas en la RAFB, una alternativa es la red en producción. El sistema deberá tener la propiedad de conmutar y seguir manteniendo la conectividad de supervisión y operación de toda la red sin ninguna pérdida de funciones. Con este fin, por cada nodo principal, se deberá ofertar también un equipo rol SA. La función de éste, será brindar acceso a la consola serial, como así también a la interfaz Ethernet/Fasthernet, de administración fuera de banda de cada uno de los equipos, por cada nodo principal, desde un sitio remoto. Este equipamiento será accedido desde el centro de operación de red de Benavidez a través de un sistema VSAT, por lo que deberá contar con una ágina 15 de 17

16 interfaz Ethernet/FastEthernet dedicada a la conexión con las unidades que componen este sistema. Características mínimas: 8 interfaces seriales 16 interfaces fastethernet 1 interface Ethernet/fastethernet para ULINK. Capacidad para trabajar en capa 2 (switching) y capa 3 (routing) del modelo de referencia OSI. Capacidad para configurar y soportar un menú desde el cual se podrá seleccionar el equipo del nodo local al cual se requiere acceder. ágina 16 de 17

17 JUJUY JUJUY RESISTENCIA TUCUMAN OSADAS CORDOBA SANTA FE ROSARIO MENDOZA 1 BENAVIDEZ DATACENTER INTERNET 2 BENAVIDEZ TDA NEUQUEN RODRIGUEZ BAHIA BLANCA ABASTO Vinculo Satelital CALETA OLIVIA Vinculos rotegidos por Infraestructura DWDM IGW Tramo III RIO GALLEGOS Vinculos Sin rotección ágina 17 de 17