Servicio de Nuevas Tecnologías
Servicio de Nuevas Tecnologías
Xxxxxxx xx xx Xxx, 00 00000 – Xxxxxxx (Xx Xxxxx) Tfn: x000 000.00.00.00
Fax: x000 000.00.00.00
Pliego de Especificaciones Técnicas particulares que han de regir la contratación del Servicio Integrado de
Comunicaciones, evolución de las Infraestructuras TIC y Virtualización del Puesto de Trabajo del Ayuntamiento xx Xxxxxxx
Versión: 0.25
ÍNDICE
1.INTRODUCCIÓN 8
2.ANTECEDENTES 8
3.OBJETO 10
4.ALCANCE 10
4 1.Lote 1: Solución Integrada de Telefonía, Datos e Infraestructuras de Comunicaciones 11
4.2.Lote 2: Evolución de Infraestructura TIC y Virtualización de Escritorios 12
4.3.Oferta Integradora 13
4.4.Requisitos Técnicos de Aplicación General 14
5.DURACIÓN DEL CONTRATO Y PRÓRROGA 15
6.REVISIÓN DE PRECIOS 15
7.PRESUPUESTO DE LICITACIÓN 16
7.1.Lote 1 16
7.2.Lote 2 16
8.FINANCIACIÓN 17
8.1.Lote 1 17
8.2.Lote 2 17
9.FORMA DE PAGO 17
9.1.Lote 1 17
9.2.Lote 2 18
10. MODIFICACIONES DEL CONTRATO 18
11. CLASIFICACIÓN Y SELECCIÓN 18
11.1.Clasificación para contratar 18
11.1.1.Lote 1 19
11.1.2.Lote 2 19
11.1.3.Oferta Integradora 19
12. CRITERIOS DE ADJUDICACIÓN 19
12.1.Lote 1 19
12.1.1.Criterios Objetivos 19
12.1.2.Criterios Subjetivos 20
12.2.Lote 2 21
12.2.1.Criterios Objetivos 21
12.2.2.Criterios Subjetivos 22
12.3.Oferta Integradora 23
13. CONSULTAS SOBRE EL PLIEGO DE PRESCRIPCIONES TÉCNICAS 23
14. PROPIEDAD INTELECTUAL, SEGURIDAD Y CONFIDENCIALIDAD 23
14.1.Propiedad intelectual 23
14.2.Seguridad y Confidencialidad 23
15. PROTECCIÓN DE DATOS 24
16.SERVICIO INTEGRADO DE TELEFONÍA, DATOS Y EVOLUCIÓN DE INFRAESTRUCTURAS DE COMUNICACIONES Y SEGURIDAD 25
16.1.Evolución de Infraestructuras de Comunicaciones y Seguridad 26
16.1.1.Infraestructura de red LAN 26
16.1.1.1.Situación Actual 26
16.1.1.2.Servicios a ofertar 26
16.1.1.3.Capa de Núcleo (Core Layer) 27
16.1.1.4.Capa de Distribución (Distribution Layer) 28
16.1.1.5.Capa de Acceso (Access Layer) 29
16.1.2.Herramienta de gestión de red LAN 30
16.1.3.Renovación cableado estructurado 31
16.1.4.Adecuación del cableado armarios cableado 31
16.1.4.1.Situación Actual 32
16.1.4.2.Servicios requeridos 32
16.1.5.Plataforma de Telefonía IP 32
16.1.5.1.Situación Actual 32
16.1.5.2.Servicios a ofertar 33
16.1.5.3.Requerimientos y Funcionalidades de la Plataforma de Telefonía IP 34
16.1.5.4.Disponibilidad y redundancia de la solución 36
16.1.5.5.Comunicaciones Unificadas 36
16.1.6.Terminales Telefonía IP 37
16.1.6.1.Gama Alta 37
16.1.6.2.Gama Media 38
16.1.6.3.Gama Estándar 39
16.1.6.4.Terminales inalámbricos 39
16.1.6.5.Suministro y alquiler de terminales 40
16.1.7.Herramienta IPAM/DNS/DHCP 40
16.1.7.1.Requisitos Generales 40
16.1.7.2.Gestión 40
16.1.7.3.Funcionalidad DNS (Domain Name System) 41
16.1.7.4.Funcionalidad DHCP (Dynamic Host Configuration Protocol) 42
16.1.7.5.Funcionalidad IPAM (IP Address Management) 42
16.1.7.6.Otros requisitos 43
16.1.8.Infraestructura de Seguridad 43
16.1.9.Servicio de Fax 46
16.1.10.Herramienta de Gestión y Administración de Dispositivos Móviles 47
16.2.Telefonía Fija Corporativa 49
16.2.1.Situación Actual 49
16.2.2.Servicios a ofertar 49
16.2.2.1.Servicios de transmisión de voz 49
16.2.2.2.Servicios Telefónicos Temporales 50
16.3.Telefonía Móvil Corporativa 51
16.3.1.Condiciones Generales 51
16.3.2.Situación Actual 51
16.3.3.Servicios a ofertar 51
16.3.3.1.Servicios de comunicaciones de voz 51
16.3.3.1.1.Servicio de Red Privada Virtual (VPN) 51
16.3.3.1.2.Servicios Adicionales 52
16.3.3.2.Servicio de datos en movilidad 54
16.3.3.2.1.Acceso a Internet 54
16.3.3.3.Servicio M2M (Machine To Machine Communications) 54
16.3.4.Terminales y otros dispositivos móviles 56
16.3.5.Cobertura Geográfica del Servicio 59
16.4.Transmisiones de Datos 60
16.4.1.Situación actual 60
16.4.2.Servicios a ofertar 61
00.0.0.0.Xxx Privada Virtual a nivel IP 61
16.4.2.2.Servicio de salida y presencia en Internet 63
16.5.Numeración de teléfonos para el AdL 64
16.5.1.Plan Privado de Numeración (PPN) 64
16.5.2.Numeración Corporativa 64
16.5.3.Conservación de la numeración existente 65
16.5.4.Numeración para nuevos centros 65
16.6.Formación 65
16.6.1.Traspaso de conocimientos 65
16.6.2.Cursos 66
16.7.Gestión global del contrato 67
16.7.1.Centro de Gestión Personalizada (CGP) 68
16.7.1.1.Medios humanos e infraestructura del CGP 68
16.7.1.1.1.Recursos humanos 68
16.7.1.1.2.Infraestructura 69
16.7.1.2.Funciones del CGP 69
16.7.1.2.1.Supervisión del contrato 69
16.7.1.2.2.Atención y Seguimiento de incidencias 70
16.7.1.2.3.Asesoramiento técnico 70
16.7.1.2.4.Gestión de servicios de transmisión de datos 71
16.7.1.2.5.Gestión de servicios de transmisión de voz 72
16.7.1.2.6.Mantenimiento de la infraestructura 73
16.8.Calidad del Servicio. Acuerdos de Nivel de Servicio (ANS) 73
16.8.1.Parámetros generales 74
16.8.2.Disponibilidad 74
00.0.0.Xxx de Datos 74
16.8.4.Servicio de Voz y Telefonía IP 76
16.8.5.Servicios Móviles 78
16.8.6.Plan de calidad 78
16.9.Plan de Migración de Operador (PMO) 78
16.10.Implantación y Despliegue 79
16.10.1.Implantación 79
16.10.2.Despliegue 80
16.11.Documentación a presentar y formato 81
16.11.1.1.Resumen Ejecutivo 81
16.11.1.2.Descripción Técnica de la solución ofertada 82
16.11.1.3.Plan de Gestión, operación y mantenimiento 85
16.11.1.4.Plan de Calidad 85
16.11.1.5.Plan de Migración de Operador 85
16.11.1.6.Plan de Implantación y Despliegue 85
16.11.1.7.Plan de Trasferencia Tecnológica 85
16.11.1.8.Propuesta de Formación 86
16.12.Facturación 86
16.12.1.Gestión de la facturación 86
16.12.2.Facilidades de facturación 86
16.13.Aceptación de condiciones 86
17.EVOLUCIÓN INFRAESTRUCTURA TIC Y VIRTUALIZACIÓN ESCRITORIO 87
17.1.Situación Actual 87
17.2.Servicios a ofertar 87
17.2.1.Plataforma de virtualización 87
17.2.1.1.Infraestructura de chasis blade 88
17.2.1.1.1.Requisitos adicionales chasis blade 89
17.2.1.2.Servidores 90
17.2.1.2.1.Servidores VDI 90
17.2.1.2.2.Servidores virtualización 91
17.2.1.2.3.Servidores Oracle 92
17.2.1.2.4.Requisitos adicionales servidores 92
17.2.2.Plataforma de almacenamiento 93
17.2.2.1.Condiciones generales 93
17.2.2.2.Servicios de almacenamiento a suministrar 93
17.2.2.3.Características técnicas de los sistemas ofertados 94
17.2.2.4.Configuración y provisionamiento de la capacidad de almacenamiento 95
17.2.2.5.Mecanismos de aceleración y mejora 96
17.2.2.6.Ampliación de la capacidad de almacenamiento 97
17.2.2.7.Documentación de la plataforma de almacenamiento 97
17.2.3.Licenciamiento de soluciones software 97
00.0.0.0.Xxxxxxxx de virtualización de servidores 97
00.0.0.0.Xxxxxxxx de virtualización de puesto de trabajo (VDI) 98
17.2.3.3.Regularización sistema operativo base 98
17.2.4.Solución copia de seguridad corporativa 99
17.2.4.1.Situación actual 99
17.2.4.2.Servicio requerido 100
17.2.5.Solución antivirus corporativo 101
17.2.5.1.Situación actual 101
17.2.5.2.Servicio requerido 102
17.2.6.Mantenimiento del sistema 102
17.2.7.Gestión de Incidencias 103
17.2.7.1.Incidencias en plataforma de virtualización 103
17.2.7.2.Incidencias en plataforma de almacenamiento 104
17.2.7.3.Incidencias en sistema operativo base 104
17.2.7.4.Incidencias copia seguridad corporativa 104
17.2.7.5.Incidencias antivirus corporativo 104
17.2.8.Formación 104
17.2.8.1.Traspaso de conocimientos 104
17.2.8.2.Cursos 105
17.3.Despliegue y puesta en marcha 106
17.3.1.Plan de Despliegue 106
17.3.2.Instalación y puesta en marcha 107
17.3.3.Plazo de ejecución 108
17.4.Equipo de proyecto 108
17.4.1.Modificación del equipo de proyecto 110
17.5.Documentación a presentar y formato 110
17.5.1.Resumen Ejecutivo 111
17.5.2.Descripción Técnica de la solución ofertada 111
17.5.3.Plan de Despliegue 112
17.5.4.Equipo de Proyecto 112
17.5.5.Plan de Mantenimiento y garantía 113
17.5.6.Plan de Trasferencia Tecnológica 113
17.5.7.Propuesta de Formación 113
17.6.Facturación 113
17.7.Aceptación de condiciones 113
1. Introducción
El Ayuntamiento xx Xxxxxxx (en adelante AdL) es consciente de que las TIC y los servicios de telecomunicaciones son elementos estratégicos de modernización y desarrollo que contribuyen de manera decisiva en la materialización de sus fines institucionales así como en el cumplimiento de su compromiso de eficiencia en la gestión de los servicios públicos, de tal forma que la utilización de las mismas favorece el desarrollo de un sistema público más cercano, accesible, y de mayor calidad que permite dar mejor respuesta y en menor tiempo a las necesidades planteadas por los ciudadanos.
Por todo ello, y debido a la existencia de un sector de telecomunicaciones en competencia, el AdL considera necesario el inicio de un proceso que le permita dotarse, siempre teniendo en cuenta sus necesidades específicas, de los mejores servicios de telecomunicaciones y recursos TIC para, con ellos, optimizar factores de calidad y costes tanto en su funcionamiento interno como en la prestación de los servicios a la ciudadanía, todo ello en una red corporativa renovada que facilite el acceso a los recursos internos y externos, de forma rápida y eficiente a todas las dependencias y servicios municipales.
Con esta licitación se pretende impulsar las tecnologías de la información y las comunicaciones (TIC’s) utilizadas en el AdL así como la gestión de los servicios relacionados con ellas, identificando cuatro objetivos fundamentales:
1. Dar continuidad y evolución a la actual red de telecomunicaciones del AdL mejorando la calidad, el nivel de servicios y las funcionalidades de la infraestructura actual, buscando una mayor integración de los servicios de telefonía fija, móvil, datos en movilidad e infraestructura de red municipal, así como la prestación de los servicios TIC a todos los puestos de los centros de trabajo del mismo. Se pretende evolucionar dentro del presente expediente infraestructuras corporativas esenciales (voz, datos, puesto de trabajo, Internet, etc.) pero también los servicios de operador sobre las que estas se puedan llegar a sustentar.
2. Racionalizar la contratación de servicios de tecnologías de la información optimizando la eficiencia en el gasto público, obteniendo la mejor prestación de servicios posible al precio económicamente más ventajoso, maximizando con ello el valor de los recursos financieros disponibles. La contratación de un servicio integral permite aprovechar las ventajas económicas derivadas del incremento de la productividad de las infraestructuras y las economías de escala generadas en la prestación de servicios unificados.
3. Aumentar la eficiencia y la calidad en la prestación de los servicios públicos a través de la gestión telemática con sistemas de información flexibles y globales que se adapten a la situación actual y futura.
4. Garantizar que todos los usuarios, independientemente de su ubicación y dependiendo únicamente de su perfil de uso, tengan acceso a los mismos recursos
2. Antecedentes
En la actualidad, el AdL dispone de diversos contratos de red de voz, datos, telefonía fija y móvil, acceso y presencia en Internet, etc. que han venido proporcionándole un servicio que ha cubierto todas sus necesidades de telecomunicaciones de forma satisfactoria durante los últimos años. Pero dichas necesidades no son, en éste momento, las mismas que cuando se materializaron dichas adjudicaciones. Más al contrario, puede decirse sin temor a equivocaciones que dichas necesidades han ido cambiando, en unos casos, y evolucionando, en otros, en la medida en que el desarrollo tecnológico ha abierto nuevas posibilidades y perspectivas y que, a su vez, las demandas de los usuarios lo venido requiriendo, haciendo finalmente necesaria una evolución de la solución acorde a estas nuevas necesidades.
Por otro lado han de tenerse también en cuenta los siguientes hechos que, de forma significativa, han afectado a las necesidades de comunicaciones y determinado la evolución de la infraestructura TIC del AdL y
que son claves a la hora de entender tanto la situación actual como los requisitos establecidos en el presente pliego:
▪ Durante los últimos años, el tráfico de datos en las redes de telecomunicaciones ha ido creciendo de forma paulatina en detrimento del tráfico de voz, siendo dos las razones fundamentales de esa tendencia:
− En primer lugar la propia evolución tecnológica.
− En segundo, el cambio en las necesidades de comunicación de los usuarios para los que ya no es suficiente con transmitir voz, necesitando también la transmisión de vídeos, imágenes, archivos y todo tipo de información. Ambos factores se retroalimentan y anclan sus raíces en la globalización y el mercado mundial, en el que cada vez hay más gente y organizaciones con las que comunicarse y posibilidades técnicas para hacerlo.
Esta tendencia, ha alcanzado también al AdL que ha visto alterado su patrón de consumo de telecomunicaciones tradicionalmente centrado en la voz, pasando a convertirse en un patrón de intercambio de múltiples tipos de datos. Si a ello le unimos las limitaciones propias de la telefonía tradicional, menos capaz de mantenerse al día con respecto a las nuevas tecnologías, y las siempre cambiantes demandas de los usuarios, se concluye la necesidad estratégica de plantear una evolución tecnológica en la telefonía municipal orientándola a la telefonía IP (ToIP), que permita integrar en una misma red - basada en protocolo IP - las comunicaciones de voz y datos.
▪ A finales del año 2011, Microsoft anunció oficialmente que con fecha 08/04/2014 dejaría de prestar soporte a los productos Windows XP SP3 y Office 2003, de tal forma que, a partir de ese momento, no pondría a disposición de sus clientes más actualizaciones ni parches para errores ligados a la seguridad, ni tampoco soporte ni actualizaciones de contenido técnico para dichos productos. Si a esto añadimos que, desde hace más de 10 años, Windows XP es, “de facto”, el sistema operativo estándar (SO) utilizado en los puestos de trabajo municipales, las repercusiones que dicha decisión tiene para el AdL son importantes ya que la ausencia de futuras actualizaciones de Windows XP compromete seriamente la seguridad de la red corporativa lo que supone un elevado riesgo para la información y sistemas de la organización, además de limitar seriamente la capacidad para aprovechar eficientemente las inversiones municipales en TIC’s por problemas de actualización de aplicaciones y software utilizados en dichos sistemas. Procede, por tanto, una transformación de la infraestructura TIC mediante una actuación en dos líneas complementarias:
⬝ Por un lado la actualización del SO base, mediante la evolución a una nueva versión de la familia Microsoft Windows al considerarse dicha opción la mejor por continuidad y equilibrio entre prestaciones, rendimiento y estabilidad.
⬝ Pero por otro lado, los requerimientos de máquina, memoria y disco de las nuevas versiones de Windows están muy por encima de las que actualmente dispone un puesto medio estándar municipal, por lo que el cambio debería llevar asociada la renovación de un alto número de equipos de puesto de trabajo lo que supondría una significativa inversión económica. En su lugar, se ha optado por la virtualización de los puestos de trabajo que, aunque en principio también supone una inversión en infraestructuras para el CPD ésta será inferior a la anterior pero, sobre todo, más versátil y adecuada a la hora de afrontar los cambios y retos del futuro. La tecnología de virtualización de escritorios (VDI-Virtual Desktop Infrastructure) supone, en esencia, separar el software que se ejecuta en el escritorio de un puesto de trabajo del equipo que físicamente manipula dicho usuario, separación que, con la tecnología y las líneas de comunicación adecuadas, permite el acceso a los mismos desde cualquier lugar, bien sea desde la red interna o desde cualquier otro lugar a través de Internet. Los escritorios virtuales, además, proporcionan prestaciones más avanzadas que los sistemas basados en PC’s tradicionales, algunas exclusivas de este tipo de tecnología, con unos costes de explotación mucho menores.
▪ Desde hace ya más de un año, el AdL ha establecido como línea estratégica de sus actuaciones en diversos ámbitos la utilización de los dispositivos móviles como herramienta de aproximación a los
ciudadanos, hecho éste que ha quedado materializado en el desarrollo y puesta en funcionamiento de una App municipal para smartphones y tablets (Xxxxxxx.xx). En ella, se aglutina un diverso conjunto de servicios que permite una comunicación bidireccional entre ciudadano y Ayuntamiento, pero exige una urgente adecuación de los recursos de telecomunicación puestos a disposición de los trabajadores municipales que han de atender dicho servicio. Ya no es suficiente disponer en el dispositivo móvil de servicios de voz y correo electrónico. Cada vez más son necesarios otros servicios tales como navegación en Internet, mensajería instantánea, participación en redes sociales, instalación de diferentes aplicaciones con diversas funcionalidades, consulta y edición de documentos en diferentes formatos (PDF, DOC, ODT, XLS, etc.), actualizaciones de software, etc. para los que este tipo de dispositivos se han demostrado muy efectivos.
Teniendo en cuenta las problemáticas descritas en los puntos anteriores y las cada vez más imbricadas relaciones entre la configuración de los puestos de trabajo y las necesidades de comunicación de éstos, el AdL propone una solución global centrada en la contratación de un Servicio Integrado de Comunicaciones, evolución de las Infraestructuras TIC y Virtualización del Puesto de Trabajo para el AdL que ha de incluir los siguientes servicios fundamentales:
1. Servicio de Telefonía Fija Corporativa basada en VoIP.
2. Servicio de Telefonía Móvil Corporativa.
3. Servicio de Comunicaciones de Datos
4. Servicio de Conectividad, acceso y presencia en Internet corporativos.
5. Servicio de Virtualización de Puesto de Trabajo.
3. Objeto
El objeto del presente documento es establecer los condicionantes y requisitos técnicos que han de regir la contratación del Servicio de Integrado de Comunicaciones, Evolución de Infraestructuras TIC y Virtualización del Puesto de Trabajo para el AdL.
Se pretende, con todo ello, dar respuesta a los requerimientos de acceso a la información de los usuarios de las distintas sedes del AdL, tanto presentes como futuras, y satisfacer las crecientes necesidades de movilidad que desde diferentes ámbitos se vienen planteando.
4. Alcance
La licitación se ha estructurado en dos lotes diferenciados:
Lote | Servicio |
Lote 1 | Solución Integrada de Telefonía, Datos e Infraestructuras de Comunicaciones |
Lote 2 | Virtualización de Puesto de Trabajo |
A la hora de presentar ofertas, los licitadores deberán tener en cuenta los siguientes condicionantes:
▪ Los licitadores podrán realizar ofertas separadamente a uno solo o ambos lotes (oferta individualizada), en cuyo caso las ofertas se valorarán de forma independiente teniendo en cuenta los criterios establecidos a tal efecto en el presente PPT.
▪ Si así lo decidieran, los licitadores podrán optar también por presentar una oferta única para ambos lotes a la vez (oferta integradora). En dicho caso y para que dicha oferta sea valorada es condición indispensable que, además de dicha oferta, los licitadores presenten también ofertas separadas para cada uno de los lotes junto con un documento específico en el que se describan con detalle las ventajas específicas que la oferta integradora supone respecto de la consideración de las ofertas individualizadas que él mismo presenta. Dicho documento habrá de permitir la comparación entre la propia oferta integradora y las diferentes ofertas individualizadas de otros licitadores.
▪ En el caso de un licitador decidiera presentar una oferta integradora para ambos lotes, el importe de la misma deberá ser menor que la suma de los importes de las ofertas individualizadas.
▪ Las ofertas contemplarán, en todos los casos y dependiendo de la naturaleza de la misma, la totalidad de los servicios requeridos en los lotes especificados.
▪ Las especificaciones y requisitos solicitados para cada uno de los lotes se detallan más adelante en el presente documento.
▪ Las ubicaciones del AdL que se ven afectadas por el alcance del mismo y en las que se han de prestar los servicios, así como toda la información adicional sobre la situación actual del AdL, se detallan en el epígrafe “Sedes Municipales” del documento Anexo Situación Actual. Este documento se entregará previa aceptación, firma y presentación del documento de confidencialidad y tras petición al efecto realizada en la dirección de correo electrónico xxxxxxxxxxx@xxxxx-x.xxx.
4.1. Lote 1: Solución Integrada de Telefonía, Datos e Infraestructuras de Comunicaciones
El objeto de este Lote 1, es la contratación del siguiente conjunto de servicios que deberán ajustarse a las características técnicas de referencia cuyo detalle queda establecido más adelante en el presente PPT:
▪ Servicio de Telefonía Fija Corporativa basada en VoIP.
▪ Servicio de Telefonía Móvil Corporativa.
▪ Servicio de Comunicaciones de Datos (accesos y caudales).
▪ Servicio de Internet Corporativo (conectividad, acceso y presencia en Internet).
Mediante la provisión de estos servicios el AdL pretende:
− Acceder a la red telefónica pública del operador, por la que se encaminará todo tipo de tráfico saliente y entrante relacionado con los servicios solicitados.
− Garantizar en todo momento la disponibilidad, calidad y seguridad de las comunicaciones corporativas.
− Disponer de servicios de comunicaciones móviles, por los que se encaminará todo tipo de tráfico saliente y entrante, tanto de voz como de datos, relacionado con los servicios solicitados.
− Disponer de un servicio de mantenimiento integral de la infraestructura de central telefónica municipal y de cuantos otros elementos componen el parque de telefonía municipal, incluidos los terminales fijos y móviles.
Servicio de Telefonía Fija Corporativa basada en VoIP
La prestación del servicio de VoIP (Servicios de Voz sobre tecnología IP) en el AdL, necesita la implantación previa de una plataforma de Telefonía IP. Es por ello que en este servicio se han de incluir los siguientes aspectos:
▪ Evolución tecnológica de la actual infraestructura de red LAN (electrónica) adaptándola a ToIP.
▪ Adecuación del cableado y conexiones entre elementos en cada una de las Sedes.
▪ Suministro de una herramienta de gestión de red LAN.
▪ Renovación del cableado estructurado de red LAN, en aquellos puntos en los que fuera necesario, con el objeto de adaptar toda la infraestructura de red del AdL a las nuevas necesidad derivadas de la evolución a una plataforma IP integral.
▪ Evolución o sustitución de la actual PBX (Alcatel OXE) con objeto de obtener una plataforma 100% ToIP para el AdL. Todas las extensiones de la central deberán funcionar bajo red IP.
▪ Suministro, mantenimiento y reposición de terminales telefónicos fijos para la plataforma IP.
▪ Evolución tecnológica de la actual plataforma de seguridad lógica y de contenidos.
▪ Suministro de una herramienta de gestión de direcciones IP (IPAM – IP Address Management).
▪ Suministro de una herramienta para el envío y gestión de faxes.
Servicio de Telefonía Móvil Corporativa
La prestación del servicio de Telefonía Móvil Corporativa se compondrá de:
▪ Servicios de comunicación de voz móvil.
▪ Servicios de comunicación de datos móviles y M2M (Machine To Machine conectivity).
▪ Suministro, mantenimiento y reposición de terminales móviles.
▪ Suministro de una herramienta de gestión y administración de dispositivos móviles (MDM – Mobile Device Management).
▪ Servicio integrado de comunicaciones de telefonía fija y móvil, entendiendo por integrado a la existencia de características y funcionalidades de uso común y complementario en ambas redes de una manera natural, así como el desarrollo de funcionalidades que vayan parejas, de tal modo que las redes fija y móvil implementen funciones características de traspaso e integración de funciones entre ellas, que han de proporcionar un valor añadido al uso de las mismas de manera conjunta. Ésta característica de integración es un aspecto de gran importancia en el proyecto del AdL.
Servicios de Comunicaciones de Datos (Red WAN)
Los Servicios de Comunicaciones de Datos (Red WAN) se compondrán fundamentalmente de los accesos y caudales necesarios para la integración en la red corporativa municipal de todas aquellas sedes no enlazadas por la infraestructura de fibra óptica del AdL (sedes remotas).
Servicio de Internet Corporativo
El Servicio de Internet Corporativo se compondrá básicamente de los servicios de acceso y presencia en Internet xx xxxxx ancha, manteniendo o incrementando las actuales características de capacidad y alta disponibilidad contratadas, todo ello de acuerdo con las condiciones expresadas en el presente PPT.
Asimismo se incluyen en éste lote la prestación de los servicios destinados a la explotación y mantenimiento integrado de la totalidad de servicios anteriores a través de un modelo de gestión unificado y personalizado orientado a:
− Simplificar la gestión y control de los mismos.
− Garantizar el cumplimiento de los parámetros de calidad y disponibilidad requeridos.
− Mejorar las condiciones económicas de los mismos mediante la aplicación de sinergias.
Las ofertas deberán incluir una descripción detallada de los servicios ofertados e infraestructuras desplegadas para soportarlos. El AdL valorará tanto los equipamientos (tecnología subyacente propuesta) como los servicios de la solución planteada por los licitadores, quienes deberán ofertar una solución para cada uno de los servicios demandados detallando los criterios técnicos y operativos que cumplen.
4.2. Lote 2: Evolución de Infraestructura TIC y Virtualización de Escritorios
Es objetivo de este Lote 2 dotar al AdL de la infraestructura tecnológica (software & hardware) y de los servicios necesarios para desarrollar un proyecto integral de virtualización de escritorio con un alcance de, al menos, 400 puestos de trabajo. El adjudicatario deberá proveer la infraestructura necesaria de acuerdo con las especificaciones de este PPT y además integrarla y consolidarla con la actualmente existente en el CPD.
Se incluye dentro de este lote la prestación de los servicios destinados a materializar la instalación, configuración, puesta en marcha y mantenimiento durante el periodo del contrato, de toda la infraestructura al objeto de garantizar la prestación del servicio.
En el presente lote se incluirán los siguientes suministros o servicios:
▪ Infraestructura de Almacenamiento: Se deberá proporcionar el equipamiento hardware y software necesario para dar servicio a las necesidades propias del proyecto de virtualización de escritorios y que además permita la consolidación del almacenamiento existente en el CPD del AdL. Se deberá proporcionar una solución basada en sistema de almacenamiento con capacidad suficiente para cubrir las necesidades plasmadas en este PPT y con suficientes posibilidades de crecimiento de tal forma que permita cubrir posibles necesidades de almacenamiento futuras. La gestión y control del almacenamiento deberá realizarse mediante una solución de almacenamiento virtual de acuerdo con las especificaciones establecidas en este PPT y deberá ser compatible con la que actualmente dispone el AdL.
▪ Infraestructura de Proceso: Se deberá proporcionar el equipamiento hardware y software necesario para suministrar la capacidad de proceso suficiente que permita cubrir las necesidades del proyecto: Dicha solución se deberá basar en tecnología de virtualización de servidores y será compatible con la infraestructura hardware y software actualmente existente en el AdL.
▪ Licencias del SO base del AdL. La oferta deberá incluir, al menos, 400 licencias para entornos virtualizados y al menos otras 400 licencias para entornos convencionales (no virtualizados) de la última versión disponible del sistema operativo Windows, junto con la capacidad de downgrade de dichas licencias a la versión Windows 7, junto con todas aquellas licencias Microsoft Windows CAL necesarias para que los clientes puedan hacer uso de las funcionalidades del servidor, todo ello con el objeto de realizar la migración del SO base del AdL desde Windows XP a Windows 7.
▪ Licencias Windows Server: Deberán incluirse, al menos, 11 licencias del producto Microsoft Windows Server para instalarlas en los servidores del proyecto.
▪ Solución Antivirus: En la oferta deberá incluirse también una solución antivirus para toda la instalación del AdL (puestos de trabajo y servidores).
▪ Solución de Copia de Seguridad: La oferta incluirá también una solución de copia de seguridad que permita realizar la copia de seguridad de toda la instalación basada en una solución de tipo appliance.
▪ Para todas las herramientas software suministradas en la solución, incluido el S.O base) deberá incluirse, además de las licencias necesarias, el soporte y mantenimiento del fabricante de las mismas durante todo el periodo de duración del contrato.
4.3. Oferta Integradora
Los licitadores podrán presentar una oferta integradora para ambos lotes, en las condiciones que se expresan a continuación:
▪ La oferta integradora solo será considerada si se acompaña de ofertas individuales para cada lote.
▪ Los licitadores podrán realizar una oferta integradora debiendo especificar en ella el precio desglosado para cada uno de los lotes de su oferta integradora, que deberán ser estricta y respectivamente menores que los importes de cada una de las ofertas presentadas individualmente.
▪ Los licitadores que realicen una oferta integradora podrán mejorar las prestaciones ofertadas en las proposiciones individuales. A tal fin, deberán incorporar dos documento adicionales: Uno Mejoras Oferta Integradora-Subjetivas en el que se indicará, exclusivamente y de forma pormenorizada, aquellos aspectos evaluables que cambien los aspectos subjetivos de las ofertas individuales, que deberá estar organizado en dos secciones diferentes, una para cada lote, describiéndose con claridad en cada una de ellas, las ventajas reales que dicha opción supone con respecto a la presentada en la oferta individualizada (a incluir en el sobre B) y un segundo Mejoras Oferta Integradora-Objetivas que incluirá, organizado también en dos secciones diferentes, una para cada lote, los cambios que afecten a los criterios de valoración objetivos (a incluir en el sobre C).
▪ Para todos aquellos aspectos evaluables para los que no se proporcione información específica en el documento Mejoras Oferta Integradora, se entenderá que la propuesta integradora coincide con lo establecido en la oferta del correspondiente lote individualizado.
4.4. Requisitos Técnicos de Aplicación General
A lo largo del presente Pliego de Prescripciones Técnicas, se recogen los servicios que demanda el AdL y cuya contratación se establecerá a través del presente expediente y lotes, así como los requisitos y características mínimas a satisfacer por los mismos.
En las diferentes secciones del documento Anexo Situación Actual se aportan como referencia los servicios e infraestructura disponibles actualmente en el AdL, a fin de que los licitadores puedan valorar la situación actual, ayudándoles a realizar su oferta técnico-económica.
En los siguientes apartados se detallan las especificaciones para cada uno de los lotes, debiéndose entender todo lo expresado como requisitos mínimos a satisfacer por parte del licitador.
Los licitadores deberán cumplir los siguientes requisitos generales que serán de aplicación en todos los lotes, salvo indicación contraria en las condiciones particulares de cada uno de ellos:
▪ Los licitadores deberán cubrir la totalidad de los servicios solicitados en cada uno de los lotes para que su propuesta pueda ser considerada.
▪ Los nuevos sistemas y/o infraestructura implantados por el adjudicatario deberán integrarse plenamente con los equipos y sistemas del AdL. En particular, durante la fase de implantación de la o las soluciones propuestas, éste deberá asegurar la convivencia con las redes y servicios del actual operador de comunicaciones mientras dure el proceso de migración en un caso y con la actual infraestructura existente en el AdL en el segundo caso.
▪ Todos los ítems objeto de valoración deberán venir explicados clara y explícitamente, con las referencias a cuantos otros documentos sean necesarias, de manera que su lectura y valoración no dejen lugar a dudas. En el caso del equipamiento hardware, el licitador deberá proporcionar referencia al documento de especificaciones técnicas oficial del fabricante. Para ello proporcionará el documento en formato electrónico (PDF) y la referencia en la web de dicho documento.
▪ El adjudicatario deberá entregar todo el software necesario para la solución propuesta con sus licencias a nombre del AdL. Será también condición indispensable y responsabilidad del adjudicatario formalizar la regularización de todas las licencias de cualquiera de los productos de un mismo fabricante bajo un único número de contrato que agrupe tanto las licencias que ya dispone el AdL como las nuevas proporcionadas por el licitador, todo ello con el objeto de simplificar la gestión del soporte y mantenimiento posterior de las mismas.
▪ La prestación de los servicios recogidos en este Pliego de Prescripciones Técnicas conlleva el compromiso de cumplimiento de los niveles mínimos de servicio recogidos en el mismo, así como la aceptación de penalizaciones ante incumplimientos de los mismos.
▪ Sin perjuicio de lo que se indica a continuación, el adjudicatario deberá entregar todos los productos y servicios necesarios para dejar los distintos servicios plenamente operativos e integrados en el resto de la instalación del AdL, así como para garantizar su funcionamiento durante el periodo de vigencia del contrato, aunque dichos trabajos y suministros no se encuentren detallados en la relación indicada en el presente pliego.
▪ Todos los equipos que requiera instalar el adjudicatario deberán ser de calidad y compatibles con los utilizados habitualmente en el sector y con los instalados actualmente en el AdL, así como disponer de la certificación adecuada y garantizar el cumplimiento de estándares y normativa asociada.
▪ El adjudicatario podrá emplear en su solución los equipos e infraestructuras existentes propiedad del AdL (routers, centralitas, servidores, terminales telefónicos, etc.) si éste lo considera oportuno y
siempre que no se proporcione indicación en contra en el presente PPT o bien se indique que es objeto específico del correspondiente lote la actualización o el reemplazo de los mismos. En dicho caso, tanto la sustitución de la infraestructura como la adaptación e integración de la misma en la ya existente en el AdL correrá a cargo del adjudicatario, pasando la titularidad de todos los elementos hardware suministrados al AdL y por tanto considerándose amortizados al finalizar la prestación del servicio.
▪ Todos los costes de adaptación de sistemas instalados en AdL necesarios para prestar los servicios solicitados correrán por cuenta del adjudicatario.
▪ El adjudicatario se compromete a realizar todas las ampliaciones que el AdL solicite adicionales a lo especificado en este Pliego, durante la vigencia del contrato y siempre con los límites establecidos en el epígrafe 10 de este documento. Estas ampliaciones, siempre y cuando no se encuentren contempladas en los términos recogidos en este PPT, serán objeto de un proyecto y una valoración específica que, una vez aceptados por AdL, se considerarán integrados en el contrato original.
▪ Será responsabilidad del adjudicatario que cualquier cambio que deba realizar para implantar su solución sea totalmente transparente para los usuarios, sin producir interrupción ni degradación de la calidad del servicio existente.
5. Duración del contrato y prórroga
El contrato tendrá una duración de 4 años (48 meses) para cada uno de los dos lotes, de forma independiente o conjunta dependiendo de cómo finalmente se lleve a cabo la adjudicación, contados a partir de la firma del acta de inicio de los mismos.
La fecha prevista para el inicio del contrato es el 1 de diciembre de 2014
No se prevén prórrogas. Antes de la finalización del contrato, el AdL procederá a convocar una nueva licitación para la realización de los trabajos objeto del mismo. Si esta nueva licitación quedase desierta o no estuviese adjudicada, por cualquier causa, al día siguiente de la finalización, el AdL podrá exigir al adjudicatario la continuación de las prestaciones incluidas en el contrato actual y en las mismas condiciones contractuales por un periodo máximo de nueve meses.
Todas las infraestructuras, suministros, equipamiento hardware, software y desarrollos a medida de software, creados e implementados durante la vigencia del mismo y sus correspondientes licencias pasarán a propiedad del AdL desde su instalación, puesta en servicio o recepción, considerándose los mismos amortizados en valor en la vigencia del mismo.
6. Revisión de precios
Teniendo en cuenta, por un lado, la propia estructura del contrato que agrupa en cada lote, no solo la prestación de servicios, sino también la dotación de equipamiento e infraestructuras TIC concertadas mediante un sistema de arrendamiento que ha de finalizar con la trasferencia de la propiedad del mismo al AdL a la finalización del contrato, por otro lado, la vertiginosa evolución de las TIC que, tal y como se ha podido constatar durante los últimos años, determina una rápida obsolescencia de todo equipamiento tecnológico que finalmente acaba reflejándose en una reducción continuada de los precios y, finalmente, la tendencia a la baja de los precios de las telecomunicaciones resultado de la propia evolución tecnológica y de una creciente competencia en el sector, determinan y justifican la no procedencia de la revisión de precios al entenderse que no existe riesgo alguno para el mantenimiento del equilibrio económico de las prestaciones y servicios solicitados quedando asegurado que el objeto del contrato puede ser correctamente realizado en los términos establecidos.
7. Presupuesto de licitación
El valor total estimado del presente contrato asciende a la cantidad de 3.515.050,00 € (tres millones quinientos quince mil cincuenta euros) correspondientes a 2.905.000,00 € (dos millones novecientos cinco mil euros) de base y 610.050,00 € (seiscientos diez mil cincuenta euros) de IVA al 21%, anualizados de acuerdo a la tabla siguiente:
Anualidades | ||||
Ejercicio | Base | IVA (21%) | Total | |
Periodo Contrato | 2014 | 60.520,83 | 12.709,38 | 73.230,21 |
2015 | 726.250,00 | 152.512,50 | 878.762,50 | |
2016 | 726.250,00 | 152.512,50 | 878.762,50 | |
2017 | 726.250,00 | 152.512,50 | 878.762,50 | |
2018 | 665.729,17 | 139.803,13 | 805.532,29 | |
2.905.000,00 | 610.050,00 | 3.515.050,00 | ||
El coste total del proyecto, presenta el siguiente desglose por lotes:
7.1. Lote 1
Solución Integrada de Telefonía, Datos e Infraestructura de red LAN
Anualidades | ||||
Ejercicio | Base | IVA (21%) | Total | |
Periodo Contrato | 2014 | 37.687,50 | 7.914,37 | 45.601,87 |
2015 | 452.250,00 | 94.972,50 | 547.222,50 | |
2016 | 452.250,00 | 94.972,50 | 547.222,50 | |
2017 | 452.250,00 | 94.972,50 | 547.222,50 | |
2018 | 414.562,50 | 87.058,13 | 501.620,63 | |
1.809.000,00 | 379.890,00 | 2.188.890,00 | ||
7.2. Lote 2
Evolución de Infraestructura TIC y Virtualización de Escritorios
Anualidades | ||||
Ejercicio | Base | IVA (21%) | Total | |
Periodo Contrato | 2014 | 22.833,33 | 4.795,00 | 27.628,33 |
2015 | 274.000,00 | 57.540,00 | 331.540,00 | |
2016 | 274.000,00 | 57.540,00 | 331.540,00 | |
2017 | 274.000,00 | 57.540,00 | 331.540,00 | |
2018 | 251.166,67 | 52.745,00 | 303.911,67 | |
1.096.000,00 | 230.160,00 | 1.326.160,00 | ||
8. Financiación
La financiación del importe total del proyecto, se realizará de acuerdo a lo expresado en el siguiente cuadro resumen por partidas presupuestarias:
Partida Presupuestaria | Concepto | 2014 | 0000 | 0000 | 0000 | 0000 | Total |
G1 920.00 222.00 | Servicios Telefonía Fija y Móvil | 30.250,00 | 363.000,00 | 363.000,00 | 363.000,00 | 332.750,00 | 1.452.000,00 |
G1 923.01 208.99 | Arrendamiento Otro Inmovilizado | 22.640,86 | 271.690,37 | 271.690,37 | 271.690,37 | 249.049,51 | 1.086.761,48 |
G1 923.01 227.99 | Trabajos realizados otras empresas | 20.339,34 | 244.072,13 | 244.072,13 | 244.072,13 | 223.732,79 | 976.288,52 |
Total Proyecto | 73.230,21 | 878.762,50 | 878.762,50 | 878.762,50 | 805.532,29 | 3.515.050,00 |
El desglose de la financiación para cada uno de los lotes será el siguiente:
8.1. Lote 1
Partida Presupuestaria | Concepto | 2014 | 0000 | 0000 | 0000 | 0000 | Total |
G1 920.00 222.00 | Servicios Telefonía Fija y Móvil | 30.250,00 | 363.000,00 | 363.000,00 | 363.000,00 | 332.750,00 | 1.452.000,00 |
G1 923.01 208.99 | Arrendamiento Otro Inmovilizado | 11.589,53 | 139.074,37 | 139.074,37 | 139.074,37 | 127.484,84 | 556.297,48 |
G1 923.01 227.99 | Trabajos realizados otras empresas | 3.762,34 | 45.148,13 | 45.148,13 | 45.148,13 | 41.385,79 | 180.592,52 |
Total Lote 1 | 45.601,87 | 547.222,50 | 547.222,50 | 547.222,50 | 501.620,63 | 2.188.890,00 |
8.2. Lote 2
Partida Presupuestaria | Concepto | 2014 | 0000 | 0000 | 0000 | 0000 | Total |
G1 923.01 208.99 | Arrendamiento Otro Inmovilizado | 11.051,33 | 132.616,00 | 132.616,00 | 132.616,00 | 121.564,67 | 530.464,00 |
G1 923.01 227.99 | Trabajos realizados otras empresas | 16.577,00 | 198.924,00 | 198.924,00 | 198.924,00 | 182.347,00 | 795.696,00 |
Total Lote 2 | 27.628,33 | 331.540,00 | 331.540,00 | 331.540,00 | 303.911,67 | 1.326.160,00 |
9. Forma de pago
El pago se realizará por medio de facturas mensuales para cada uno de los lotes, cuyo importe queda establecido en los epígrafes siguientes. Si ambos lotes fueran adjudicados a un mismo licitador, este deberá facturar cada uno de los lotes de forma independiente. Previo a la realización del correspondiente pago, las facturas serán revisadas previamente por el técnico municipal al que corresponda la competencia.
9.1. Lote 1
El pago de los servicios se realizará mediante certificaciones o facturas mensuales. El licitador deberá emitir una factura mensual para cada una de las 3 partidas presupuestarias afectadas por este lote. El importe de cada una de ellas se corresponderá con la parte proporcional (de acuerdo al desglose presupuestario del lote expresado en los epígrafes anteriores) del importe mensual de la oferta realizada por el licitador.
El importe de las facturas podrá ser minorado en caso de incumplimiento de los acuerdos y niveles de servicio establecidos en el presente PPT.
9.2. Lote 2
El pago de los servicios se realizará mediante certificaciones o facturas mensuales. El licitador deberá emitir una factura mensual para cada una de las 2 partidas presupuestarias afectadas por este lote. El importe de cada una de ellas se corresponderá con la parte proporcional (de acuerdo al desglose presupuestario del lote expresado en los epígrafes anteriores) del importe mensual de la oferta realizada por el licitador.
El importe de las facturas podrá ser minorado en caso de incumplimiento de los acuerdos y niveles de servicio establecidos en el presente PPT.
10. Modificaciones del contrato
El contrato incluye el despliegue tecnológico necesario para dar soporte a las necesidades funcionales del Ayuntamiento xx Xxxxxxx tal y como queda especificado en cada uno de los lotes del presente PPT.
Pero la propia naturaleza del contrato, la rápida evolución de la tecnología y la duración prevista para el mismo, obligan a prever un mas que probable incremento en las necesidades previstas, entre las que se encuentran:
▪ Incremento en el número ó variación de la ubicación de las sedes objeto del contrato.
▪ Aumento del número de usuarios con comunicaciones personales (fijas o móviles).
▪ Incremento en el número y/o tipo de los terminales fijos o móviles.
▪ Aumento de las necesidades de infraestructura de red LAN (puntos, electrónica de red, etc.).
▪ Aumento de las necesidades de líneas de comunicaciones M2M.
▪ Incremento de la capacidad de almacenamiento del sistema.
▪ Incremento en las necesidades de procesamiento del sistema.
▪ Aumento del número de escritorios virtuales inicialmente considerados.
▪ Cambios o evolución en la tecnología incluida en el proyecto.
▪ Cualquier cambio en la infraestructura necesario para dar cumplimiento al objeto del presente contrato.
En previsión de todo lo anterior, se establece una posible ampliación del contrato por un máximo del 10% del importe de adjudicación para cada uno de los lotes en que se estructura, todo ello siempre de acuerdo con los términos ya previstos en el presente PPT.
Modificaciones del Contrato | Base | % | Importe | IVA | Total |
Lote 1: Solución Integrada de Telefonía, Datos e Infraestructura de red LAN | 1.809.000,00 | 10,00 | 180.900,00 | 37.989,00 | 218.889,00 |
Lote 2: Evolución de Infraestructura TIC y Virtualización de Escritorios | 1.096.000,00 | 10,00 | 109.600,00 | 23.016,00 | 132.616,00 |
Total Ampliación | 2.905.000,00 | 10,00 | 290.500,00 | 61.005,00 | 351.505,00 |
11. Clasificación y Selección
11.1. Clasificación para contratar
Con objeto de realizar la adjudicación con las suficientes garantías para asegurar el desempeño adecuado de las obligaciones establecidas en el presente PPT, se exige a los licitadores el cumplimiento de las siguientes condiciones mínimas de solvencia técnica para poder optar a la adjudicación, que deberán ser suficientemente acreditadas en su propuesta.
11.1.1. Lote 1
Los licitadores deberán acreditar estar clasificados, en el momento de finalización del plazo de presentación de ofertas, en el Grupo V (Servicios de Tecnologías de la Información y las Comunicaciones), Subgrupo 4 (Servicios de Telecomunicaciones) y Categoría C.
11.1.2. Lote 2
Los licitadores deberán acreditar estar clasificados, en el momento de finalización del plazo de presentación de ofertas, en el Grupo V (Servicios de Tecnologías de la Información y las Comunicaciones), Subgrupo 5 (Explotación y Control de Sistemas Informáticos e Infraestructuras) y Categoría B.
11.1.3. Oferta Integradora
Los licitadores deberán acreditar la clasificación establecida para cada uno de los lotes individualmente, de acuerdo a lo establecido en los epígrafes anteriores.
12. Criterios de adjudicación
12.1. Lote 1
En los siguientes epígrafes se indican los criterios de valoración y adjudicación de las ofertas para el Lote 1: Solución Integrada de Telefonía, Datos e Infraestructura de red LAN. La puntuación total de una oferta se obtendrá mediante la suma de las puntuaciones obtenidas en cada uno de los apartados siguientes de acuerdo con el siguiente desglose:
Criterios Objetivos | 60 puntos |
1. Importe de la Oferta | 53 |
2. Horas Adicionales de Formación | 6 |
3. Mejora Jornadas Trasferencia Tecnológica | 1 |
Criterios Subjetivos | 40 puntos |
1. Resumen Ejecutivo y Descripción Técnica de la Solución Ofertada | 20 |
2. Plan de Gestión, Operación y Mantenimiento | 5 |
3. Plan de Migración de Operador e Implantación y Despliegue | 5 |
4. Plan de Calidad | 5 |
5. Propuesta de Formación | 3 |
6. Plan de Transferencia Tecnológica | 2 |
12.1.1. Criterios Objetivos
1 | Importe de la Oferta de 0 a 53 puntos
La valoración de la oferta económica se efectuará de conformidad con la fórmula siguiente, teniendo en cuenta, para determinar la puntuación resultante, una precisión en el resultado de dos decimales, sin prejuicio de su consideración, si así procede, como oferta con valores anormales o desproporcionados:
100 ∗( PL1− x )
P(x) = 53∗(1−0,94 PL1 )
En donde:
▪ P(x) corresponde a la puntuación obtenida por una determinada oferta.
▪ x corresponde con el importe de la oferta cuya puntuación se desea obtener (sin IVA).
▪ PL1 corresponde con el Presupuesto de Licitación del Lote 1 (sin IVA).
2 | Horas Adicionales de Formación de 0 a 6 puntos
Se asignará por este criterio 0,5 puntos por cada 10 horas de formación adicionales ofertadas por el licitador hasta un máximo de 6 puntos, de conformidad a lo establecido en el epígrafe “Cursos” del Lote 1 de este documento.
3 | Mejora Jornadas Trasferencia Tecnológica de 0 a 1 puntos
Se asignará por este criterio 0,5 puntos por cada jornada adicional a las mínimas exigidas en el Plan de Trasferencia Tecnológica, hasta un máximo de 1 punto, todo ello de conformidad a lo establecido en el epígrafe “Traspaso de Conocimientos” del Lote 1 este documento.
12.1.2. Criterios Subjetivos
1 | Resumen Ejecutivo y Descripción Técnica de la Solución Ofertada de 0 a 20 puntos
Se valorará en este criterio la claridad, el nivel de detalle y el rigor de la argumentación en el planteamiento y la arquitectura ofertada, así como la adecuación y coherencia de la propuesta de solución a las necesidades establecidas por el AdL. Por otro lado, se considerará también en la valoración las características técnicas del equipamiento hardware y software de que consta la solución, su adecuación a las necesidades establecidas, la proyección futura del equipamiento suministrado, su configuración y su capacidad de ampliación para prever necesidades futuras.
2 | Plan de Gestión, Operación y Mantenimiento de 0 a 5 puntos
Se valorará en este criterio el modelo propuesto de supervisión, dirección y coordinación de la operación y explotación del servicio, los recursos (humanos y materiales) asignados al Centro de Gestión Personalizada así como el nivel de detalle, precisión y adecuación del plan a las necesidades expresadas en el PPT. Se tendrá también en consideración los procedimientos definidos para la Implantación y Despliegue de la solución junto con la planificación y asignación de recursos de la misma.
3 | Plan de Migración de Operador, Implantación y Despliegue de 0 a 5 puntos
Se valorará en este criterio, la claridad, rigor, precisión, fundamentación y verosimilitud de la planificación propuesta así como el nivel de detalle con la que se describen tanto el Plan de Migración de Operador como el de Implantación y Despliegue de la solución.
4 | Plan de Calidad de 0 a 5 puntos
Se valorará en este criterio el nivel de adecuación del plan de calidad propuesto a los requisitos establecidos en PPT. Se tendrá en consideración el incremento de rigor en los parámetros de calidad establecidos.
5 | Propuesta de Formación de 0 a 3 puntos
Se valorará en este criterio la calidad, detalle y adecuación de los cursos ofertados a las necesidades manifestadas en el PPT.
6 | Plan de Trasferencia Tecnológica de 0 a 2 puntos
Se valorará en este criterio la calidad, detalle, fiabilidad y verosimilitud del Plan de Trasferencia Tecnológica ofertado por el licitante, prestando especial atención a la organización de las jornadas propuestas, la estructuración y planificación temporal y de contenidos de las mismas. Se tendrá también en consideración la experiencia y formación del personal asignado a su ejecución.
12.2. Lote 2
En los siguientes epígrafes se indican los criterios de valoración y adjudicación de las ofertas para el Lote 2: Evolución de Infraestructura TIC y Virtualización de Escritorios. La puntuación total de una oferta se obtendrá mediante la suma de las puntuaciones obtenidas en cada uno de los apartados siguientes de acuerdo con el siguiente desglose:
Criterios Objetivos | 60 puntos |
1. Importe de la Oferta | 50 |
2. Horas Adicionales de Formación | 3 |
3. Reducción del Plazo de Implantación | 2 |
4. Mejora Jornadas Trasferencia Tecnológica | 1 |
5. Memoria Adicional Servidores VDI | 4 |
Criterios Subjetivos | 40 puntos |
1. Resumen Ejecutivo y Descripción Técnica de la Solución Ofertada | 20 |
2. Plan de Despliegue | 7 |
3. Plan de Mantenimiento y Garantía | 5 |
4. Plan de Trasferencia Tecnológica | 5 |
5. Propuesta de Formación | 3 |
12.2.1. Criterios Objetivos
1 | Importe de la Oferta de 0 a 50 puntos
La valoración de la oferta económica se efectuará de conformidad con la fórmula siguiente, teniendo en cuenta, para determinar la puntuación resultante, una precisión en el resultado de dos decimales, sin prejuicio de su consideración, si así procede, como oferta con valores anormales o desproporcionados:
100 ∗( PL − x )
P(x) = 50∗(1−0,94 PL )
En donde:
▪ P(x) corresponde a la puntuación obtenida por una determinada oferta.
▪ x corresponde con el importe de la oferta cuya puntuación se desea obtener (sin IVA).
▪ PL corresponde con el Presupuesto de Licitación del Lote 2 (sin IVA).
2 | Horas Adicionales de Formación de 0 a 3 puntos
Se asignará por este criterio 0,33 puntos por cada 10 horas de formación adicionales ofertadas por el licitador hasta un máximo de 3 puntos, de conformidad a lo establecido en el epígrafe “Cursos” del Lote 2 del presente PPT.
3 | Reducción Plazo de Implantación de 0 a 2 puntos
Se asignará por este criterio 1 punto por cada semana de adelanto respecto al plazo de ejecución máximo establecido hasta un máximo de dos puntos, de conformidad a lo establecido en el epígrafe “Plazo de ejecución” del Lote 2 del presente PPT.
4 | Mejora Jornadas Trasferencia Tecnológica de 0 a 1 puntos
Se asignará por este criterio 0,5 puntos por cada jornada adicional a las mínimas exigidas en el Plan de Trasferencia Tecnológica, hasta un máximo de 1 punto, todo ello de conformidad a lo establecido en el epígrafe “Trasferencia Tecnológica” del Lote 2 del presente PPT.
5 | Memoria Adicional Servidores VDI de 0 a 4 puntos
Se asignará por este criterio 0,25 puntos por cada 32 GB de memoria adicional, con respecto al mínimo establecido de 1024 GB para el conjunto de los servidores VDI, todo ello hasta un máximo de 4 puntos, de conformidad con lo establecido en el epígrafe “Servidores VDI” del Lote 2 del presente PPT.
12.2.2. Criterios Subjetivos
1 | Resumen Ejecutivo y Descripción Técnica de la Solución Ofertada de 0 a 20 puntos
Se valorará en este criterio la claridad, el rigor de la argumentación en el planteamiento y la arquitectura ofertada, así como la adecuación y coherencia de la propuesta de solución a las necesidades establecidas por el AdL. Por otro lado, se considerará también en la valoración el equipamiento hardware y software de que consta la solución, las características técnicas y prestaciones del mismo, su configuración, su adecuación a las necesidades establecidas, el periodo de vida del mismo establecido por el fabricante y su capacidad de ampliación para prever necesidades futuras.
2 | Plan de Despliegue de 0 a 7 puntos
Se valorará en este criterio la calidad, precisión, rigor y verosimilitud de la planificación, la argumentación del tiempo establecido para su despliegue así como la adecuación del plan a las necesidades expresadas en el PPT. Se tendrá también en consideración la experiencia y formación del personal asignado a su ejecución.
3 | Plan de Mantenimiento y Garantía de 0 a 5 puntos
Se valorará en este criterio la calidad, verosimilitud y fiabilidad del Plan de Mantenimiento y Garantía ofertado por el licitante así como el mecanismo de gestión de incidencias y atenciones establecido por el licitador y el nivel de adecuación de ambos a los requisitos establecidos en el PPT.
4 | Plan de Trasferencia Tecnológica de 0 a 5 puntos
Se valorará en este criterio la calidad, detalle, fiabilidad y verosimilitud del Plan de Trasferencia Tecnológica ofertado por el licitante, prestando especial atención a la organización de las jornadas ofertadas junto con la estructuración y planificación temporal y de contenidos de las mismas.
5 | Propuesta de Formación de 0 a 3 puntos
Se valorará en este criterio la calidad, detalle y adecuación de los cursos ofertados a las necesidades manifestadas en el PPT.
12.3. Oferta Integradora
Para la valoración de la oferta integradora se considerará la misma como dos ofertas individuales (una para el Lote 1 y otra para el Lote 2.
Con ellas se obtendrán dos puntuaciones (Lote 1 y Lote 2), siguiendo exactamente los mismos criterios de valoración establecidos para las propuestas individuales pero considerando, al realizar el cálculo, las modificaciones de las mismas establecidas en los documentos de Mejoras Oferta Integradora (objetivas y subjetivas). Tras ello, la puntuación de la oferta integradora se calculará utilizando como factor de ponderación el presupuesto de licitación del contrato:
▪ Lote 1: 62 %
▪ Lote 2: 38 %
Se considerará la oferta integradora como la mejor valorada, si su puntuación es superior a la mejor combinación de las ofertas individuales, aplicando los correspondientes coeficientes de ponderación. En otro caso serán consideradas las mejores ofertas individuales para cada uno de los lotes.
13. Consultas sobre el Pliego de Prescripciones Técnicas
Durante el plazo de licitación y ante cualquier necesidad de aclaración que pudiera surgir sobre cuestiones referidas con las especificaciones recogidas en el presente Pliego de Prescripciones Técnicas, los licitadores podrán dirigirse a:
Ayuntamiento xx Xxxxxxx
Jefe del Servicio de Nuevas Tecnologías Xxxxxxx xx xx Xxx, 00 00000 - Xxxxxxx (Xx Xxxxx)
Tfno: 000.00.00.00 Ext.1372
14. Propiedad intelectual, seguridad y confidencialidad
14.1. Propiedad intelectual
El adjudicatario aceptará expresamente que la propiedad intelectual de todos los documentos y resultados de los trabajos realizados, será del AdL, que podrá utilizarlos, reproducirlos o divulgarlos total o parcialmente. Toda la documentación quedará en propiedad del AdL sin que el adjudicatario pueda conservarla o facilitarla a terceros sin expresa autorización de éste Ayuntamiento.
14.2. Seguridad y Confidencialidad
El adjudicatario estará obligado a mantener la más absoluta confidencialidad y reserva de todos aquellos datos, documentos e informaciones que maneje. A éstos tendrán acceso, exclusivamente, aquellas personas estrictamente imprescindibles para el desarrollo de las tareas inherentes al contrato. Todas ellas serán advertidas del carácter confidencial y reservado de la información.
Todos los ficheros que se pongan a disposición del personal de la empresa para la ejecución de los servicios contratados, son propiedad del AdL y estarán registrados y sometidos a la salvaguardia que establece la legislación vigente, en especial la relativa a la protección de datos personales (LOPD). Toda utilización con propósito distinto del contratado y en especial toda cesión de información a terceros, será perseguida ante los tribunales.
15. Protección de datos
En el caso de que durante la ejecución del presente servicio, fuera necesaria la cesión de datos de carácter personal a la empresa adjudicataria, y de conformidad con lo previsto en el art. 12 de la LO 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal (LOPD) y el Real Decreto 1720/2007, de 21 de diciembre, de desarrollo de la LOPD, el adjudicatario será considerado como “encargado del tratamiento” de los datos responsabilidad del Ayuntamiento, debiendo garantizar en todo momento la confidencialidad de los datos de carácter personal y de todo tipo recibidos, tanto antes como después de ser tratados, así como que el uso de los mismos será exclusivamente para el desarrollo de las tareas precisas para poder prestar los servicios acordados. A tal fin se formalizará un contrato de cesión de datos conforme a lo aprobado por el Comité de Seguridad de la Información del AdL.
Lote 1
16. Servicio integrado de Telefonía, Datos y Evolución de Infraestructuras de Comunicaciones y Seguridad.
Tal y como ha quedado expresado en el epígrafe "4. Alcance" de este PPT, es objeto del Lote 1 la contratación del siguiente conjunto de servicios:
▪ Servicio de Telefonía Fija Corporativa basada en VoIP.
▪ Servicio de Telefonía Móvil Corporativa.
▪ Servicio de Comunicaciones de Datos (accesos y caudales).
▪ Servicio de Internet Corporativo (conectividad, acceso y presencia en Internet).
La prestación de dichos servicios, implica la realización previa de un conjunto de tareas tal y como se detalla en los diferentes apartados de ese mismo epígrafe.
Con objeto de organizar dicho conjunto de tareas de una forma homogénea, atendiendo a la naturaleza de las mismas, se han establecido las siguientes secciones o agrupamientos en los que se integra el conjunto completo de servicios a proporcionar en el Lote:
Evolución de Infraestructuras de Comunicaciones y Seguridad
En esta sección y sus epígrafes, se describirán los requerimientos y condicionantes relacionados con:
▪ Evolución tecnológica de la actual infraestructura de red LAN.
▪ Suministro de una herramienta de Gestión de Red LAN.
▪ Renovación del cableado estructurado de red.
▪ Replanteo y renovación del tipo de conectores del cableado en los armarios/rack de cada sede.
▪ Evolución o sustitución de la actual PBX (Alcatel OXE) para obtener una plataforma 100% ToIP.
▪ Suministro, mantenimiento y reposición de terminales telefónicos fijos IP.
▪ Suministro, mantenimiento y reposición de terminales móviles.
▪ Suministro de una herramienta de gestión de direcciones IP (IPAM – IP Address Management).
▪ Evolución tecnológica de la actual plataforma de seguridad lógica y de contenidos.
▪ Suministro de una herramienta para el envío y gestión de faxes.
Servicios de Telecomunicación
En esta sección y sus epígrafes, se describirán las características de todos los servicios de telecomunicaciones requeridos:
▪ Servicio de Telefonía Fija Corporativa (Voz).
▪ Servicio de Telefonía Móvil Corporativa (Voz, Datos y M2M).
▪ Comunicaciones Unificadas (CCUU).
▪ Servicio de Datos (Red WAN). Accesos y Caudales.
▪ Servicio de Internet (Acceso y Presencia)
Explotación, Gestión y Mantenimiento de Infraestructuras y Servicios
Se considera en esta sección las características y requerimientos mínimos exigibles para la prestación de los servicios destinados a la explotación y mantenimiento integrado de la totalidad de servicios anteriormente expresados, todo ello a través de un modelo de gestión unificado y personalizado.
Para el planteamiento de la propuesta de este lote, se seguirá todo lo descrito en cada uno de los epígrafes indicados, añadiendo aquellas puntualizaciones, modificaciones o adaptaciones que el licitador considere oportunas como fruto de la integración de servicios, prestando especial atención a las funcionalidades o facilidades adicionales de una solución integral respecto de una solución desagregada.
La solución presentada deberá contemplar indiscutiblemente la integración entre ambos entornos (fijo y móvil). No se admitirán ofertas en las cuales los dos entornos de telefonía no funcionen como uno integrado, ni aquellas ofertas que no incluyan todos y cada uno de los ítems y servicios especificados en este PPT.
Existirá un margen de tolerancia en caso de crecimiento natural de las necesidades de los servicios requeridos en el presente pliego que no supondrá modificación alguna del importe a pagar a la empresa adjudicataria. Dicho margen de tolerancia, se establece en un 3% del importe total del lote, que el licitador deberá determinar de forma detallada en su oferta. La variación en las necesidades de los servicios contratados vendrá motivada por el incremento o disminución del consumo de los mismos o por el incremento o reducción de las sedes objeto de esta contratación.
La prestación de cualquiera de los servicios recogidos en este pliego que supere los márgenes aquí establecidos tendrá la posibilidad de beneficiarse de los mismos precios ofertados para el presente contrato y se considerará una modificación del contrato.
16.1. Evolución de Infraestructuras de Comunicaciones y Seguridad
16.1.1. Infraestructura de red LAN
16.1.1.1. Situación Actual
Actualmente, el AdL dispone de una infraestructura de red LAN compuesta de los siguientes elementos:
▪ Capa de Núcleo (Core Layer)
− 1 Switch Cisco Catalyst WS-6513.
▪ Capa de Distribución (Distribution Layer)
− 9 Switch Cisco Catalyst WS-C3750.
− 1 Switch Cisco Catalyst WS-C3560.
▪ Capa de Acceso (Access Layer)
− 7 Switch Cisco Catalyst WS-C2950.
− 3 Switch Cisco Catalyst WS-C2960.
▪ Sistema de Gestión
− CiscoWorks 2000 sobre un servidor HP DL320.
La composición en detalle de cada uno de ellos, así como su ubicación puede consultarse en el epígrafe “Infraestructura de Red LAN” del documento Anexo Situación Actual.
16.1.1.2. Servicios a ofertar
De acuerdo con lo establecido en el epígrafe anterior, y teniendo en cuenta que, por un lado, parte de los dispositivos indicados se encuentran ya próximos a la fecha de fin de soporte por parte del fabricante (EOL – End-Of-Life) y, por otro lado, la plataforma actual de red LAN del AdL, en determinadas sedes, puede no llegar a ser apta para dar servicio a la nueva solución integral de Telefonía IP Corporativa (ToIP) que se pretende, será responsabilidad del licitador suministrar o renovar todos aquellos elementos de la infraestructura que
precise, en cualquiera de sus sedes, así como el mantenimiento completo de toda la infraestructura durante el periodo del contrato para conseguir una infraestructura de red LAN que permita proporcionar un servicio completo y eficiente de Telefonía IP Corporativa.
La solución para la plataforma de Telefonía IP Corporativa propuesta por el licitador, deberá cumplir los siguientes requerimientos mínimos:
▪ La solución constará de 2 equipos para la configuración de la Capa de Núcleo (Core Layer) en la sede central, 2 para la Capa de Distribución (Distribution Layer) en cada sede (mínimo 12 equipos) y los necesarios según el número de usuarios por sede en la Capa de Acceso (Access Layer) con un mínimo de 31 equipos. En cualquier caso, será responsabilidad del licitador suministrar el equipamiento necesario para proporcionar una solución completa y funcional para la arquitectura de red LAN del AdL.
▪ Se deberá incluir garantía y mantenimiento del fabricante durante la duración del contrato para todos los elementos de la arquitectura de la red LAN. A éste respecto se deberán tener en cuenta dos partes bien diferenciadas:
1. Electrónica de Capa de Acceso: Para dichos elementos, se deberá proporcionar un servicio de mantenimiento con un SLA (8x5xNBD).
2. Electrónica de Capa de Núcleo (backbone) y Capa de Distribución (cabeceras de edificios infraestructuras de comunicaciones y DataCenter): Para estos elementos se ha de proporcionar un servicio de mantenimiento crítico con un SLA (24x7x4).
▪ La actualización de la infraestructura LAN deberá llevarse a cabo, siempre que sea posible, sin corte de servicio alguno y dentro del horario laboral del Ayuntamiento (8:00h a 15:00h). En cualquier caso, deberá ser consensuada con, y aprobada por, el AdL. Asimismo, deberá tener en cuenta los siguientes requerimientos:
− Dará soporte a la totalidad de la planta de telefonía IP del AdL.
− Arquitectura basada en estándares distribuidos por capas: Core, Distribución y Acceso.
16.1.1.3. Capa de Núcleo (Core Layer)
Se requiere una solución en la capa de núcleo con Doble Core, que proporcione a la propuesta redundancia física y lógica con las siguientes características:
▪ La capa de núcleo de la arquitectura deberá estar formada por una pareja de conmutadores que se han de comportar como una única entidad desde el punto de vista de control y gestión, de tal forma que el resto de elementos de la red los contemplen como un dispositivo único.
▪ Los equipos suministrados serán de tipo modular y el nivel de ocupación de módulos instalados no deberá superar el 70 % del total disponible
▪ Los módulos suministrados no deberán superar la capacidad nominal de switching/routing del chasis, tanto por módulo como en total.
▪ El licitador podrá reutilizar los módulos actualmente instalados en el Cisco Catalyst 6500 existente en las instalaciones del AdL.
▪ El sistema dispondrá de capacidad de adición y sustracción de módulos en caliente.
▪ Se deberán incorporar, al menos las siguientes interfaces en cada uno de los conmutadores:
− 4 puertos de 10 Gbps Ethernet SFP+ o equivalente incluidos.
− 16 puertos de 1Gbps Ethernet en formato SFP/GBIC. Se deberán suministrar, al menos, 18 adaptadores para F.O. Multimodo y 10 adaptadores para F.O. monomodo.
− 48 puertos de 1 Gbps Ethernet en formato UTP .
▪ Dispondrá xx xxxxxxx de alimentación redundantes en cada uno de los conmutadores.
▪ Rendimiento de 80 Gbps por cada ranura del chasis.
▪ Soporte de Jumbo Frames de hasta 9216 bytes
▪ Capacidad de inserción de módulos de servicio (firewall, controladora de red WiFi, análisis de tráfico, etc.).
▪ Ambos conmutadores deben participar activamente en la gestión del tráfico utilizando mecanismos de dirección MAC virtual.
▪ Cada conmutador, cumplirá las siguientes características mínimas:
− Soporte de 256.000 rutas (IPv4) o 128.000 rutas (IPv6).
− Capacidad de conmutación de la matriz: 2 Tbps.
− Alta disponibilidad con mecanismos del tipo Non Stop Forwarding y StatefulSwitchover.
− Soporte de funcionalidades avanzadas de enrutamiento sobre IPv4 e IPv6 (OSPF-Open Shortest Path First), admitiéndose la utilización de protocolos de routing avanzados y propietarios siempre que toda la electrónica suministrada lo soporte.
− Capacidad de routing de IPv4 de hasta 720 Mpps y hasta 390 Mpps en IPv6.
− Capacidad de bridging a nivel 2 de hasta 720 Mpps.
− Tabla de direcciones MAC de hasta 128.000 entradas.
▪ Capacidades de QoS:
− Soporte DDR, DWRR y WRED.
− Soporte de clasificación de paquetes IEEE802.1p (Cos) y DSCP.
− Capacidad de clasificado de paquetes en función del puerto y/o VLAN de entrada o salida.
− Soporte de QoS sobre IPv6.
− Capacidad de clasificado de paquetes a nivel 3 en función de tamaño, TTL y parámetros de cabecera del paquete.
− Capacidad de marcado de cabeceras internas en paquetes sobre túneles IPSec.
▪ Capacidad para incorporar interfaces de hasta 40 Gbps Ethernet.
▪ Capacidad de gestión vía Web e interface CLI
▪ Protocolos soportados: IEEE 802.1D, IEEE 802.1p, IEEE 802.1Q, IEEE 802.1s, IEEE 802.1X, IEEE 802.3x, IEEE 802.3ad, IEEE 802.3ae, IEEE 802.3ak, IEEE 802.3aq, IEEE 802.3aq, IEEE 802.3x, IEEE 802.3ab, IEEE 802.3z, RMON I y II, SNMP v1, v2c y v3.
▪ Cumplimiento de RFC: 768-UDP, 783-TFTP, 791-IP, 792-ICMP, 793-TCP, 826-ARP, 854-Telnet, 951- BOOTP, 959-FTP, 1112-IP Multicast e IGMP, 1157-SNMP v1, 1166-Direcciones IP, 1256-ICMP Router Discovery, 1305-NTP, 1492-TACACS+, 1493-Bridge MIB, 1542-Extensiones BOOTP, 1643-MIB de Ethernet If, 1757-RMON, 1901-SNMP v2c, 1902-1907-SNMP v2, 1981-MTU Path Discovery en IPv6, 2068-HTTP, 2131-DHCP, 2138-RADIUS, 2233-IF MIB v3, 2373-IPv6 Agg Addresses, 2460-IPv6, 2461-IPv6 ND, 2462- IPv6 Autoconfig, 2463-ICMP IPv6, 2474-DiffServ Precedence, 2597- Assured Forwarding, 2598-Expedited Forwarding, 2571-Gestion SNMP, 3046-DHCP Relay. 3376-IGMP v3,3580-IEEE 802.1X.
16.1.1.4. Capa de Distribución (Distribution Layer)
La capa de Distribución deberá tener las siguientes características:
▪ Fuentes de alimentación y ventiladores redundantes.
▪ Los equipos suministrados deberán ser capaces de crear un stack sin utilizar puertos de red ni de uplink del equipo, de tal manera que el stack se comporte a nivel de configuración y funcionamiento como una única entidad.
▪ 24 puertos RJ45 Ethernet 10/100/1000
▪ Conectividad modular para los uplink que permita la instalación de:
− Hasta 4 puertos GbE Uplink conectables vía SFP, se debe permitir las conexiones de cobre, fibra óptica monomodo y fibra óptica multimodo, o bien
− Hasta 2 puertos 10GbE Uplink que permitan mediante adaptador la conexión de cobre, fibra óptica
monomodo y fibra óptica multimodo.
▪ Cifrado basado en hardware bajo estándar 802.1AE (IEEE MAC Security Standard).
▪ Disponibilidad de hasta cuatro colas “egress” por puerto para el control de ancho xx xxxxx.
▪ Algoritmos de asignación de ancho xx xxxxx y gestión de la congestión.
▪ Soporte de clasificación de paquetes IEEE802.1p (Cos) y DSCP.
▪ Funcionalidades de enrutamiento IPv4 e IPv6, multicast, y seguridad basadas en hardware.
▪ Puertos USB para almacenamiento y acceso a consola de gestión. Puerto de gestión Out-of-Band.
▪ Posibilidad de compartir fuentes de alimentación de los diferentes equipos que conforman la pila sin necesidad de elementos externos.
▪ Rendimiento de conmutación mínimo de 160 Gbps.
▪ Más de 65 mpps de capacidad de tasa de reenvío de paquetes.
▪ Soporte de funcionalidades avanzadas de enrutamiento sobre IPv4 e IPv6 (OSPF-Open Shortest Path First) admitiéndose la utilización de protocolos de routing avanzados y propietarios siempre que toda la electrónica suministrada lo soporte.
▪ Soporte de más de 1000 VLAN y 4000 identificadores.
▪ Soporte de Jumbo Frames de hasta 9216 bytes.
▪ Soporte de 12000 direcciones MAC.
▪ Capacidad de gestión vía Web e interface CLI
▪ Protocolos soportados: IEEE 802.1D, IEEE 802.1p, IEEE 802.1Q, IEEE 802.1s, IEEE 802.1w, IEEE 802.1X, IEEE 802.1ab, IEEE 802.3ad, IEEE 802.3ad, IEEE 802.3x, IEEE 802.3u, IEEE 802.3ab, IEEE 802.3z, RMON I y II, SNMP v1, v2c y v3.
▪ Cumplimiento de RFC: 768-UDP, 783-TFTP, 791-IP, 792-ICMP, 793-TCP, 826-ARP, 854-Telnet, 951- BOOTP, 959-FTP, 1112-IP Multicast e IGMP, 1157-SNMP v1, 1166-Direcciones IP, 1256-ICMP Router Discovery, 1305-NTP, 1492-TACACS+, 1493-Bridge MIB, 1542-Extensiones BOOTP, 1643-MIB de Ethernet If, 1757-RMON, 1901-SNMP v2c, 1902-1907-SNMP v2, 1981-MTU Path Discovery en IPv6, 2068-HTTP, 2131-DHCP, 2138-RADIUS, 2233-IF MIB v3, 2373-IPv6 Agg Addresses, 2460-IPv6, 2461-IPv6 ND, 2462-IPv6 Autoconfig, 2463-ICMP IPv6, 2474-DiffServ Precedence, 2597- Assured Forwarding, 2598-Expedited Forwarding, 2571-Gestion SNMP, 3046-DHCP Relay. 3376-IGMP v3,3580-IEEE 802.1X.
16.1.1.5. Capa de Acceso (Access Layer)
La capa de Acceso deberá tener las siguientes características:
▪ Equipos con 24 y 48 puertos FE con capacidad de soporte XxX (Power Over Ethernet) cumpliendo los estándares IEEE 802.3af e IEEE 802.3at.
▪ Posibilidad de apilado de hasta 9 equipos con un rendimiento mínimo 20 Gbps y gestión con una única dirección IP, para ello no deberán utilizar puertos de red ni de uplink del equipo, de tal manera que el stack se comporte a nivel de configuración y funcionamiento como una única entidad.
▪ Capacidad de gestión vía Web e interface CLI.
▪ La solución deberá de incorporar todo el HW necesario para poder realizar el apilado de los diferentes módulos.
▪ Posibilidad de almacenamiento externo a través de puerto USB.
▪ Al menos 2 puertos de uplink de 1 GbE SFP.
▪ Capacidad mínima para XxX de 370W.
▪ Disponibilidad de hasta cuatro colas “egress” por puerto para el control de ancho xx xxxxx.
▪ Algoritmos de asignación de ancho xx xxxxx y gestión de la congestión .
▪ Soporte de clasificación de paquetes IEEE802.1p (Cos) y DSCP.
▪ Capacidad de conmutación de 176 Gbps.
▪ Soporte de hasta 255 VLAN y 4000 identificadores.
▪ Soporte de Jumbo Frames de hasta 9216 bytes.
▪ Soporte de 8000 direcciones MAC.
▪ Protocolos soportados: IEEE 802.1D, IEEE 802.1p, IEEE 802.1Q, IEEE 802.1s, IEEE 802.1w, IEEE 802.1X, IEEE 802.1ab, IEEE 802.1af, IEEE 802.3af, IEEE 802.3at, IEEE 802.3ad, IEEE 802.3ah (100BASE.-X sobre
F.O. MMF y SMF solamente), IEEE 802.3x, IEEE 802.3u, IEEE 802.3ab, IEEE 802.3z, RMON I y II, SNMP v1, v2c y v3.
▪ Cumplimiento de RFC: 768-UDP, 783-TFTP, 791-IP, 792-ICMP, 793-TCP, 826-ARP, 854-Telnet, 951- BOOTP, 959-FTP, 1112-IP Multicast e IGMP, 1157-SNMP v1, 1166-Direcciones IP, 1256-ICMP Router Discovery, 1305-NTP, 1492-TACACS+, 1493-Bridge MIB, 1542-Extensiones BOOTP, 1643-MIB de Ethernet If, 1757-RMON, 1901-SNMP v2c, 1902-1907-SNMP v2, 1981-MTU Path Discovery en IPv6, 2068-HTTP, 2131-DHCP, 2138-RADIUS, 2233-IF MIB v3, 2373-IPv6 Agg Addresses, 2460-IPv6, 2461-IPv6 ND, 2462-IPv6 Autoconfig, 2463-ICMP IPv6, 2474-DiffServ Precedence, 2597- Assured Forwarding, 2598-Expedited Forwarding, 2571-Gestion SNMP, 3046-DHCP Relay. 3376-IGMP v3,3580-IEEE 802.1X.
16.1.2. Herramienta de gestión de red LAN
En la actualidad el AdL dispone de la herramienta de gestión de la red LAN Cisco Works 2000, cuya composición y detalle se proporciona en el epígrafe “Infraestructura de Red LAN –Sistema de Gestión ” del documento Anexo Situación Actual.
La propuesta deberá incluir una plataforma de gestión de la red LAN (o actualización de la existente) que permita realizar de forma sencilla las tareas de configuración, administración, supervisión y corrección de errores de la totalidad de los elementos que constituyen la red, todo ello de una forma integrada que:
▪ Mejore la precisión y eficiencia en la gestión de la red LAN.
▪ Incremente la disponibilidad total de la red simplificando la configuración y por tanto permitiendo la rápida identificación y solución de los problemas que en ella se produzcan.
▪ Mejorar la seguridad de la red mediante la integración de los servicios de control de acceso y la auditoria de los cambios en la configuración de la red.
Las funcionalidades mínimas requeridas de la herramienta de gestión serán:
▪ Capacidad de ejecución en versión appliance o mediante virtualización. En caso de optar por la opción virtualizada deberá poder funcionar bajo plataforma VMware ESXi v5 o superior, en cuyo caso, el adjudicatario será responsable de suministrar las licencias base necesarias para la instalación de las correspondientes máquinas virtuales (Sistema Operativo, Bases de datos, etc.)
▪ Capacidad de descubrimiento automático de los dispositivos de la red mediante mecanismos y protocolos estándar y propietarios del equipamiento suministrado.
▪ Definición de usuarios con diferentes roles de acceso a la herramienta y equipos
▪ Definición xx xxxxxxxxxx aplicables a los dispositivos descubiertos para facilitar la homogeneización de las configuraciones y optimizar las tareas de despliegue y aprovisionamiento de nuevos equipos y centros
▪ Inventario completo de los equipos, incluyendo valores de hardware, software y valores de configuración, incluyendo un histórico de dichos valores
▪ Capacidad de configuración de los dispositivos mediante interfaz gráfico, preferiblemente vía Web, que presentará visualmente el equipo configurado de acuerdo a su aspecto real. La herramienta gráfica deberá permitir la gestión de al menos, los siguientes parámetros:
− Listas de control de acceso.
− Enrutamiento estático y dinámico, tanto de protocolos estándar como propietarios del equipamiento suministrado.
− NAT y PAT.
− Gestión de topología de nivel 2, incluyendo spanning-tree.
− Configuración de los valores de L2 de los puertos individuales.
− Configuración de QoS a nivel global de equipamiento e individual de interfaces.
− Ejecutar cambios en la configuración de los equipos en lote y de modo desatendido con capacidad de configuración de la ejecución de los cambios en horarios programados.
▪ Monitorización de la disponibilidad y rendimiento de los equipos gestionados, tanto a nivel de equipo como a nivel de interfaces individuales.
▪ Ejecución de informes en tiempo real o de una manera programada de al menos:
− Inventario de equipos hardware, software y de configuración
− Disponibilidad
− Rendimiento
Asimismo será responsabilidad del adjudicatario la instalación, configuración y puesta en funcionamiento de una nueva plataforma, incluyendo la correcta importación de los datos de los dispositivos y los mapas utilizados en las plataformas que se reemplazan.
16.1.3. Renovación cableado estructurado
La migración a una solución integral de Telefonía IP Corporativa, constituye uno de los principales objetivos del presente contrato. Será por tanto responsabilidad del adjudicatario, la renovación del cableado estructurado en aquellos puntos de la red que fuera necesarios al objeto de garantizar la categoría y las prestaciones necesarias en el mismo para la implantación de un servicio de Telefonía IP plenamente operativo en todos los puntos de conexión de las sedes del AdL.
16.1.4. Adecuación del cableado armarios cableado
Debido a diferentes razones tales como, el crecimiento del parque informático, el cada vez mayor número de componentes y complejidad de las infraestructuras de interconexión, la distribución a demanda de la electrónica de red y servidores, el incremento de elementos de seguridad y del número de servidores y segmentos de redes que los unen, la evolución de los sistemas de información y de la tecnología, el aumento de capacidades ofrecidas por la electrónica de la LAN, la movilidad de los puestos de trabajo de los usuarios y el establecimiento de conexiones provisionales, entre otros, las conexiones entre elementos de los armarios rack existentes se ha convertido en una trama de cables compleja y confusa que dificulta enormemente la evolución y mantenimiento de los servicios de conectividad soportados, así como la gestión de nuevas conexiones en la propia instalación. Por todo ello, resulta imprescindible llevar a cabo una adecuación completa de las conexiones en todos ellos que, de acuerdo a los requisitos y condiciones que se establecen en los siguientes epígrafes, aborde los siguientes objetivos:
▪ Renovación del parcheo en armarios rack y los correspondientes latiguillos de conexión a RJ45.
▪ Reclasificación, y ordenación de las diferentes conexiones.
▪ Establecimiento de un sistema de nomenclatura y etiquetado de las conexiones que facilite su posterior identificación, gestión y manipulación por parte del equipo de sistemas del AdL.
16.1.4.1. Situación Actual
En la actualidad el AdL dispone de 5 armarios/rack de cableado en el estándar AT&T Systymax con conexiones de tipo 110 cuya ubicación y número aproximado de puntos es el indicado en la siguiente tabla:
Sede Ubicación | Identificador Armario/rack | Nº Puntos Conexión Tipo 110 |
Casa Consistorial – Planta 1ª (Xxxxxxx Xx Xxx,00) | Armario CPD – Catetos | 438 |
Casa Consistorial – Planta 1ª (Xxxxxxx Xx Xxx,00) | Xxxxxxx XXXX – Xxxxxxxxxx | 360 |
Casa Consistorial – Planta 1ª (Xxxxxxx Xx Xxx,00) | Xxxxxxx Xxxxxxxx | 000 |
Casa Consistorial – Planta Sótano (Xxxxxxx Xx Xxx,00) | Xxxxxxx Xxxxxx | 000 |
Policía Local (Xxx Xxxxx, 00) | Xxxxxxx Xxxxxxx Xxxxx | 000 |
Total Aprox. Puntos | 1.238 | |
16.1.4.2. Servicios requeridos
El adjudicatario será responsable de la revisión, actualización y adecuación del cableado estructurado existente en cada uno de los armarios/rack detallados con anterioridad, debiendo procederse al desmontaje, saneamiento y recableado en todos ellos con conexionando en paneles RJ45. Los trabajos se desarrollarán de forma que en ningún caso se interrumpa el servicio y normal funcionamiento de la red.
Teniendo en cuenta todo lo anterior, el adjudicatario llevará a cabo las siguientes actuaciones, en cada uno de los armarios/rack indicados en el epígrafe anterior:
▪ Revisión de todo el cableado existente en los edificios, actualizando planos y ubicación xx xxxxx.
▪ Adecuación y renovación del sistema de guiado de cables y almacenamiento de latiguillos en los armarios rack.
▪ Renovación del parcheo en armarios rack, sustituyendo las regletas 110 por paneles de parcheo RJ45 Categoría 5e.
▪ Reparcheo de armarios rack con latiguillos UTP Categoría 5e.
▪ Sustitución xx xxxxx RJ45 necesarias en puestos de trabajo.
▪ Renovación de todo el etiquetado del cableado en los paneles de parcheo y/o en las rosetas de puestos de trabajo de modo que facilite su posterior gestión y manipulación por parte del equipo de sistemas del AdL.
▪ Renovación de cableado existente en caso de no poder certificar Categoría 5e para las tomas dedicadas a la instalación de Voz IP.
▪ Actualización y entrega de planos en formato DWG, contemplando la ubicación de todas las tomas de cableado.
▪ Entrega de documentación y Certificación Categoría 5e de toda la instalación realizada.
El adjudicatario deberá proporcionar una planificación de las tareas de ejecución de la adecuación, que deberá ser aprobada por el AdL. En cualquier caso, dichas tareas se realizarán siempre fuera del horario laboral del Ayuntamiento (8:00h a 15:00h) con objeto de que, en modo alguno, se vea afectada la prestación del servicio.
16.1.5. Plataforma de Telefonía IP
16.1.5.1. Situación Actual
En la actualidad la plataforma de telefonía fija del AdL la componen una centralita de gran capacidad Alcatel OXE con sistema operativo en versión R10.1 y ubicada en la Sede Central del AdL (Casa Consistorial) y varias centralitas de capacidad media (Alcatel OXOs, DKDAs, etc.) distribuidas por diferentes sedes. Adicionalmente, existe toda una serie de sedes que no forman parte de esta plataforma de telefonía y que
cuentan con soluciones de voz heterogéneas (centralitas en alquiler, sin centralita, etc.). El detalle de los elementos y configuraciones de la plataforma de telefonía fija en las diferentes sedes municipales, su ubicación, etc. se proporciona en el documento Anexo Situación Actual, epígrafe "Plataforma de Telefonía Fija".
16.1.5.2. Servicios a ofertar
El licitador deberá proveer una solución de Telefonía IP (ToIP) para todas las extensiones telefónicas del AdL (mínimo 800 puestos) que permita avanzar en el uso de las NNTT revirtiendo todo ello en una mejora del servicio prestado a los usuarios y, en última instancia, al ciudadano. Esta renovación deberá contemplar el suministro, instalación, puesta en marcha y mantenimiento de la infraestructura de telefonía IP propuesta (hardware y software) así como los trabajos necesarios para garantizar que la transición se realiza con las mínimas molestias posibles a los usuarios del sistema telefónico y todo ello, sin llevar a cabo interrupciones en la prestación del servicio.
La arquitectura de la solución de Telefonía IP propuesta, deberá:
▪ Implantar un nuevo sistema de telefonía o ampliar y modificar en lo necesario el existente detallado en el Anexo de Situación Actual. Será requerimiento la retirada de todo el hardware de tipo Cristal existente en el armario M3 ubicado en el CPD de la Casa Consistorial.
▪ Plataforma 100% VoIP. Todas las extensiones deberán funcionar bajo red IP.
▪ Garantizar los niveles de calidad y disponibilidad establecidos en el presente PPT.
▪ Ser compatible con las infraestructuras de otros fabricantes.
▪ Basarse en estándares xxx xxxxxxx que permitan asegurar la integración con los principales operadores de telefonía fija y móvil xxx xxxxxxx, así como de dispositivos de diferentes fabricantes.
▪ Soportar, entre otros, el protocolo SIP (Session Initiation Protocol).
▪ Garantizar la compatibilidad e interoperabilidad entre todos los elementos ofertados.
▪ Asegurar la interoperabilidad con sistemas PABX convencionales así como con los troncales y enlaces que el AdL pueda requerir.
▪ Disponer de acceso a las redes públicas, que se realizará mediante líneas RTB, RDSI BRI (Acceso Básico) y PRI (Acceso Primario).
▪ La marcación entre las diferentes sedes/departamentos del AdL debe seguirse haciendo internamente mediante numeración abreviada independientemente de la sede referida, de su ubicación geográfica y del equipamiento disponible en la misma.
▪ Incluir el suministro de los correspondientes terminales de telefonía IP (ver detalle de características mínimas en el apartado “Terminales Telefonía IP”), junto con las licencias para todos ellos, estableciendo varias gamas diferentes: Alta, Media, Estándar e Inalámbricos.
▪ Todos los terminales instalados así como la plataforma IP deben permitir compartir la conexión de red con un equipo informático eliminando así la necesidad de incorporar nuevas tomas de red en las diferentes sedes.
▪ El adjudicatario estará obligado a realizar el mantenimiento correctivo y preventivo de la plataforma de telefonía IP (hardware y software) durante la duración del contrato siempre de acuerdo a lo estipulado más adelante en el presente PPT. Adicionalmente, el adjudicatario deberá de poner a disposición del AdL un servicio de asistencia a la configuración y gestión de la plataforma de telefonía IP. En caso de considerarlo necesario se establecerán, de común acuerdo, los mecanismos de acceso remoto del personal de asistencia a configuración y gestión para la realización de las tareas que fueran necesarias. Independientemente de este servicio, el personal del AdL dispondrá de acceso a todos los niveles de la plataforma para poder realizar todo tipo de tareas de configuración y gestión.
16.1.5.3. Requerimientos y Funcionalidades de la Plataforma de Telefonía IP
Las características y requerimientos mínimos que ha de ofrecer la plataforma de telefonía IP suministrada serán las siguientes:
▪ La Central de llamadas, deberá estar ubicado en las dependencias principales del AdL (Casa Consistorial) y será capaz de realizar las siguientes acciones:
− Proporcionar al sistema inteligencia y administración centralizada.
− Realizar la gestión de la admisión y enrutamiento de llamadas.
− Realizar la gestión de los recursos de la solución (dispositivos de conferencia, mensajería vocal,
gateways y teléfonos).
− Además deberá disponer de una aplicación integrada que permita su configuración y administración vía web.
▪ Con objeto de mejorar la alta disponibilidad de la solución ésta deberá desplegarse en formato de clúster distribuido. De ese modo los servidores encargados de procesar las distintas llamadas podrán estar geográficamente dispersos. El único requisito para este modo de operación será la conectividad de Nivel 3. Se valorará la capacidad de establecer la distribución del cluster a través de enlaces WAN- IP. No se aceptarán soluciones que impliquen extensión de Nivel 2 entre los componentes del clúster.
▪ Soportado por CPU’s basadas en plataforma x86.
▪ El sistema deberá estar basado en la virtualización de los distintos componentes suministrados dentro del hardware, implementando sistemas abiertos de empaquetamiento de las máquinas virtuales.
▪ La solución propuesta debe incluir una herramienta de administración de la plataforma mediante portal web de administrador. Este portal de gestión permitirá controlar todos los aspectos de la plataforma, incluida la propia gestión de los terminales.
▪ Los cambios realizados en los terminales, incluyendo la gestión de firmware se podrán aplicar automáticamente en los dispositivos.
▪ Se dispondrá de mecanismos estáticos y/o dinámicos (mediante protocolo RSVP Resource Reservation Protocol o protocolo de reserva de recursos) de control de admisión de llamadas.
▪ Solución de mensajería instantánea en el puesto de trabajo, sin necesidad de licenciamiento. El cliente de mensajería deberá permitir la comunicación de usuario a usuario y de usuario a grupo todo ello con indicación del estado de disponibilidad del usuario (Disponible, Ausente, No conectado, No molestar, etc.) y la posibilidad de recibir la información de presencia en todos aquellos dispositivos en los cuales está conectado el usuario. Los clientes serán susceptibles de ser ejecutados en entorno de escritorio virtualizado (VDI) y además estará disponible para las siguientes plataformas:
− Windows
− Mac
− iOS
− Android
− Web (mediante desarrollo con el correspondiente SDK que deberá proporcionarse)
▪ El sistema suministrado debe ser multientidad, permitiendo definir al menos, encaminamientos, tanto de entrada como de salida, y autorizaciones de acceso y establecimiento de llamada en función de la pertenencia a la entidad del usuario registrado.
▪ Las funcionalidades básicas mínimas a proporcionar por la herramienta serán:
− Transferencia local de llamadas
− Transferencia remota de llamadas
− Conferencia a tres
− Retención de llamada
− Captura de llamada dirigida o configurada en grupos
− Disponibilidad de funciones de control de presencia y mensajería instantánea.
− Capacidad de grabación de guías vocales
− Desvío de llamadas hacia extensiones internas, PTSN o enlaces privados
− Desbordamiento de llamadas a otras extensiones sobre ocupado o no respuesta por parte del terminal
− Capacidad de disponer de múltiples líneas en los terminales
− Capacidad para definir Grupos xx Xxxxx (conjunto de extensiones físicas agrupadas bajo un número ficticio) con posibilidad de log-in/log-out.
− Posibilidad de encolar llamadas en los grupos xx xxxxx, con capacidad de reproducir mensajes de audio de bienvenida.
− Funcionalidad Jefe/Secretaria
− Funciones de Control y Verificación de Presencia automática, que deben poder configurarse mediante un conjunto xx xxxxx o indicadores que permitan conocer quien está hablando en otros teléfonos conectados a la misma PBX, mostrándose esa información cuando se realicen búsquedas en el directorio desde un terminal, así como en el histórico de llamadas en aquellos terminales que dispongan de dicha funcionalidad.
− Inclusión de la funcionalidad intercom con whisper.
▪ El adjudicatario deberá suministrar al menos 3 puestos de Operadora, terminales y licencias –si fueran necesarias- incluidos.
▪ Capacidad de integración con soluciones de video en la cola.
▪ Todo el equipamiento que forma parte de la solución específica de voz deberá tener conectividad entre sí. El elemento principal de la arquitectura, tendrá conectividad IP con todos los terminales IP que forman parte de la arquitectura además de tener conectividad con todos los gateways de cada oficina central y remota.
▪ Capacidad de sincronización con directorios LDAP, al menos Microsoft Active Directory y OpenLDAP.
▪ Plataforma unificada para audio y video.
▪ Facilitar las siguientes funciones sin necesidad de licenciamiento adicional:
− SIP Trunking
− Aplicaciones XML
− Encriptación de la señalización y datos (audio/video).
− Movilidad de usuarios: Deberá disponer de capacidad de autenticación de los usuarios de forma autónoma en cualquier puesto de trabajo que disponga de un terminal de gama media o alta, de forma que pueda acabar convirtiéndose dicho terminal en su propia extensión.
− Integraciones CTI (Computer Telephony Integration)
▪ Acceso mediante programación al propio sistema mediante APIs públicas.
▪ Se deberá incluir una herramienta de análisis y creación de informes que será capaz de proporcionar informes y registro de llamadas de usuario en los que se incluyan las llamadas basadas en usuario, llamadas a través de pasarelas, calidad de llamada simplificada, etc, así como mecanismos de búsqueda en dicho registro por diferentes criterios.
▪ Además deberá disponer de una Herramienta de Administración por lotes que permita a los administradores realizar operaciones masivas para modificar, agregar, eliminar y actualizar dispositivos, reglas y usuarios.
▪ Para la correcta administración de la plataforma, la solución deberá disponer de una herramienta en tiempo real que permita supervisar el comportamiento de los componentes de la solución de Telefonía (estado y configuración del dispositivo, rendimiento del sistema, detección del dispositivo y las aplicaciones de integración de telefonía a computadora, etc.) incluyendo la gestión de alarmas basadas en umbrales de los diferentes equipos. Se valorará también que proporcione capacidades de administración de archivos de rastreo y registro, incluida la programación de descargas, los eventos
definidos por el usuario y la supervisión en tiempo real de los archivos de rastreo y registro.
▪ Posibilidad de federación y configuraciones de alta disponibilidad para la información de mensajería y presencia de los usuarios.
16.1.5.4. Disponibilidad y redundancia de la solución
La plataforma de Telefonía IP Corporativa suministrada deberá poseer las siguientes características de disponibilidad y redundancia:
▪ MTBFs (Mean Time Between Failures ó Tiempo Medio Entre Fallos) de los componentes de la misma que aseguren un grado de disponibilidades de la solución global igual o superiores al 99,999 %, siempre que el fallo sea por causas imputables a la solución suministrada.
▪ Los accesos primarios deberán concentrarse en al menos dos ubicaciones del AdL y realizarse mediante medios terrestres. Dichos enlaces deberán garantizar la redundancia geográfica de los mismos, incluso en las centrales de conmutación del licitante. La conectividad de las ubicaciones secundarias se realizará mediante ToIP en todos los casos.
▪ Se deberá de proporcionar una solución de backup o respaldo del sistema de telefonía en una ubicación municipal diferente a la principal. En dicha dependencia de respaldo, el gateway deberá de disponer de las funcionalidades software necesarias que le permitan actuar como PBX autónoma cuando pierda la comunicación con el gestor de llamadas. La sincronización entre los equipos situados en ambas sedes deberá poder realizarse, al menos, mediante comunicación de nivel 3.
16.1.5.5. Comunicaciones Unificadas
El AdL, en la intención de evolucionar todos sus servicios hacia el mundo TIC debido a las eficiencias tanto técnicas como económicas que ello provee, pretende establecer un sistema de Comunicaciones Unificadas (CCUU) para un mínimo de 40 usuarios.
Será responsabilidad del licitador proporcionar una plataforma de CCUU, que tendrá, al menos, las siguientes funcionalidades:
• Solución de mensajería instantánea multicliente (móvil, PC, tableta, etc.). Con una misma sesión por usuario independientemente del dispositivo que éste utilice. El usuario podrá iniciar la sesión en el cliente móvil y continuarla desde el terminal fijo de sobremesa o desde el cliente de escritorio, siendo en todo caso la misma sesión
• Sistema de Gestión de Presencia. Deberá consolidar la información de presencia telefónica con la información de presencia "estilo chat".
• Servicios de colaboración. Cualquier sesión de comunicación deberá ser automáticamente y de manera nativa una sesión de colaboración, sin necesidad de programación previa, sin límite de participantes y sin límite de medios de comunicación a utilizar (voz, datos o vídeo).
• Servicios de enrutamiento personal. Cada usuario tendrá la posibilidad de enrutar las llamadas de manera personal en sus distintos dispositivos. De ese modo, por ejemplo, será posible configurar que una llamada suene simultáneamente en el fijo y en el móvil, secuencialmente en uno o en otro, etcétera.
• Mensajería unificada. Visión integrada de todas las mensajerías vocal, correo electrónico y fax en un único repositorio por usuario, integrado con las aplicaciones comerciales más habituales en el mercado (IBM Lotus, Microsoft Exchange o cualquier gestor de correo que soporte protocolo IMAP).
Además, todos los usuarios de telefonía Fija del AdL deberán disponer de presencia y mensajería instantánea en todos sus puestos de trabajo con las siguientes prestaciones:
• Funcionalidades de Presencia y Mensajería instantánea. Facilidad de comunicación mediante chat usuario-a-usuario y en grupo de usuarios. Indicación de estado de disponibilidad (Disponible, Ausente, No conectado, No molestar). Disponibilidad para recibir la información de presencia en todos aquellos
dispositivos en los cuales está conectado el usuario.
• Posibilidad de federación y configuraciones de alta disponibilidad para la información de presencia.
• Integración de la información de presencia con la telefonía (estado: en llamada) o con herramientas de escritorio (estado: en reunión)
• Control del terminal telefónico: Para aquellos teléfonos controlables mediante integración CTI, permite efectuar y recibir llamadas a través del cliente de escritorio.
Mensajería Vocal Visual: Mediante configuración adicional de la plataforma y en combinación con la solución de mensajería vocal, permite la clasificación, visualización y escucha de mensajes de voz a través del cliente instalado.
16.1.6. Terminales Telefonía IP
Con objeto de que la solución de telefonía IP propuesta sea integral, el licitador deberá suministrar en su oferta los correspondientes terminales para cada una de las extensiones e incluir además las licencias necesarias para el correcto funcionamiento de todos ellos sobre la plataforma IP suministrada.
En el suministro habrán de diferenciarse tres tipos de terminales diferentes, atendiendo a las características y uso asignado de los mismos, a saber: Terminales de Gama Alta, Gama Media y Gama Estándar. Además se deberán proporcionar terminales Inalámbricos para ciertos puestos con especiales características de movilidad.
Independientemente de las características específicas establecidas para cada una de las gamas de terminales, todos ellos, a excepción de los de Gama Estándar, han de tener las siguientes características:
▪ Capacidad de cifrar tanto señalización como flujo de la llamada en el propio terminal.
▪ Estadísticas de llamada en tiempo real a través de la pantalla del terminal.
▪ Disponer de mecanismos de ahorro energético. Estos mecanismos estarán disponibles a través de perfiles de ahorro energético, cuyo horario y planificación podrá establecerse en los diferentes terminales. Se dispondrá al menos de cuatro niveles de consumo: Encendido, Ahorro de energía, Suspensión y Apagado o equivalentes.
▪ Capacidad de efectuar video-llamadas desde cualquier terminal, ya sea mediante conexión de hardware específico (cámara) o mediante integración con software de PC.
▪ Disponibilidad de soluciones específicas para usuarios discapacitados, aunque sea mediante integración con equipos de terceras partes.
▪ Integración con sistemas de grabación de llamadas: El terminal tendrá la capacidad de enviar una copia del audio a un destino configurable para su grabación y análisis.
▪ Teclas fijas para las funciones más habituales tales como acceso a voicemail, preferencias, rellamada, poner en espera, conferencia, transferencia, etc.
▪ Marcado QoS del tráfico de voz remarcado del tráfico del PC
▪ Soporte de 802.1x
Las características mínimas específicas para cada una de las gamas de terminales requeridos, así como el número mínimo de terminales a suministrar por cada gama se detallan en los epígrafes siguientes
16.1.6.1. Gama Alta
Estos terminales estarán destinados a personal directivo y a altos cargos. Deberán poder ser utilizados para proporcionar servicio de Comunicaciones Unificadas (CCUU). El licitador deberá suministrar un mínimo de 45 unidades. Los siguientes deben ser entendidos como requisitos mínimos a cumplir por los dispositivos de gama alta:
▪ Teléfono con capacidad para 6 extensiones simultáneas y con capacidad de gestión de varias llamadas por extensión definida.
▪ Pantalla monocroma a 4 bits de alta resolución de 5 pulgadas con resolución de al menos 320x222
pixels.
▪ Teclas predefinidas para acceso a servicios como: mensajería vocal, directorio, retención de llamada, transferencia, multiconferencia, mute, auriculares, ayuda al usuario, etc.
▪ 6 teclas programables para acceso a funcionalidades.
▪ Bajo consumo energético (dispositivo de clase 2 para clasificación XxX) y soporte xx XxX (IEEE 802.3af) compatible con los switches de trabajo suministrados.
▪ Control de volumen.
▪ Puerto de auriculares incluido.
▪ Manos libres full-duplex.
▪ Acceso a directorio público y privado.
▪ Indicador de mensajes de voz en espera.
▪ Indicación de fecha y hora actuales.
▪ Soporte de protocolo SIP y soporte de los protocolos propietarios del sistema de telefonía suministrado.
▪ Soporte de códec G.711a/µ, G.722, G.729A y G.722 (wideband).
▪ Tono de llamada seleccionable por usuario.
▪ Integrable mediante soporte CTI con funcionalidades de presencia y mensajería instantánea.
▪ Soporte de DSCP y IEEE 802.1 Q/p compatible con los switches de puesto de trabajo suministrados.
▪ Autenticación de dispositivo mediante 802.1X.
▪ Soporte de cifrado de voz y de señalización.
▪ Soporte de certificados.
▪ Descarga cifrada y autenticada de software al dispositivo.
▪ Configuración de dirección IP estática o mediante cliente DHCP
▪ El equipo debe permitir la conexión de un equipo PC adicional al switch del teléfono. Se deben poder configurar VLAN's independientes para el equipo PC y el propio teléfono.
▪ Soporte de aplicaciones XML.
▪ Sistema completo en castellano.
16.1.6.2. Gama Media
Tendrán como destino empleados y trabajadores de nivel medio/alto. El licitador deberá suministrar un mínimo de 155 unidades. Los requisitos mínimos para este tipo de dispositivos serán los siguientes:
▪ Teléfono con capacidad para 2 extensiones simultáneas con capacidad de gestión de varias llamadas por cada extensión definida.
▪ Pantalla monocroma de alta resolución con tamaño de 396x162 pixels retroiluminada y con contraste regulable.
▪ Teclas predefinidas para acceso a servicios como: mensajería vocal, directorio, retención de llamada, transferencia, multiconferencia, mute, auriculares, ayuda al usuario, etc.
▪ 4 teclas programables para acceso a funcionalidades.
▪ Bajo consumo energético (dispositivo de clase 1 para clasificación XxX) y soporte xx XxX (IEEE 802.3af) compatible con los switches de puesto de trabajo suministrados.
▪ Control de volumen y soporte de audio xx xxxxx ancha conforme con ITU G722 en el altavoz, auriculares y auricular de mano.
▪ Manos libres full-duplex.
▪ Peana ajustable en dos posiciones.
▪ Acceso a directorio público y privado.
▪ Indicador de mensajes de voz en espera.
▪ Indicación de fecha y hora actuales.
▪ Soporte de protocolo SIP y soporte de los protocolos propietarios del sistema de telefonía suministrado.
▪ Soporte de códec G.711a/µ, G.722, G.729A.
▪ Tono de llamada seleccionable por usuario.
▪ Integrable mediante soporte CTI con funcionalidades de presencia y mensajería instantánea.
▪ Soporte de DSCP y IEEE 802.1 Q/p compatible con los switches de puesto de trabajo suministrados.
▪ Autenticación de dispositivo mediante 802.1X.
▪ Soporte de cifrado de voz y de señalización.
▪ Soporte de certificados.
▪ Descarga cifrada y autenticada de software al dispositivo.
▪ Configuración de dirección IP estática o mediante cliente DHCP.
▪ El equipo debe permitir la conexión de un equipo PC adicional al switch del teléfono. Se deben poder configurar VLANs independientes para el equipo PC y el propio teléfono.
▪ Soporte de aplicaciones XML en modo texto.
▪ Sistema completo en castellano.
16.1.6.3. Gama Estándar
Será el dispositivo de uso generalizado entre el personal del AdL. El licitador deberá suministrar un mínimo de 600 unidades. Los requisitos mínimos para este tipo de dispositivos serán los siguientes:
▪ Soporte protocolo SIP.
▪ Soporta DHCP, TFTP, y DNS
▪ Codecs de audio G.711, G.729 A, G729 b.
▪ Conexión a switch a través Ethernet 10/100 BaseT y con disposición de un switch integrado que facilita un puerto Ethernet adicional (10/100 BaseT) para conexión de PC de sobremesa.
▪ Indicador luminoso de mensaje en espera y entrada de llamada.
16.1.6.4. Terminales inalámbricos
Actualmente el AdL dispone de 26 terminales inalámbricos, cuya ubicación se describe en el documento Anexo Situación Actual, epígrafe "Inalámbricos".
El adjudicatario deberá incluir en su propuesta el suministro y servicio de un mínimo 26 terminales inalámbricos IP para aquellos puestos con necesidades especiales de movilidad. Dichos dispositivos deberán cumplir, como mínimo, los siguientes requisitos:
▪ Tecnología de transmisión DECT.
▪ Registro de llamadas.
▪ Repetición de la última llamada.
▪ Memorias de marcación rápida.
▪ Display para visualización de número llamante.
▪ Directorio Corporativo y Directorio Particular.
▪ Tonos de llamada personalizables.
16.1.6.5. Suministro y alquiler de terminales
El adjudicatario incluirá en su oferta la posibilidad de adquirir o alquilar terminales de telefonía (Fijos e inalámbricos) para lo que deberá proporcionar el portafolio de terminales que es capaz de suministrar con indicación de las características técnicas y prestaciones así como el precio unitario de cada uno de ellos, incluyendo en el mismo desglose del coste de las licencias, implantación, mantenimiento así como cualquier otro servicio necesario para su correcta instalación y puesta en marcha.
16.1.7. Herramienta IPAM/DNS/DHCP
Las soluciones convencionales para Sistemas Críticos de Red, como DNS (Domain Name System) y DHCP (Dynamic Host Configuration Protocol), están basadas en plataformas software de propósito general, corriendo sobre servidores que utilizan sistemas operativos estándar. Estos sistemas tradicionales implican ciertas limitaciones y retos en cuanto a su despliegue y gestión. La elección de una nueva herramienta IPAM/DNS/DHCP debe contemplar a las aplicaciones que dependen y utilizan estos servicios desde el punto de vista de la integración de los servicios, la alta disponibilidad y el rendimiento que requiere el control y gestión de las direcciones IP tanto en redes inalámbricas como cableadas, la convergencia de aplicaciones como VoIP y el soporte a iniciativas de virtualización incluyendo los entornos de Directorio Activo de Microsoft. Es por todo ello que una solución IPAM/DNS/DHCP adecuada, debe proporcionar servicios críticos de red integrados y en tiempo real, de forma sencilla y segura y con todo ello con alta disponibilidad.
Teniendo en cuenta lo señalado en el párrafo anterior, el licitador deberá incluir en su propuesta el suministro, instalación, configuración y puesta en marcha de una plataforma o herramienta que permita realizar la administración del servicio de direccionamiento IP (IPAM - Internet Protocol Address Management) y la gestión DHCP y DNS, necesarios para el correcto despliegue de la Telefonía IP, de la Red LAN, y de entornos de alta densidad de IP’s (tipo soluciones SmartCity) para el AdL. Dicha plataforma deberá cumplir los siguientes requisitos técnicos mínimos:
16.1.7.1. Requisitos Generales
▪ Deberá ser una solución basada en tecnología “appliance” de alta disponibilidad con hardware especialmente diseñado para esa función.
▪ Se valorará el soporte para poder instalar un “appliance virtual” en plataformas Vmware, debiendo ser gestionados desde la misma plataforma de gestión. Se admitirá la utilización de appliance virtuales para dotar a la solución de alta disponibilidad siempre que se garantice un correcto rendimiento de la solución y el soporte a todo el entorno corporativo (incluido el propio sistema de virtualización).
▪ Certificación Common Criteria del sistema EAL2 o superior.
▪ La solución suministrada deberá incluir los servicios de DNS, DHCP, TFTP y NTP estándar.
▪ Soporte de servicios para distribución de ficheros vía TFTP (Trivial FileTransfer Protocol) y/o HTTP (para teléfonos IP y otros dispositivos)
▪ La solución incorporará una base de datos distribuida entre los appliances que integrará los datos de todos los servicios. Las sincronizaciones entre appliances serán en tiempo real.
▪ La solución debe tener soporte dual stack IPv4 e IPv6 a nivel de transporte y a nivel de servicio.
▪ Se aportarán herramientas para funciones de resolución de problemas incluyendo la captura de paquetes en appliances remotos.
▪ Los equipos tendrán la posibilidad de encargarse con puertos SFP y SFP+
16.1.7.2. Gestión
▪ La solución deberá permitir que los appliances distribuidos funcionen y operen como un único sistema gestionado desde un punto central, en lugar de dispositivos independientes. Asimismo incluirá un
sistema de gestión centralizado a través de GUI que permita la gestión de todos los servicios y appliances como si fueran un único sistema. Está plataforma de gestión no requerirá de hardware o software adicional. Cualquier appliance deberá poder ejecutar las funciones de gestión y/o de servicio.
▪ La solución admitirá autenticación de los administradores mediante RADIUS, LDAP, Directorio Activo,
TACACS, etc.
▪ La solución tendrá la capacidad de gestión fuera xx xxxxx utilizando un interfaz de red dedicado, preferiblemente mediante interfaz iLOM con soporte de estándar IPMI.
▪ Deberá soportar diferentes perfiles de usuarios de administración que permitan granularidad y administración basada en roles.
▪ La solución utilizará métodos de propagación y sincronización de los cambios en los datos en tiempo real y de forma segura garantizando la encriptación de los datos transferidos.
▪ Todos los cambios realizados en la configuración del sistema quedarán registrados. No se permitirán cambios en los appliances remotos sin el control de la estación central de gestión.
▪ El GUI proporcionará mecanismos de chequeo para prevención de errores y soportará la funcionalidad “undo” para los cambios realizados en cualquier función.
▪ Se incluirán herramientas de migración de otros entornos DNS y DHCP (BIND, Microsoft AD). También se incluirá la posibilidad de cargas masivas de datos a través de ficheros CSV, soportándose redes y direcciones IPv4 e IPv6.
▪ Deberá disponer de un procedimiento para actualización de software sencillo. Del mismo modo, dispondrá de mecanismos para gestionar la distribución del nuevo software y realizar el proceso de actualización en los appliances remotos.
▪ El sistema deberá permitir la marcha atrás de una actualización que produzca un estado de inestabilidad, tanto a la versión inmediatamente anterior como a cualquier otra versión inferior.
▪ El sistema soportará mecanismos de backup y restore tanto de configuraciones como de base de datos de forma automatizada. Estos backup’s se podrán realizar vía FTP o TFTP a servidores externos y se podrán realizar de forma segura utilizando servidores que soporten SSHv2.
▪ La solución soportará API RESTful para integración con sistemas de aprovisionamiento.
▪ La solución dispondrá de herramientas que proporcionen estadísticas y tendencias siendo capaz de mostrar la última vez que un dominio o un registro fue preguntado para permitir la limpieza de la base de datos.
16.1.7.3. Funcionalidad DNS (Domain Name System)
▪ Capacidad para actuar con cualquier rol de servidor DNS, primario, secundario, replicación etc.
▪ La solución suministrada deberá ser capaz de funcionar en modo de alta disponibilidad, al menos en modo activo/pasivo, de tal manera que ante la caída del sistema activo, el pasivo sea capaz de reemplazarlo en un tiempo que no interrumpa el normal funcionamiento del servicio de resolución DNS.
▪ La solución podrá soportar la gestión de entornos DNS de Microsoft sin necesidad de instalación de Agentes en los servidores DNS Microsoft remotos. La comunicación con el entorno Microsoft se realizará a través de WMI. Esta funcionalidad permitirá centralizar la gestión de los diferentes servidores DNS de Microsoft que puedan existir.
▪ La solución soportará protocolo DNSSEC (DNS Security Extensions)
▪ Soporte de IDN (Internationalized Domain Name) incorporando una herramienta de conversión Punycode a Unicode y viceversa
▪ Se soportarán comandos y mecanismos para identificar tráfico DNS que pueda ser interpretado como ataques DNS Cache Poisoning, pudiendo limitar tráfico DNS de orígenes específicos.
▪ Soporte para configurar políticas de restricciones en nombres de Hosts. La solución permitirá realizar informes sobre Hosts que no cumplen esas políticas/restricciones.
▪ Soporte de Shared Records en DNS.
▪ Soporte DNS Anycast, OSPF, OSPFv3, BGP y BGPv6.
▪ Soporte DSCP para marcado de las respuestas DNS y poder así priorizar el tráfico DNS.
▪ Automatización de DNSSec. Integración con soluciones HSM (deberá indicarse cuales).
▪ Filtrado de AAAA records (Authentication, Authorization, Accounting and Auditing) en IPv4.
▪ Funcionalidad DNS blacklist para bloquear dominios no permitidos.
▪ Capacidad de redirección de respuestas NXDOMAIN.
▪ Soporte de DNS64 para transiciones a IPv6.
▪ Capacidad de soporte de RPZ (Response Policy Zones) para el control de malware y botnets así como una base de datos de reputación actualizada en tiempo real.
16.1.7.4. Funcionalidad DHCP (Dynamic Host Configuration Protocol)
▪ La solución suministrada deberá permitir la alta disponibilidad del servicio de DHCP de tal manera que no exista un punto único de fallo del sistema, tanto en IPv4 como IPv6, haciendo hincapié en mecanismos que eviten la duplicidad de direcciones IP.
▪ Se soportarán mecanismos que eviten la duplicidad de direcciones IP en las situaciones de failover del miembro activo al pasivo, en las configuraciones de alta disponibilidad.
▪ Soportará DHCPv6 y las características destacadas de IPv6 como los objetos host dual-stack para la transición de IPv4 a IPv6; asignación de redes y campos IPAM IPv6 y la utilidad para separar y unir redes IPv6. Se soportará servicio DHCP para IPv6, tanto stateful como stateless
▪ Capacidad de delegación de servicio de prefijos IPv6
▪ El sistema de DHCP podrá actualizar automáticamente el DNS con las asignaciones nuevas o modificadas
▪ Soporte de DHCP Fingerprint que permita la detección del sistema operativo del equipo permitiendo su clasificación así como la creación de filtros para ofrecer o no una concesión IP. Esta firma estará basada en las opciones que se envían en la petición DHCP y no solo en la dirección MAC. La solución vendrá con firmas predefinidas y permitirá la creación de nuevas firmas de una forma sencilla
▪ Se soportará la integración con VSphere para realizar la integración con el entorno VMWare para sincronizar automáticamente la información relativa a las máquinas virtuales.
▪ La solución podrá soportar la gestión de entornos DHCP de Microsoft sin necesidad de instalación de Agentes en los servidores DHCP Microsoft remotos. La comunicación con el entorno Microsoft se realizará a través de WMI. Esta funcionalidad permitirá centralizar la gestión de los diferentes servidores DHCP de Microsoft que puedan existir.
▪ La solución soportará mecanismos para implementar DHCP autenticado y proporcionar un portal cautivo para la identificación de los usuarios. La autenticación a la plataforma y del portal cautivo debe poder integrarse con RADIUS y Directorio Activo.
▪ Incluirá una interfaz gráfica de gestión para la definición de las opciones avanzadas de DHCP necesarias para ToIP, comunicaciones inalámbricas, etc.
16.1.7.5. Funcionalidad IPAM (IP Address Management)
▪ La arquitectura de los appliance soportará herramientas de IP Address Management. Esto no requerirá hardware o software adicional y se integrará con las herramientas de DHCP y DNS
▪ Incluirá capacidad de búsqueda en el histórico de direcciones IP por dirección IP, MAC Address, Hostname, dirección del servidor, etc.
▪ Se ha de permitir la visualización rápida de grandes secciones del espacio de direcciones de red e incluirá gestión de subredes, adición de atributos IPAM, asistentes de configuración (wizards) para crear redes y subredes, herramientas de búsqueda, dashboards, filtros, favoritos, etc.
▪ Dispondrá de un visor de estado de las direcciones IP y permitirá el establecimiento de alertas en función de diferentes umbrales. Dichas alertas deberán poderse enviar, al menos, por SMTP y como traps SNMP
▪ Soporte de una única concesión IP por cliente y por servidor evitando el desaprovechamiento de direcciones en equipos en movilidad que se conectan a varias redes y consumen una dirección IP en cada red.
▪ La interfaz de gestión IPAM soportará la capacidad de Network Discovery para detectar los dispositivos existentes en la red y obtener los posibles conflictos que pudieran existir. Asimismo, se requiere que la herramienta incorpore mecanismos de descubrimiento de IPs vinculadas a entornos de virtualización.
▪ La interfaz de gestión IPAM permitirá a los usuarios crear filtros de datos específicos que se actualizan dinámicamente, obteniendo y presentando los resultados en tiempo real. Así mismo, incluirá asistentes para las tareas más comunes
▪ La solución incorporará las siguientes funcionalidades IPAM para la provisión y gestión del espacio de direcciones IP:
− Capacidad de agrupar objetos basados en los campos IPAM en una estructura jerárquica tipo carpetas.
− Funcionalidad de siguiente IP disponible.
− Todos los cambios deben poder programarse.
− Función “deshacer”.
− Bloqueo de zonas.
− Capacidad de extender los atributos de las redes IP para la categorización de las mismas desde la herramienta IPAM.
▪ Permitirá incluir información relativa a la electrónica de red asociada a cada IP (Switch name, port name, VLAN, speed, etc.). Por otro lado, se valorará la capacidad para generar informes de inventario de electrónica de red multifabricante, inventariado lógico de redes, rutas, VLANs, puertos, etc. junto con la representación gráfica de la topología de red (agregada, nivel 2, nivel 3, VLANs) y la exportación de la misma a diferentes formatos.
16.1.7.6. Otros requisitos
Asimismo, el licitador habrá de tener en cuenta los siguientes requerimientos:
▪ La plataforma ofertada deberá estar dimensionada para dar servicio a un mínimo de 3000 direcciones IP y poder realizar las funciones de DHCP para todos los equipos y sistemas del AdL.
▪ El adjudicatario deberá incluir también el servicio de mantenimiento directamente del fabricante de la solución durante la duración del contrato con un SLA (8x5NBD).
▪ El licitador deberá proporcionar también 3 referencias de clientes en España en el que se haya desplegado la tecnología propuesta.
La oferta deberá incluir también el servicio de instalación, configuración y puesta en marcha de todos los elementos del sistema hasta su correcto funcionamiento. El proceso de instalación deberá garantizar la transferencia de conocimiento hacia los técnicos municipales. Una vez completada la instalación, la gestión del mismo será llevada a cabo por los técnicos de sistemas del AdL.
16.1.8. Infraestructura de Seguridad
En la actualidad y en el ámbito de la seguridad lógica y de contenidos, el AdL dispone de una plataforma formada por el siguiente equipamiento:
▪ Dos appliance de la marca Fortinet, perteneciente a la serie FortiGate 600B.
Será objeto del contrato realizar la renovación de dicho equipamiento pasando a una solución basada en una plataforma de seguridad lógica y de contenidos de tipo hardware, soportada mediante appliance, que proporcione las siguientes prestaciones y características mínimas:
▪ La solución deberá esta formada por un par de equipos que han de funcionar como una única entidad desde el punto de vista de control y gestión, proporcionando redundancia al sistema ante la caída de cualquiera de ellos. Así mismo deberá existir la posibilidad de configurar los equipos en modo Activo / Activo de tal manera que se aproveche la potencia de los dos nodos en la operativa diaria.
▪ El sistema permitirá la creación de divisiones lógicas dentro del cluster de equipos que le permitan actuar como entidades separadas. Se podrán asignar interfaces físicos de los equipos a cada uno de las divisiones lógicas realizadas.
▪ Densidad de puertos, sin necesidad de ampliaciones de hardware, de al menos:
− 8 puertos 10 GbE SFP+.
− 16 puertos 1 GbE SFP.
− 18 puertos 1 GbE RJ45.
▪ Capacidad para gestionar hasta 12 millones de sesiones concurrentes y procesar hasta 250000 sesiones nuevas por segundo.
▪ Firewall con las siguientes capacidades:
− Modo de operación NAT/Route y transparente.
− Capacidad de definición de programaciones horarias en las reglas de firewall.
− Capacidad de seguimiento de sesiones para, al menos, los siguientes protocolos: dcerpc, dns-tcp, dns-udp, ftp, H.245 I, H.245 O, H.323, MGCP, MMS, PPTP, RSH, SIP, TFTP y TNS (Oracle).
− Soporte de tráfico VoIP: SIP/H.323, SCCP, RTP, etc.
− Soporte de reglas en función de tipo de protocolo.
− Soporte de NAT estático, NAT dinámico, NAT64, PAT.
− Disponibilidad de mecanismos de caracterización de tráfico y QoS en base a direcciones IP con capacidad para determinar anchos xx xxxxx máximos y garantizados, número de conexiones máximas concurrentes, incluyendo el soporte de TOS y DSCP.
− Certificación de ICSA Labs.
− Rendimiento de firewall de al menos 80 Gbps para paquetes de un mínimo de 512 bytes tanto para IPv4 como IPv6.
▪ IPS basado en firmas con actualización en tiempo real con el fabricante del producto, soportando, al menos:
− Protocolos IPv4 e IPv6.
− Capacidad para la definición de firmas de detección propias.
− Detección de anomalías de protocolo.
− Las acciones de IPS deben incluir al menos, la monitorización, el bloqueo, o el “reset” de las conexiones.
− Capacidad para poner en cuarentena direcciones IP (atacantes o atacadas) e interfaces en función de las reglas establecidas de IPS, permitiendo determinar el tiempo de expiración de la cuarentena.
− Protección DOS con capacidad para especificar niveles para TCP SynFlood, escaneo de puertos,
sweep ICMP, y “session flooding”
− Capacidad de definición de reglas IPS en base a firmas específicas o mediante criterios de selección en base a gravedad, destino del ataque, sistema operativo, aplicación, protocolo, etc.
− Certificación de ICSA Labs
− Rendimiento de IPS no inferior a 10 Gbps con paquetes de 512 bytes.
▪ Control de aplicaciones con capacidad para:
− Definición de reglas en función de la categoría de las aplicaciones (P2P, Compartición de archivos, etc).
− Definición de nuevas reglas particulares.
− Control avanzado de mensajería instantánea y redes sociales.
− Capacidad de definición de reglas de control de aplicaciones en base a la categoría de las aplicaciones, riesgo, fabricante, protocolo, etc.
− Inspección de SSH.
▪ Protección de amenazas:
− Antivirus basado en análisis de flujo y/o servicio de “proxy” para HTTP/HTTPS, SMTP/SMTPS, POP3/POP3S, IMAP/IMAPS, MAPI, FTP/SFTP, ICQ y NNTP.
− Capacidad de escaneado heurístico.
− Actualización automática de “patterns” y motores de detección desde Internet, suministrados directamente por el fabricante durante toda la duración del contrato.
− Capacidad de, al menos, 4 Gbps en modo de análisis proxy de antivirus.
− Capacidad de, al menos, 13 Gbps en modo de análisis de flujo.
▪ Filtrado web:
− Filtrado web basado en proxy, análisis de flujo y DNS.
− Capacidad para la definición de nuevas reglas de filtrado manualmente basándose en URL's, tipo de contenido web e información de cabecera MIME.
− Disponibilidad de mecanismos para la inserción, de forma transparente a la navegación del usuario, de parámetros de búsqueda segura en los principales buscadores de Internet (Google, Xxxx, etc).
− Capacidad de definición de roles de filtrado en función de direcciones IP origen.
− Capacidad de definición de roles de filtrado mediante mecanismo de autenticación integrado con, al menos, Active Directory y LDAP. Se valorará la implementación de mecanismos de Single Sign-On.
− Capacidad de filtrado de Applets Java, componentes ActiveX y cookies.
− Capacidad de bloqueo de peticiones POST HTTP.
− Capacidad para establecer cuotas de navegación en base a categorías.
− Actualización automática de la base de datos de categorización desde Internet, suministrada directamente por el fabricante durante toda la duración del contrato. El servicio deberá incluir un mecanismo online para notificar errores de categorización al fabricante mediante acceso web o similar.
▪ VPN vía IPSEC:
− Soporte de pares con DNS estático y dinámico
− Autenticación por preshared key o vía certificado.
− Soporte de IKEv1, IKEv2.
− Soporte de DHCP sobre IPSEC.
− Encriptación DES, 3DES, AES128, AES192 y AES256.
− Autenticación MD5, SHA1, SHA256, SHA384 y SHA512.
− Soporte de grupos 1,2, 5 y 14 xx Xxxxxx-Xxxxxxx.
− Soporte de cliente y servidor Xxxxx.
− Soporte de clientes Android e IOS. El sistema implantado deberá permitir la finalización de túneles IPSEC para todos los dispositivos móviles indicados en los diferentes epígrafes de Terminales Móviles (Gama Alta, Gama Media, Gama Estándar y Tablets) de este PPT, todo ello sin necesidad de adquirir licencias ni elementos hardware o software adicionales.
− Rendimiento de VPN vía IPSEC no inferior a 50 Gbps para paquetes de al menos 512 bytes.
▪ VPN vía SSL
− Soporte en modo túnel.
− Soporte de modo “port-forwarding” utilizando un Applet Java.
− Soporte de test de dispositivo previo al establecimiento del túnel SSL, al menos en plataforma Windows.
− Rendimiento de VPN vía SSL de al menos 4 Gbps.
▪ Actualización de todas las funcionalidades durante el periodo de la duración del contrato.
▪ Herramienta de Análisis: Se deberá suministrar con la solución una herramienta de almacenamiento de los logs del equipo que permita:
− Sistema basado en appliance o bien virtualizado dentro de los nodos ESXi corporativos.
− Almacenamiento con capacidad y licenciamiento para al menos 6GB de logs diarios sin limitación de ancho xx xxxxx de logs por segundo.
− Capacidad total y licenciada del sistema superior a 1 TB.
− El sistema deberá permitir almacenar mediante alguna solución los logs, al menos en modo "RAW" de hasta un año de antigüedad. Se aceptará como mecanismo la utilización de servidores Syslog corporativos para esta tarea, siempre que la misma no precise licenciamiento adicional.
− Visualización de los logs históricos y en tiempo real.
− Capacidad de realizar búsquedas y de filtrado de los logs.
− Capacidad de visualización/descarga de los archivos “interceptados” por el sistema.
− Generación de informes referentes a las funcionalidades del sistema (Antivirus, IPS, Filtrado Web, etc).
− Generación de informes de tráfico cursado por el sistema.
− Establecer alertas en función de niveles de gravedad de los mensajes con capacidad para enviar dichas alertas, al menos, vía SNMP y SMTP.
La oferta deberá incluir la actualización permanente de todas las funcionalidades incluidas en las herramientas durante el periodo de vigencia del contrato. Asimismo, incluirá también el servicio de instalación, configuración y puesta en marcha de todos los elementos del sistema hasta su correcto funcionamiento. El proceso de instalación deberá garantizar la transferencia de conocimiento hacia los técnicos municipales. Una vez completada la instalación, la gestión del mismo será llevada a cabo por los técnicos de sistemas del AdL.
Finalmente, el adjudicatario deberá incluir el soporte y mantenimiento de todo el sistema directo del fabricante y durante todo el período del contrato con un SLA de alta disponibilidad (24x7) con 4 horas para la primera atención y un tiempo de sustitución de equipo inferior a 72 horas desde el momento del aviso al tratarse de un sistema crítico.
16.1.9. Servicio de Fax.
En la actualidad, el AdL dispone de casi una treintena de faxes de diversos modelos y fabricantes repartidos en varias sedes, estando todos ellos conectados a salidas analógicas.
Será objeto del contrato la incorporación de una herramienta de envío/recepción de faxes que cumpla los siguientes requisitos mínimos:
▪ Permita el envío y la recepción de faxes desde cualquier aplicación con capacidades para imprimir compatible con Windows XP o superior.
▪ El sistema debe poder ser gestionado de forma centralizada.
▪ El sistema estará formado por un servidor central dimensionado para poder prestar adecuadamente, cuando menos, el mismo servicio de envío y recepción de faxes que el AdL dispone en la actualidad (mínimo 30 faxes independientes).
▪ El sistema será responsable de recibir y almacenar los faxes entrantes.
▪ También será capaz de remitir en formato PDF y automáticamente los faxes recibidos a buzones
de correo corporativo, o bien disponer de una herramienta web en la que los usuarios puedan consultar los faxes recibidos.
▪ La herramienta deberá integrarse con los servicios de directorio de Microsoft (Active Directory).
La oferta deberá incluir también el servicio de instalación, configuración y puesta en marcha de todos los elementos del sistema hasta su correcto funcionamiento. El proceso de instalación deberá garantizar la transferencia de conocimiento hacia los técnicos municipales. Una vez completada la instalación, la gestión del mismo será llevada a cabo por los técnicos de sistemas del AdL.
Del mismo modo, el adjudicatario deberá incluir en su oferta el soporte y mantenimiento de la totalidad del servicio de fax, durante el período del contrato con un SLA de tipo (8x5xNBD).
16.1.10.Herramienta de Gestión y Administración de Dispositivos Móviles.
Debido a la gran expansión existente en el mundo de los dispositivos móviles y la gran variedad de funcionalidades que estos pueden ofrecer, el AdL desea disponer de una solución de movilidad que le permita gestionar, de una manera centralizada, remota y segura, todos sus dispositivos móviles (smartphones, tablets, etc.).
Las funcionalidades mínimas requeridas para este servicio son:
▪ Soporte, al menos, de plataformas Android 2.x o superior, iOS 4 o superior y Windows Phone 7 o superior
▪ Capacidad de integración con:
− Servicios de mensajería, calendario y contactos de Microsoft Exchange, IBM Lotus Notes, Apple iCal, Apple iCloud y sistemas estándar IMAP y POP3
− Servicios de autenticación al menos con OpenLDAP, Open Directory y Microsoft Active Directory
▪ La solución suministrada podrá basarse en una solución on-site en los servidores de AdL o bien en formato cloud. En ambos casos se debe garantizar la encriptación de las comunicaciones entre los dispositivos móviles y la plataforma. En caso de optar por la opción basada en cloud la solución deberá cumplir los siguientes requisitos:
− Proporcionará un mecanismo seguro de comunicación con la red corporativa a efectos de integración con los servicios corporativos (Directorio, etc.).
− Será una solución abierta a la portabilidad, entendiendo como tal que habrá de permitir migrar y obtener con facilidad los datos en ella alojados en un formato válido e interoperable para proporcionárselos al AdL o al proveedor que éste determine, debiéndose garantizar en todo momento la disponibilidad de los mismos y la continuidad del servicio.
− Garantizar durante todo el tiempo de la prestación del servicio que los servidores, los recursos necesarios para soportar la solución y los datos gestionados por ella, se encuentran dentro del Espacio Económico Europeo (incluso en el caso de que se produzcan subcontrataciones), asegurándose así un nivel de protección, derechos y obligaciones de los mismos adecuado a lo establecido en la regulación española.
− El servicio deberá ser auditable o transparente en relación al control de la localización de los datos gestionados. En este sentido, el AdL podrá reclamar información precisa de dónde, cuándo y quién ha almacenado o procesado sus datos (dentro de los recursos propios del proveedor o de la cadena de subcontrataciones), y en qué condiciones de seguridad se ha producido.
− Una vez finalizada la prestación del servicio y migrados los datos, el proveedor del servicio se comprometerá a no conservar ningún dato relacionado con el contrato, garantizando el borrado seguro de los mismos, debiendo proporcionar al AdL una certificación de la destrucción de los mismos.
▪ Capacidad de registro de dispositivos en el sistema individualmente o masivo. Se debe disponer adicionalmente de un mecanismo de auto-registro que pueda ser utilizado por el usuario final del dispositivo.
▪ Definición de políticas de seguridad de los dispositivos que establezcan, al menos, los siguientes parámetros:
− Aplicaciones permitidas y denegadas.
− Complejidad de contraseñas del dispositivo.
− Encriptación del almacenamiento del dispositivo requerido.
− Restricción de funcionalidades del dispositivo (cámara, GPS, etc).
− Definición de conexión de red WiFi y VPN autorizadas y su configuración correspondiente.
▪ Monitorización de los dispositivos gestionados incluyendo:
− Estado del terminal tanto de hardware, como software y configuración.
− Ubicación geográfica del terminal (esta funcionalidad deberá ser optativa).
− Definición de alertas en base a cambios en la situación del equipo (cambio de IMEI o ICC de la tarjeta, “rooteo” o “jailbreak” del terminal, etc).
▪ Inventariado de dispositivos, incluyendo:
− Parámetros hardware del terminal y la SIM.
− Datos de estado del dispositivo, incluyendo batería, etc.
− Datos de rendimiento y ocupación de memoria y almacenamiento.
− Aplicaciones instaladas.
− Configuraciones existentes en el terminal, incluyendo las redes configuradas.
− Capacidad para realizar el inventario planificado o bajo demanda, siempre de un modo silencioso que no interrumpa el uso normal del dispositivo.
▪ Capacidad de definición de políticas de dispositivos que permitan la caracterización de grupos dispositivos a los que se les aplicarán las configuraciones. Los cambios en los perfiles deben desencadenar (automáticamente, de manera manual o programada) la actualización de los dispositivos pertenecientes al grupo de los usuarios en modo silencioso.
▪ Consola de administración que permita:
− Creación de roles de acceso a la herramienta con diferentes autorizaciones para realizar operaciones.
− Mantenimiento de los perfiles de agrupación de los terminales.
− Reconfiguración de los parámetros del terminal y su pertenencia a los perfiles establecidos.
− Ejecución de comandos remotos en el terminal que desencadenen acciones en tiempo real o de forma programada. Entre los comandos disponibles deberá ser posible el borrado remoto del dispositivo y la localización del mismo mediante GPS en caso de emergencia.
− Especificación de los parámetros de seguridad y encriptación.
− Consulta y planificación del inventario de dispositivos y su configuración.
− Instalación remota de aplicaciones.
− Se valorará la posibilidad de disponer de una diagnosis remota del terminal y de disponer de un mecanismo de control remoto del mismo.
− Emisión de informes de resumen y detalle de la plataforma gestionada.
▪ El mecanismo de aprovisionamiento del terminal debe permitir la configuración de los siguientes elementos:
− Instalación de aplicaciones tanto corporativas como no corporativas.
− Redes WiFi y configuraciones de VPN y acceso a redes.
− Configuración de correo corporativo mediante IBM Lotus Notes y/o Microsoft Exchange.
− Parámetros de seguridad del dispositivo (Complejidad de contraseñas, encriptación, etc...)
− Envío de marcadores de URLs corporativos para acceso a servicios privados o públicos.
− Restricciones de uso del terminal (Función xx Xxxxxx, GPS, acceso a aplicaciones, etc.)
▪ El servicio permitirá establecer reglas de “cumplimiento” que permitan la exclusión automática de la conexión al sistema del dispositivo.
▪ Configuración de características como apagado automático.
▪ Se deberá incluir la opción BYOD (Bring Your Own Device) en la herramienta de gestión para el 10% de los terminales y dispositivos móviles incluidos en esta oferta.
Asimismo, el adjudicatario deberá incluir en su oferta el soporte y mantenimiento de la herramienta, directo del fabricante para todo el período del contrato con un SLA de tipo (8x5xNBD).
16.2. Telefonía Fija Corporativa
16.2.1. Situación Actual
En la actualidad el AdL dispone de servicios de transmisión de tráfico de voz metropolitano, provincial, interprovincial, internacional, hacia todas las redes de telefonía móvil y servicios de inteligencia de red. Además, dispone de conexión a la red de telefonía básica (RTB) y conexión RDSI mediante accesos básicos y primarios en diferentes sedes.
Asimismo, dispone de una planta heterogénea de aproximadamente 900 extensiones, de las cuales 100 son voz sobre IP (VoIP) y, por último, dispone de servicios especiales de tipo 900, 092 y 010.
Para más detalle, sobre la distribución de las extensiones de telefonía fija, VoIP, servicios especiales y conectividad RTB y RDSI pueden consultarse los epígrafes “Telefonía Fija”, “Servicios Especiales” y “Conectividad Voz” del documento Anexo Situación Actual.
16.2.2. Servicios a ofertar
16.2.2.1. Servicios de transmisión de voz
Todos los servicios de voz se realizarán dentro del término municipal xx Xxxxxxx, a excepción de las ubicaciones correspondientes a la Unidad Técnica de Aguas y la Colonia Municipal xx Xxxxx que se encuentran en los municipios de Lardero y Xxxxx xx Xxxxxxx respectivamente, ambos pertenecientes a la Comunidad Autónoma de La Rioja.
De forma general, deberán tenerse en cuenta las siguientes consideraciones:
▪ El adjudicatario deberá ser capaz de suministrar en cualquier punto del municipio, al menos los siguientes servicios de conexión:
− Conexión de Red Telefónica Básica para una o varias líneas telefónicas (pudiendo configurarse éstas en grupo xx xxxxx). En los casos en que el AdL determine, la instalación de este servicio incluirá la colocación de un teléfono estándar RTB o equivalente.
− Conexión de EURO RDSI para uno o varios accesos básicos (pudiendo configurarse éstas en grupo xx xxxxx). En los casos en que el AdL lo determine, la instalación de este servicio incluirá la colocación de un teléfono estándar RDSI.
− Conexión de EURO RDSI para uno o varios accesos primarios. Se requiere la capacidad de establecer mecanismos de balanceo y respaldo entre primarios, al menos en la ubicación de la Casa Consistorial, sita en Xxxxxxx xx xx Xxx, 00 xx Xxxxxxx y en la ubicación de Policía Local en la xxxxx Xxxxxxxx 00.
▪ El adjudicatario proveerá todas las líneas de acceso (analógicas, RDSI, etc.) que sean necesarias para el correcto funcionamiento de la infraestructura. Para ello al menos se deberán considerar 5 Primarios de voz fija que se balancearan entre ellos y deberán estar físicamente diversificados, tanto en accesos
dedicados como en redundancia de conexión con las centrales públicas. Además y para poder disponer de redundancia física será necesario proveer un mínimo de un primario adicional situado en una sede de backup, con objeto de garantizar la disponibilidad del servicio.
▪ Sobre los servicios de conexión especificados con anterioridad, el licitante deberá suministrar los siguientes servicios de transmisión:
− Tráfico de voz metropolitano.
− Tráfico de voz provincial.
− Tráfico de voz interprovincial.
− Tráfico de voz internacional.
− Tráfico de voz hacia todas las redes de teléfonos móviles.
− Tráfico hacia servicios de inteligencia de red. (Líneas 900, 010, etc.)
▪ Dentro de los servicios de transmisión de voz se deberá incluir el servicio de números de tres cifras correspondientes al 010 y el 092 de acuerdo con el marco legal vigente, incluyendo las garantías necesarias para el correcto funcionamiento de éste servicio.
▪ El adjudicatario se compromete a mantener la numeración actual de los servicios de voz del AdL en los casos en que así sea requerido. Asimismo, en caso de ser requerido el adjudicatario estará obligado a trasladar cualquiera de los números de abonado existentes como DDI (Direct Dial-In) a alguno de los enlaces RDSI (básico o primario) existentes o contratados posteriormente.
▪ El servicio de voz proporcionado deberá permitir las mismas funcionalidades principales que existen en la actualidad (Presentación de la identidad, Ocultación de la identidad, Llamada en espera..)
▪ Por su parte, las líneas RDSI deberán también conservar sus funcionalidades principales (Marcación directa entrante, Presentación/Restricción de identidad del usuario llamante, Portabilidad de Terminales, etc.)
▪ Con el objetivo de realizar una optimización de accesos y líneas del AdL existentes, se ejecutará dentro del alcance la consolidación de toda la numeración de las sedes (DDIs) en los primarios a los que se deberá migrar dicha numeración. Es requisito que se mantengan las numeraciones existentes y en cualquier caso, se ampliará tal y como queda recogido en el apartado posterior.
▪ Todas las llamadas realizadas desde la telefonía fija a móvil se realizarán obligatoriamente a través de la línea dedicada por la que se presta el enlace de llamadas fijo a móvil que existe en la actualidad, siendo responsabilidad del adjudicatario la configuración e instalación de la infraestructura necesaria para que no produzca saturación de la misma.
▪ Se valorará que la prestación de servicios de telefonía fija sea realizada preferentemente mediante medios físicos dedicados. Para ello, las empresas licitadoras deberán poder acceder mediante una red propia o acuerdos con operadores a los servicios de una red implantada en el municipio con accesos analógicos, digitales, servicios portadores y suplementarios, red inteligente, etc. todo ello con el fin de garantizar los compromisos de calidad ofrecidos, los planes de implantación y operación propuestos, el mantenimiento de los servicios ofertados y la provisión de nuevos servicios en cualquier punto en el que el AdL lo solicite.
16.2.2.2. Servicios Telefónicos Temporales
En ocasiones, el AdL precisa contratar servicios de telefonía y datos de manera temporal o transitoria (RTB´s, ADSL´s, RDSI´s y servicios de red inteligente 900,901 o 902). Cuando así fuera, y tras petición previa del AdL, el licitador deberá ser capaz de proveer los servicios transitorios requeridos para atender las necesidades específicas derivadas de eventos que se celebren en cualquier punto de la provincia. La duración de dichos servicios se extenderá hasta la finalización del evento o la necesidad con una limitación máxima de dos meses.
Por ello, el licitador deberá ofertar el portafolio de servicios transitorios que es capaz de ofrecer. En dicho listado se incluirá el coste del alta en el servicio y el prorrateado de uso diario.
16.3. Telefonía Móvil Corporativa
16.3.1. Condiciones Generales
El objetivo global del servicio de Telefonía Móvil Corporativa del AdL es dotar a los usuarios de un servicio de telefonía móvil que, de forma general, deberá disponer de las más avanzadas funcionalidades permitidas por la tecnología actual, constituyendo una extensión móvil de la Red de Telefonía Corporativa en servicios, numeración y funcionalidades.
El alcance de los servicios especificados en este epígrafe comprenderá la instalación, configuración y puesta en marcha, así como la gestión y el mantenimiento de todos los elementos constituyentes de los Servicios de Telefonía Móvil, incluido el suministro inicial, mantenimiento y reposición de terminales móviles o, en su defecto, el mecanismo de renovación de terminales a implementar. Asimismo se incluirán también los servicios de comunicaciones de voz y transmisión de datos en movilidad debiéndose mantener en todo momento la numeración DDI existente en la actualidad (patrones de numeración 618273xxx y 618274xxx). En caso de requerirse por parte del AdL o en caso de agotamiento de las numeraciones disponibles en dichos rangos, el adjudicatario estará obligado a suministrar nuevos rangos de numeración correlativos para continuar con la implementación del servicio.
De forma general, los servicios de comunicaciones móviles deberán estar soportados por estaciones base con tecnología digital de última generación que satisfagan las recomendaciones y normativas internacionales, siendo el proveedor responsable del diseño de la arquitectura de red que soportará el servicio. Asimismo, la red deberá ser actualizada de forma continua por el adjudicatario, adaptando el servicio a las tecnologías vigentes y manteniendo las funcionalidades más avanzadas en la prestación del servicio.
Será responsabilidad del adjudicatario mantener la continuidad del servicio de forma que cualquier cambio que deba realizar para implantar su solución o para evolucionarla sea totalmente transparente para los usuarios, sin producir interrupción ni degradación de la calidad del servicio.
16.3.2. Situación Actual
En la actualidad el AdL cuenta con un parque de aproximadamente 280 líneas móviles asociadas a otros tantos terminales de su propiedad y 150 líneas M2M. La telefonía móvil se encuentra integrada con la fija mediante un enlace primario con el Operador de 2 Mbps, lo que permite la creación de una red corporativa con marcación de 4 dígitos. Asimismo también dispone de un servicio de VPN para acceso a la Intranet Corporativa basado en la infraestructura del actual adjudicatario del servicio.
16.3.3. Servicios a ofertar
Se definen en los siguientes epígrafes los requisitos mínimos exigidos para los distintos productos y servicios requeridos sobre la red de comunicaciones móviles. A saber:
▪ Servicios de comunicaciones de voz
▪ Servicio de envío y recepción de SMS
▪ Servicio de transmisión de datos en movilidad
▪ Servicio de gestión de dispositivos M2M
16.3.3.1. Servicios de comunicaciones de voz
16.3.3.1.1. Servicio de Red Privada Virtual (VPN)
El concepto de la solución deseada es el de Red Privada Virtual (VPN – Virtual Private Network), tanto a nivel
de funcionalidades como de facturación. Los licitadores contemplarán la implantación de una VPN que integre tanto el parque de teléfonos móviles del AdL como las extensiones VoIP dependientes de las centrales conectadas a las PBX corporativas. Para dicha implementación, el adjudicatario, en conjunto con el AdL establecerán un plan de numeración a 4 ó 5 cifras para los terminales móviles y extensiones VoIP, de tal manera que se puedan realizar llamadas entre cualquier terminal integrante de la VPN mediante dicha numeración corta.
Se prestará un servicio de comunicaciones móviles de voz que proporcionará, como mínimo, las siguientes prestaciones o servicios:
▪ A efectos de facturación, se considerarán llamadas internas del AdL tanto las comunicaciones entre usuarios móviles internos como las comunicaciones realizadas entre extensiones de telefonía fija y usuarios móviles internos.
▪ Las llamadas entre móviles internos y las de fijo interno a móvil interno y viceversa, serán facturadas como llamadas internas del AdL tanto si el usuario establece la comunicación usando la marcación abreviada, como si hace uso del número público.
▪ Se debe poder llamar directamente del terminal móvil a las extensiones internas VoIP y viceversa por medio del número corto, tanto para las extensiones móviles como para las extensiones de telefonía fija.
▪ La marcación de un número, que no sea interno, desde un móvil corporativo, no precisará la anteposición de ninguna cifra, a excepción de los números correspondientes a servicios especiales o de emergencia (092, etc.)-
▪ En el dispositivo móvil se debe de identificar al llamante, bajo la forma de número corto en el caso de llamadas internas corporativas, y con el número completo si el llamante es externo.
▪ Para realizar la interconexión entre la red de telefonía fija y móvil se utilizarán enlaces de Nx2Mbps u otra solución alternativa de calidad en función del tráfico que exista, cumpliendo al menos las siguientes características:
− Se deberán suministrar, al menos, dos enlaces de 2Mbps ubicados en sedes diversificadas del AdL, dichas sedes deberán coincidir con la diversificación establecida en el apartado que describe la configuración de la PBX corporativa.
− Se deberá garantizar en los enlaces suministrados al menos un 30% de capacidad residual de valor medio en horario de 8:00 a 15:00 en días laborables
▪ Como hecho excepcional, y con el fin de evitar incomunicaciones ante una saturación puntual o avería ocasional, el adjudicatario debe promover que, en caso de que no sea posible el encaminamiento de comunicaciones móvil-fijo por las rutas previstas (adjudicatario-AdL), que éstas se efectúen a través del operador público de Telefonía fija correspondiente, manteniéndose las tarifas.
▪ El coste de cualquier enlace o infraestructura necesaria para la interconexión entre redes deberá ser asumido por el adjudicatario.
16.3.3.1.2. Servicios Adicionales
Adicionalmente, el Servicio de Telefonía Móvil Corporativo, deberá incluir los siguientes servicios mínimos:
1. Restricciones sobre el uso del terminal móvil. Existirá la posibilidad de establecer restricciones, como mínimo, en los siguientes aspectos:
− Destino de llamadas. Proporcionando niveles de restricción entre llamadas en red VPN, nacionales e internacionales.
− Roaming: Deberá poderse activar o desactivar el servicio de comunicaciones fuera del territorio nacional y establecer límites de consumo para voz y datos de acuerdo a las necesidades
específicas que se planteen. Por defecto las líneas deberán tener desactivada la capacidad de datos en itinerancia.
− Listas Negras. Deberá poderse realizar la restricción de llamadas a una lista de teléfonos prefijados, o agrupación de números en función de su numeración.
− Listas blancas. Establecer permiso de llamada exclusivamente a una lista de números prefijados o agrupación de números en función de su numeración.
− Restricción de ser llamado en el extranjero solo por miembros de su grupo.
− Horario. Restricción del servicio en función de un horario determinado.
− Consumo. Establecimiento de límites de consumo por línea o por grupo de líneas. Cada usuario podrá recibir información (bajo demanda o proactivamente) de que está alcanzando al límite de consumo establecido.
− Limitaciones en función del tipo de tráfico. Mensajes SMS o MMS, datos, etc.
2. Buzón de voz. Todas las líneas móviles tendrán posibilidad de usar un servicio xx xxxxx de voz, que dispondrá como mínimo de las siguientes prestaciones:
− Notificación mediante SMS de la existencia de un nuevo mensaje con indicación del número origen del mismo (sin costo).
− Configuración en línea de las características xxx xxxxx (mensaje bienvenida, clave de acceso, etc.)
3. Servicio de Llamadas Perdidas.
4. Marcación abreviada. Debe permitir a los usuarios del AdL marcar un número menor de dígitos para aquellos números externos a la red privada virtual más usados.
5. Facilidades generales de tratamiento de llamadas. Identificación de la línea llamante, ocultación de la identidad de la línea llamante, llamada en espera, desvíos de llamadas, etcétera.
6. Perfiles de Usuario. Se permitirá crear agrupaciones de usuarios con una determinada configuración del servicio (restricciones, límites de consumo, etc.).
7. Integración de dos líneas diferentes (Tarjetas Duales). Existirá la posibilidad de integrar dos líneas diferentes (números telefónicos diferentes) en una única tarjeta SIM para posibilitar el uso del móvil en los ámbitos laboral y personal, pudiéndose obtener la facturación separada de ambos números.
8. Agregación de un segundo teléfono (Duplicación de Tarjeta). Se permitirá realizar la agregación de un segundo dispositivo (teléfono fijo o móvil o dispositivo) perteneciente al AdL, a la línea de telefonía móvil, de forma que las llamadas dirigidas a la línea puedan recibirse en ambos dispositivos.
9. Tarificación. El adjudicatario deberá proporcionar información de tarificación detallada por cada terminal, mediante la emisión periódica o a demanda de informes o estadísticas. Asimismo, el AdL podrá solicitar los registros de llamadas realizadas por cualquier extensión o número individual de la organización así como la información del coste que hubiera supuesto según las tarifas estándar del operador, si no hubieran estado sujetas a facturación concertada.
10. Sistema de Gestión. Incorporación de un sistema de gestión que permita obtener toda la información necesaria para la administración de las restricciones, el tráfico generado mensualmente, la posibilidad de tarificación mediante agrupaciones, y la monitorización completa del funcionamiento del Servicio de telefonía móvil corporativa.
11. Mensajería: Deberá proporcionarse servicio de envío y recepción de mensajes de voz, mensajes cortos (SMS) y mensajes multimedia (MMS).
12. Consulta en Línea. Posibilidad de consulta en cada línea del consumo acumulado y del saldo restante.
13. Servicio de Asistencia Personalizado. El licitador deberá ofertar un servicio de asistencia a usuarios para la resolución de incidencias, que estará atendido por personal específicamente asignado al proyecto.
14. Roaming Voz y Datos.
16.3.3.2. Servicio de datos en movilidad
El licitador deberá disponer y ofertar el servicio de transmisión/recepción de datos en movilidad. La tecnología de red empleada por el licitador para la prestación de este servicio deberá adecuarse a los estándares europeos, y corresponderse con los terminales y/o dispositivos de acceso ofertados como parte de este contrato. Se dispondrá como mínimo del servicio GPRS con carácter global y 4G en el núcleo urbano de la ciudad o en su defecto, dicho servicio deberá implantarse en los primeros 6 meses de vigencia del contrato. En cualquier caso y de forma específica, el adjudicatario estará obligado a proporcionar cobertura 4G en el interior de cualquier edificio municipal que el AdL requiera en función de sus necesidades.
El acceso al servicio de datos podrá realizarse tanto desde terminales telefónicos móviles, routers, módems USB o los dispositivos que el AdL considere más adecuados en cada momento.
Asociado a este servicio de datos, y dentro del apartado de suministro de terminales, el licitador deberá estar en disposición de suministrar los terminales móviles que permitan aprovechar estas tecnologías de envío de datos, en especial aquellas que permitan la integración y disponibilidad del servicio en equipos informáticos de tipo PC portátiles, tablets y equivalentes.
Dentro del servicio de tráfico de datos en movilidad podemos distinguir:
▪ Acceso a Internet.
▪ Correo electrónico en movilidad
16.3.3.2.1. Acceso a Internet
En la actualidad el AdL cuenta con un grupo de usuarios con terminales móviles que permiten el acceso a Internet usando tecnologías GSM, GPRS o UMTS en sus diferentes versiones y modalidades. Asimismo, se cuenta con acceso a Internet en movilidad haciendo uso de tarjetas tipo PCMCIA y MODEM USB con soporte de esas tecnologías.
El servicio de navegación por Internet ofertado deberá, al menos, mantener dichas prestaciones junto con la incorporación de las tecnologías vigentes a lo largo de la duración del contrato. El equipamiento de acceso a los servicios de datos en movilidad (terminales telefónicos, tarjetas PCMCIA's o MODEM’s USB) será considerado, en todos los casos, como terminal corporativo.
El servicio de acceso a Internet debe facilitarse tanto en cobertura nacional como en itinerancia en el extranjero. El adjudicatario deberá presentar la relación de países en los que el servicio está disponible junto con el incremento del coste que, en cada caso, esto pudiera suponer.
Los servicios de acceso a Internet y datos en movilidad se facturarán en modo tarifa plana. No obstante, el adjudicatario deberá proveer y mantener los mecanismos necesarios para que el AdL pueda establecer las políticas de control de consumo que considere pertinentes en cada momento.
16.3.3.3. Servicio M2M (Machine To Machine Communications)
Actualmente, y en determinadas sedes o instalaciones del AdL, se dispone de diversas líneas móviles de carácter especial (aproximadamente 150), que habrán de sean mantenidas en las nuevas propuestas. Estas son las llamadas líneas M2M (Machine To Machine) y tienen por objeto la comunicación entre dispositivos y cuyo uso corresponde, entre otros, a servicios tales como:
▪ Líneas de emergencia en ciertas sedes, para evitar el aislamiento de usuarios ante el fallo de la solución de telefonía corporativa.
▪ Líneas para servicio xx xxxxxxx en ascensores, adecuadas a la normativa vigente en la materia.
▪ Líneas para conexión con central de alarmas en las ubicaciones requeridas.
▪ Líneas para el control remoto xx xxxxxxxx, cuadros eléctricos, paneles, etc.
▪ Líneas conectividad sistema avanzado para la navegación de los autobuses municipales.
El licitador deberá incluir en su propuesta una solución de M2M, que esté basada en una herramienta de gestión y monitorización remota, que cubra las necesidades actuales y que además disponga de capacidad de escalabilidad para cubrir las necesidades futuras.
Las funcionalidades que deberán incluirse dentro de la plataforma M2M ofertadas deberán ser, al menos, las siguientes:
▪ Capacidad de definición de diferentes roles de acceso a la plataforma de gestión con diferentes niveles de autorización (consulta, modificación, administración, etc...).
▪ Control del ciclo de vida de las tarjetas M2M, incluyendo la provisión de la mismas y los procesos asociados a su activación inicial.
▪ Capacidad para alterar desde la herramienta de gestión los planes asignados a cada uno de las tarjetas SIM.
▪ Capacidad de ejecución de diagnósticos de la SIM para verificar su correcto funcionamiento.
▪ Consulta en tiempo real de consumos y estado de los planes de cada una de las tarjetas SIM.
▪ Capacidad de configurar alertas personalizadas (cambio de IMEI de equipo, cambio de ubicación de tarjeta SIM, exceso de consumo, perdida de comunicación, etc).
▪ Localización georeferenciada por triangulación de antenas de las tarjetas SIM.
▪ Emisión de informes.
▪ Gestión flexible de líneas.
▪ Predeterminación de perfiles.
▪ Posibilidad de interacción de forma remota y centralizada.
▪ Posibilidad de asignar en tiempo real funcionalidades del tipo tiempo límite de consumo de cada una de las líneas, etc.
▪ La plataforma deberá poder ser auto-gestionada o cedida para su gestión.
▪ Permitirá obtener mapas de ubicación y cobertura.
▪ Permitirá generar alertas ante incidencias.
La plataforma residirá preferentemente en las infraestructuras del AdL, pero también podrá ofertarse en formato cloud. En este último caso, deberá cumplir los siguientes requisitos:
▪ Proporcionará un mecanismo seguro de comunicación con la red corporativa a efectos de integración con los servicios corporativos (Directorio, etc.).
▪ Será una solución abierta a la portabilidad, entendiendo como tal que habrá de permitir migrar y obtener con facilidad los datos en ella alojados en un formato válido e interoperable para proporcionárselos al AdL o al proveedor que éste determine, debiéndose garantizar en todo momento la disponibilidad de los mismos y la continuidad del servicio.
▪ Garantizar durante todo el tiempo de la prestación del servicio que los servidores, los recursos necesarios para soportar la solución y los datos gestionados por ella, se encuentran dentro del Espacio Económico Europeo (incluso en el caso de que se produzcan subcontrataciones), asegurándose así un nivel de protección, derechos y obligaciones de los mismos adecuado a lo establecido en la regulación española.
▪ El servicio deberá ser auditable o transparente en relación al control de la localización de los datos gestionados. En este sentido, el AdL podrá reclamar información precisa de dónde, cuándo y quién ha almacenado o procesado sus datos (dentro de los recursos propios del proveedor o de la cadena de subcontrataciones), y en qué condiciones de seguridad se ha producido.
▪ Una vez finalizada la prestación del servicio y migrados los datos, el proveedor del servicio se
comprometerá a no conservar ningún dato relacionado con el contrato, garantizando el borrado seguro de los mismos, debiendo proporcionar al AdL una certificación de la destrucción de los mismos.
16.3.4. Terminales y otros dispositivos móviles
La propuesta del licitador deberá recoger obligatoriamente la necesidad de suministro/sustitución de la totalidad del parque de teléfonos y dispositivos de comunicaciones móviles del AdL, debido a que, en su mayoría, se trata de terminales desfasados y/o muy deteriorados.
En caso de que, para la sustitución del parque completo de terminales móviles, el licitador considerara debiera llevar a cabo programación o adecuación de los mismos para el funcionamiento en su red, será éste el encargado de realizar esos trabajos de adaptación, sin pérdida alguna de funcionalidad, sin coste adicional y evitando, en lo posible, las molestias e interrupción del servicio a los usuarios de los dispositivos.
Para garantizar que el AdL cuente con un parque de terminales y dispositivos móviles plenamente operativo, actualizado y capacitado para la utilización de los servicios de valor añadido en movilidad de forma permanente, el licitador incluirá un programa de renovación de terminales y dispositivos móviles cada 2 años. Dado que el contrato se extiende por un periodo de 4 años, se deberá realizar una renovación inicial completa y otra renovación a partir del 24º mes. Las condiciones y plazos particulares para la ejecución de dichas renovaciones serán establecidas por el AdL.
Al respecto de la renovación inicial y al inicio del contrato, el AdL exigirá que los terminales y dispositivos móviles de los usuarios se encuentren completamente operativos (con las nuevas tarjetas si hubiera habido un cambio de operador) y con todos los dispositivos en buen estado. A tal fin, indicará al adjudicatario cuantos dispositivos y de qué tipo son los que se ha de sustituir. Será responsabilidad del nuevo adjudicatario la puesta en marcha de los terminales y dispositivos móviles con sus respectivas tarjetas.
Con objeto de realizar el suministro se establecen tres categorías dispositivos móviles:
▪ Terminales Telefónicos de Gama Alta.
▪ Terminales Telefónicos de Gama Media.
▪ Terminales Telefónicos de Gama Estándar.
▪ Otros dispositivos móviles
Los requerimientos de prestaciones mínimos para cada una de las categorías, son las siguientes:
Terminales Telefónicos Gama Alta
Mínimo 45
Android 4.0 o superior Mayor o igual de 5 pulgadas Al menos 1080x1920
Giroscopio, Acelerómetro, Sensor luz ambiental, Brújula, Sensor proximidad
Barómetro, Temperatura y humedad. Al menos 1.9 GHz (quad-Core)
Al menos 2GB
Al menos 16GB (disponibles al usuario al menos 8GB) Capacidad para admitir tarjetas de hasta 64 GB.
4G LTE en las bandas de 800/850/900/1800/2100/2600 MHz HSPA en las bandas de 850/900/1900/2100 MHz
EDGE/GPRS en las bandas 850/900/1800/1900 MHz WiFi IEEE 802.2.11 a/b/g/n
V4.0 o superior
Soportado
Trasera de 13MP con flash LED. Delantera de al menos 2 MP Iones de litio 2600 mAh Tiempo de conversación (+15 horas). Tiempo en espera superior a 300 horas.
Al menos con servicio de A-GPS y GLONASS
Nº Terminales Sistema Operativo Tamaño Pantalla Resolución
Sensores Incluidos
Velocidad Procesador Memoria RAM Memoria
Tarjeta SD Conectividad WAN
Conectividad WLAN Bluetooth
NFC
Cámara Batería
Posicionamiento
Terminales Telefónicos Gama Media
Mínimo 40
Android 4.0 o superior
Mayor o igual de 4,5 pulgadas Al menos 1920x1080
Acelerómetro, Brújula y Sensor proximidad. Al menos 1,2 GHz (dual-Core)
Al menos 1GB
Al menos 8GB (disponibles al usuario al menos 4GB) Capacidad de admitir tarjetas de hasta 64 GB
4G LTE en las bandas de 800/900/1800/2600 MHz
HSPA en las bandas de 850/900/2100 MHz EDGE/GPRS en las bandas 850/900/1800/1900 MHz WiFi IEEE 802.2.11 b/g/n
V4.0 o superior Soportado
Trasera de 5MP con flash LED. Delantera VGA
Iones de litio 1800 mAh. Tiempo de conversación +9 horas. Al menos con servicio de A-GPS
Nº Terminales Sistema Operativo Tamaño Pantalla Resolución Sensores Incluidos
Velocidad Procesador Memoria RAM Memoria
Tarjeta SD Conectividad WAN
Conectividad WLAN Bluetooth
NFC
Cámara Batería
Posicionamiento
Terminales Telefónicos Gama Estándar
Mínimo 150
Android 4.0 o superior
Mayor o igual de 3,27 pulgadas Al menos 320x480
Acelerómetro, Brújula y Sensor proximidad. Al menos 1 GHz (single-Core)
Al menos 1 GB
Al menos 4GB (disponibles al usuario al menos 2GB) Capacidad de admitir tarjetas de hasta 64 GB
HSPA en las bandas de 900/2100
EDGE/GPRS en las bandas 850/900/1800/1900
WiFi IEEE 802.2.11 b/g/n V3.0 o superior Soportado
Trasera de 3 MP con flash LED. Delantera de al menos 1 MP
Iones de litio 1300 mAh. Tiempo de conversación superior a 6 horas. Tiempo en espera superior a 250 horas.
Al menos con servicio de A-GPS
Nº Terminales Sistema Operativo Tamaño Pantalla Resolución Sensores Incluidos
Velocidad Procesador Memoria RAM Memoria
Tarjeta SD Conectividad WAN
Conectividad WLAN Bluetooth
NFC
Cámara Batería
Posicionamiento
Tabletas Táctiles
Mínimo 45
Android 4.0 o superior 10,1 pulgadas
Al menos 2560x1600
Giroscopio, acelerómetro, Sensor luz ambiental y Brújula Al menos 2,3 GHz (quad-Core)
Al menos 3 GB
Al menos 32GB (disponibles al usuario al menos 16GB) Capacidad de admitir tarjetas de hasta 64 GB
4G LTE en las bandas de 800/850/900/1800/2100/2600 MHz
HSPA en las bandas de 850/900/1900/2100 MHz EDGE/GPRS en las bandas 850/900/1800/1900 MHz WiFi IEEE 802.2.11 a/b/g/n
V4.0 o superior
Trasera de 8 MP con flash LED. Delantera de al menos 2 MP Iones de litio 8220 mAh
Al menos con servicio de A-GPS y GLONASS
Nº Tabletas Sistema Operativo Tamaño Pantalla Resolución Sensores Incluidos
Velocidad Procesador Memoria RAM Memoria
Tarjeta SD
Conectividad WAN
Conectividad WLAN Bluetooth
Cámara Batería
Posicionamiento
El licitador deberá especificar en su oferta las marcas y modelos ofertados, debiendo incorporar al menos un par de modelos para cada una de las categorías anteriores. Para cada uno de ellos se especificará en la oferta, además de las características referidas en las fichas anteriores, los siguientes aspectos de interés:
▪ Fotografía del terminal.
▪ Características Generales: Marca, modelo, dimensiones, peso, etc. Se deberán incluir las especificaciones completas del fabricante en formato PDF, así como un enlace a un repositorio en el que figuren estas en un formato e idioma legible.
▪ Tamaño y resolución de la pantalla.
▪ Características Técnicas: Memoria RAM, memoria ROM, Tarjeta SD (tamaño y formato), conectividad
▪ Batería: Autonomía en llamadas, autonomía en stand-by y tiempo de recarga.
▪ Características de Telefonía: Aviso de llamada en espera, llamada múltiple, identificación de llamada, rechazo de identificación, indicación de gasto de llamada, etc.
▪ Otras aplicaciones: Grabación de voz, GPS, MP3, radio, cámara fotográfica, cámara de vídeo, agenda electrónica, etc.
▪ Sensores incluidos: Giroscopio, acelerómetro, de luz ambiental, brújula, de proximidad, etc.
▪ Liberación del terminal: Posibilidad o no de liberación del terminal y condiciones para ello.
▪ Accesorios: Detalle de los accesorios incluidos con el mismo. Batería, cargador, auriculares, funda, etc.
El licitador deberá aportar un servicio de garantía y mantenimiento de los dispositivos móviles durante la vigencia del contrato. Este servicio, sin cargo adicional, debe permitir que todos los usuarios del servicio cuenten con dispositivos plenamente operativos, actualizados y capaces de soportar los servicios del operador durante todo el contrato.
Por otro lado, con el objeto de dar una respuesta eficaz ante los posibles daños o deterioro por uso de los dispositivos móviles, el AdL dispondrá de un stock de dispositivos en sus dependencias que permitirá proporcionar al usuario final, de forma inmediata, un dispositivo de sustitución mientras se produce la reparación o cambio del dispositivo estropeado, garantizando así la continuidad del servicio. El número de terminales en stock a suministrar por el licitador será, como mínimo, el 5% del número de dispositivos móviles que el AdL hubiera asignado en cada una de las categorías. Dicho stock será facilitado al AdL en condiciones de cesión, siendo este último responsable de la gestión y buen uso del mismo. Adicionalmente, el adjudicatario deberá suministrar un stock de al menos un 5% de las tarjetas SIM suministradas con objeto de agilizar operaciones de cambio de SIM, etc., disponiendo el/los responsable(s) designados por el AdL de la capacidad de solicitar la realización de dichas operaciones mediante llamada telefónica o sistema de gestión web.
Asimismo, será responsabilidad del adjudicatario proporcionar, independientemente al stock referido en el epígrafe anterior, un servicio de reparación de dispositivos por sustitución. De acuerdo con éste, si el AdL solicita la reparación de un determinado dispositivo, el licitador deberá entregar, en el momento de la recogida, un dispositivo de sustitución con características similares al averiado.
El licitador, deberá también incluir en su propuesta un servicio de atención para dispositivos móviles en el que se gestionará, sin coste adicional, cualquier incidencia o solicitud sobre aquellos dispositivos que se hubiera proporcionado al AdL. Las incidencias se podrán comunicar por cualquiera de los siguientes canales: Teléfono de atención único y atención on-line.
A efectos de utilización de este servicio, el AdL identificará ante el adjudicatario a los interlocutores o personal autorizado para la gestión de incidencias o averías en los dispositivos.
En dicho servicio se podrá realizar cualquier consulta sobre la operativa o incidencias en los dispositivos así como sobre el estado de las reparaciones pendientes. El horario de atención del mismo será de 09:00- 18:30 horas de lunes a viernes en modalidad telefónica y de 00:00 a 24:00 horas en modalidad on-line.
16.3.5. Cobertura Geográfica del Servicio
La cobertura del servicio de comunicaciones telefónicas permitirá la utilización del terminal telefónico asociado a la línea (terminal habitual) al menos, dentro del ámbito europeo.
Los licitadores suministrarán un mapa de cobertura de telefonía en España. En el mismo se detallarán por provincia los porcentajes de cobertura de población y de superficie. Se detallará también la capacidad y el tipo de servicio (GSM, GPRS, UMTS, HSDPA y LTE) para garantizar la disponibilidad de este servicio. La
cobertura deberá ser de al menos un 95% en el territorio de la Comunidad Autónoma de la Rioja con, al menos, el tipo de servicio GPRS.
Asimismo se garantizará la cobertura en la totalidad de los edificios del AdL. EI nivel de señal deberá ser, al inicio del contrato, de suficiente calidad como para mantener una conversación en cualquier punto de dichos edificios. En caso contrario, se deberán implantar, sin coste adicional, soluciones para la cobertura de la totalidad del interior de los edificios mediante repetidores, antenas u otros instrumentos.
El licitador facilitará al AdL los mapas de cobertura 2G, 2,5G, 3G, 3,5G y 4G que éste le solicite durante la vigencia del contrato. Las zonas de cobertura de telefonía móvil deberán ser entregadas en formato digital. Del mismo modo, el adjudicatario deberá acreditar la titularidad de la red a utilizar para dar el servicio requerido.
La cobertura del servicio de datos por paquetes y resto de servicios de comunicaciones móviles (datos GPRS-UMTS, SMS, multimedia, etc.) también deberá ser internacional, en condiciones similares al del servicio telefónico. Se proporcionará una listado de presencia internacional bien sea directa o mediante acuerdos de Roaming con otros operadores.
Se admitirá que para otros ámbitos, a fin de poder proveer el servicio de telefonía móvil y servicios suplementarios con cobertura internacional, el licitador oferte el cambio, sustitución, o préstamo temporal de otro tipo de terminal, para adecuarse a las características de la red del país donde operará el terminal; o para diferentes partes del mundo a las que no sea posible llegar con el servicio de roaming, ya este soportado por la red del propio licitador o por las infraestructuras de otro operador (terminales vía satélite, etc.).En cualquier caso la facturación se realizará siempre a través del operador adjudicatario del contrato y según los precios ofertados por este.
16.4. Transmisiones de Datos
El adjudicatario deberá ser capaz de suministrar en cualquiera de las sedes (ver epígrafe “Sedes Municipales” en el documento Anexo Situación Actual) el servicio de transporte a diferentes caudales. Por otro lado se exige que el licitador disponga de una red de transmisión de datos, de titularidad propia, en el ámbito metropolitano de la ciudad xx Xxxxxxx, con los requerimientos de calidad, capilaridad, y ancho xx xxxxx suficiente para soportar los servicios demandados en el presente pliego. La no existencia de dicha red supondrá la exclusión del proceso de valoración. Asimismo, el licitador deberá ser un operador con título que le habilite para la prestación de servicios xx xxxxx ancha.
En la prestación de todos estos servicios se valorará especialmente la utilización de protocolos de seguridad o la posibilidad de implantarlos sobre el protocolo de transporte suministrado. NO se admitirá la utilización de la red pública de Internet para dotar de este servicio al AdL, condición que, de no cumplirse, supondría la exclusión automática del proceso de valoración.
Será también de especial valoración la capacidad de redundancia de los sistemas, incluyendo la red propia del adjudicatario y las conexiones establecidas con las diferentes sedes municipales, ya sea esta mediante duplicidad en los enlaces o sistemas alternativos de seguridad en caso de caída de los enlaces principales.
El adjudicatario podrá, siempre que se garanticen los requerimientos establecidos, utilizar equipos de terminación de red multiservicio, que puedan ser utilizados para dotar a la ubicación de varios servicios de transmisión de voz/datos simultáneamente.
16.4.1. Situación actual
El AdL cuenta con una Red Privada de Transporte en la que convergen la práctica totalidad de las sedes remotas dispersas por la ciudad xx Xxxxxxx. La conectividad se lleva a cabo mediante accesos ADSL y fibra.
16.4.2. Servicios a ofertar
16.4.2.1. Red Privada Virtual a nivel IP
El licitador incluirá en su oferta la puesta en servicio de una Red Privada Virtual a nivel IP que implemente calidad de servicio y en la que confluyan todas sus sedes, permitiendo el transporte tanto de voz como de datos, dando continuidad así a los servicios de Plataforma de Telefonía IP (ToIP) y de electrónica de red requeridos en el presente documento.
Se establece como nodo central de comunicaciones de esa Red Privada Virtual para el AdL al edificio de la Casa Consistorial, sito en Xxxxxxx xx Xx Xxx, 00 xx Xxxxxxx, xxxx conexión de datos deberá ser adecuadamente dimensionada por el licitador para este fin tanto en capacidad como en redundancia. Será responsabilidad del adjudicatario llevar a cabo la conexión de las distintas sedes y el enrutamiento entre las sedes a conectar será total, de tal modo que cualquier sede tendrá acceso a cualquier otra vía IP, no obstante se deberá dotar a la solución de los mecanismos necesarios para establecer autorizaciones de acceso entre sedes. Asimismo, será por cuenta del adjudicatario la instalación, gestión, mantenimiento y configuración, de todos los componentes software y hardware de la red de datos, lo que incluye tanto los accesos como los equipos de acceso. Los equipos de acceso serán propiedad del adjudicatario y serán administrados y gestionados sólo por él. Esto es, las comunicaciones de datos se darán en modo servicio bajo una Red corporativa que englobará todas las sedes. No obstante, el adjudicatario deberá dotar de acceso SNMP en modo consulta a los equipos de monitorización que establezca el Ayuntamiento xx Xxxxxxx, de tal manera que pueda verificar en tiempo real el estado y rendimiento de los equipos y enlaces de los mismos.
La solución ofertada deberá dar soporte de QoS, para permitir tráfico de cualquier tipo, optimizando los parámetros de calidad como la latencia y la pérdida de paquetes, entre otras métricas relacionadas. Este tratamiento diferenciado de tráfico será de vital importancia para garantizar las comunicaciones de voz corporativas a través de la red IP (telefonía IP), y tendrá al menos las siguientes prestaciones:
• La red deberá ofrecer al menos 3 tipos diferentes de calidades de servicio.
• La diferenciación mediante QoS permitirá un tratamiento diferenciado de flujos de tráfico extremo a extremo según su tipo (por ejemplo multimedia, crítico y no crítico),
• En cada enlace a la RPV se realizará una priorización de tráfico de acuerdo a los tipos (calidades) de tráfico definidos.
• Cuando un ancho xx xxxxx reservado a una calidad de servicio esté disponible por falta de ocupación de ese tipo de tráfico, pasará a estar disponible para la calidad de servicio inferior. Por ejemplo, si no se ocupa todo el caudal multimedia, éste estará disponible para el caudal crítico.
• Si se excede el caudal reservado para un tipo de tráfico, pasará a cursarse como de la categoría inferior.
El adjudicatario se compromete a implementar todos los avances tecnológicos que se produzcan en la velocidad de acceso y durante la ejecución del contrato sin coste adicional.
El contenido de la oferta presentada por el licitador deberá ser exhaustivo y con alto nivel de detalle debiendo estar argumentadas todas las soluciones técnicas aportadas, las estrategias tecnológicas que la componen así como cualquier otro aspecto que el operador entienda de utilidad para valoración de la misma por parte de los servicios técnicos del AdL.
A continuación se listan las sedes existentes así como el nivel de conectividad de la que el licitador deberá dotarlas:
Sede Municipal | Comunicaciones de Datos Necesarias |
Biblioteca Xxxxxx Xxxxxx | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Centro de Conocimiento del Rioja | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
C.D.M. La Xxxxxx | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Cementerio - Fichador | 3G |
Centro Formación Mendavia | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Centro Joven el Cubo | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Centro Xxxxx Xxxxxx | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Centro Joven Tacón | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Centro Social Xxxxxxxxxxx | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Centro Social La Estrella | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Centro Social La Xxxxxx | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Centro Social Xxxxx | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Colonia xx Xxxxx | Acceso y caudal de 8 Mb con Velocidad de bajada 8 Mb y subida 640 Kb |
Cubo del Revellín | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
E.T.A.P. Lardero | Acceso y caudal de 8 Mb con Velocidad de bajada 8 Mb y subida 640 Kb |
Espacio Xxxxxxx | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Grúa Municipal (Nueva) | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Hermanos Fosores | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Ludoteca Canicas | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Ludoteca Cucaña | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Ludoteca El Trenecito | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Ludoteca La Comba | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Ludoteca La Oca | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Ludoteca El Desván | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Bomberos | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Casa Consistorial | FIBRA de acceso dedicado y exclusivo de 100 Mb o superior con BackUp FIBRA de 100 Mb o superior simétrico, caudal mínimo 100 Mb. El backup debe estar diversificado geográficamente en una sede con acceso de fibra propia del AdL. |
Casa de las Ciencias | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Centro Social Acesur | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Centro Social El Parque | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Centro Social Xxxxx | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Casa de las Asociaciones | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Gaunas | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Guardería Chispita | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Norias | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Parque de Servicios | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Parque Infantil de Tráfico | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Piscinas de El Cortijo | Acceso y caudal de 8 Mb con Velocidad de bajada 8 Mb y subida 640 Kb |
Ruavieja 36 | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Xxxx Xxxx Xxxxxxxx | Acceso y caudal de 100 Mb con Velocidad de bajada 100 Mb y subida 10 Mb |
Vivero Municipal - Fichador | 3G |
Camión de puesto de mando | 3G |
• 20 líneas ADSL y RDSIs ocasionales al año, para la duración del contrato
El adjudicatario deberá incluir el porfolio de tipos de conexión a la RPV disponibles con sus características técnicas así como los precios correspondientes de alta y cuota mensual. Como mínimo se deberán incluir los siguientes servicios:
• Conexión mediante medios terrestres con capacidad de al menos 100 Mbps de bajada (hacia ubicación) y 10 Mbps de subida (hacia nodo central)
• Conexión mediante medios terrestres con capacidad de bajada (hacia ubicación) de entre 8 y 20 Mbps y hasta 640 Kbps de subida (hacia nodo central)
• Conexión mediante tecnología 3G/4G
El adjudicatario estará obligado a suministrar dichos servicios en los puntos del municipio xx Xxxxxxx a petición del AdL.
16.4.2.2. Servicio de salida y presencia en Internet
El AdL dispone en la actualidad de dos accesos a Internet totalmente independientes y redundados. Dichos accesos están dedicados a:
• Navegación Corporativa en Internet: 20M simétrico salida principal con respaldo de 2M.
• Presencia Corporativa en Internet: 20M simétrico salida principal con respaldo de 2M.
La solución propuesta por el licitador, deberá proporcionar dos salidas a Internet simétricas y bidireccionales, de al menos 40Mb (40 Mb principal y 40 Mb de backup). Estas salidas tendrán asignadas al menos 64 direcciones IP Públicas de Internet que deberán tener publicado su correspondiente registro PTR (DNS Inverso) en los servidores DNS del operador.
Dada la gran importancia de estas salidas, es imprescindible que estén redundadas, tanto físicamente en acceso como en equipo, que proporcione prestaciones de alta disponibilidad en caso de caída de uno de ellos.
Se valorará el estatus de la red de acceso a Internet del operador adjudicatario, y a tal efecto la empresa licitadora incluirá en su propuesta un informe de las tecnologías de transmisión de su red de conexión a Internet, capacidades tanto a nivel nacional como internacional, acuerdos de interconexión, posibilidades de crecimiento futuro, conexiones a Nodos Neutros, etc.
Además, las redes de transporte del licitador deberán estar dotadas de suficiente redundancia interna como para garantizar la ausencia de puntos únicos de fallo.
A la hora de proporcionar este servicio, el adjudicatario tendrá en cuenta las siguientes consideraciones:
• Los enlaces a la red del adjudicatario se efectuarán mediante líneas dedicadas al efecto no compartidas.
• Los equipos que el adjudicatario decida instalar en la sede del AdL deberán poder ser gestionados de forma remota, de tal manera que el operador podrá monitorizar el estado de la conexión.
• El adjudicatario se encargará de la gestión de los routers del servicio.
RIPE NCC (RIPE Network Coordination Centre) prevé el agotamiento del direccionamiento IPv4 y su progresiva convivencia y sustitución con el protocolo IPv6. Planteado este escenario a corto plazo, el AdL deberá velar por la disponibilidad de todos los servicios que ofrece a través de Internet a todos los usuarios de sus servicios, independientemente de la tecnología o protocolos de Internet que utilicen.
El adjudicatario deberá tomar las medidas necesarias para que el acceso proporcionado permita que usuarios que utilicen IPv6 puedan acceder a los servicios ofrecidos por el AdL del mismo modo que aquellos que, mientras se lleva a cabo la transición, sigan utilizando el protocolo IPv4.
Es condición imprescindible que todos los servicios de datos y voz fija puedan ser controlados y supervisados por el personal del Servicio de Nuevas Tecnologías del AdL, independientemente de la modalidad de prestación del servicio que se articule. Para ello, el licitador deberá proporcionar al personal municipal las herramientas adecuadas que permitan la consulta del estado de la red y los informes de incidencias y modificaciones realizadas. . Se requerirá la capacidad de acceso en lectura mediante SNMP a la información de estado y rendimiento de los equipos gestionados por el adjudicatario
Adicionalmente, el adjudicatario deberá suministrar, a petición del AdL accesos a Internet descentralizados mediante diferentes tecnologías (ADSL, FTTH, etc.) en cualquier parte del municipio xx Xxxxxxx. Se deberá incluir dentro de la oferta el porfolio de servicios disponibles y sus cuotas de alta y mantenimiento mensual, así como cualquier costo adicional existente en el servicio.
16.5. Numeración de teléfonos para el AdL
16.5.1. Plan Privado de Numeración (PPN)
En el marco del presente proyecto se deberá regularizar y homogeneizar un plan de numeración único que se adecuará en la medida de lo posible a la asignación de numeración actual, tanto de números públicos como extensiones asignadas. No obstante este podrá ser modificado mediante la supervisión del AdL tantas veces como se considere oportuno a lo largo del contrato.
El adjudicatario implantará un Plan Privado de Numeración que posibilite establecer comunicaciones internas móvil-móvil, móvil-fijo y fijo-móvil haciendo uso de la marcación abreviada definida en dicho plan. Dicho Plan Privado de Numeración (PPN) propuesto por el licitador respetará las siguientes directivas:
▪ Cualquier teléfono fijo o móvil debe ser siempre accesible desde cualquier otro integrado en la RPV a través de un único número corto.
▪ La longitud de la numeración corta será de 4 cifras para las líneas móviles y fijas corporativas.
▪ El adjudicatario mantendrá toda la numeración actual y las facilidades de usuario asociadas a la misma (agendas, desvíos, tarjetas duplo, etc.)
▪ El plan contemplará la incorporación de nueva numeración a lo largo de la vigencia del contrato.
▪ La red del adjudicatario identificará los números del PPN en cualquier zona de cobertura en el territorio nacional.
16.5.2. Numeración Corporativa
Se mantendrá la numeración actualmente asignada en todas las sedes, haciéndose uso de la portabilidad en el caso de cambio de operador, corriendo los costes a cargo del adjudicatario. Éste deberá indicar, caso de que proceda, la planificación de las tares para realizar dichos cambios, así como los plazos estimados que, en ningún caso, podrán superar los previstos en este PPT.
El licitador deberá aportar una solución de integración de todas las comunicaciones, tanto fijas como móviles. Las tareas a realizar por el adjudicatario serán las siguientes:
▪ Revisión del actual Plan Privado de Numeración (PPN) del AdL.
▪ Diseño y propuesta de una mejora del actual PPN, de modo que permita la optimización del mismo y todo ello causando el menor impacto en la prestación del servicio a los usuarios.
▪ Creación y mantenimiento de una base de datos de numeración pública y privada del AdL
El PPN deberá permitir que cualquier usuario sea accesible desde otra extensión corporativa, independientemente de que esta sea fija o móvil, todo ello mediante la marcación abreviada de extensiones,
a la vez que ha de conservar la numeración externa actual. Respecto a esta última (numeración pública) será potestad del AdL identificar aquellos usuarios y servicios que sean susceptibles de ser accedidos directamente desde el exterior mediante la numeración completa
Adicionalmente, el licitador deberá pertenecer a la Entidad de Referencia de Portabilidad y garantizará que la numeración propuesta será portable a la finalización del presente contrato.
16.5.3. Conservación de la numeración existente
El licitador deberá mantener la numeración asociada a todas las líneas y accesos telefónicos de comunicaciones fijas y móviles actuales.
16.5.4. Numeración para nuevos centros
A la hora de definir un Plan de Numeración específico, deberá tenerse en cuenta la necesidad de una reserva en el rango de numeración que proporcione capacidad de respuesta ante el crecimiento de la demanda de numeración del AdL derivado de:
▪ Las nuevas necesidades de numeración de los centros existentes.
▪ La creación de nuevos centros o dependencias municipales.
A este respecto se deberán tener en cuenta los siguientes aspectos:
▪ La numeración en los centros será consecutiva.
▪ Se minimizarán los cambios en relación con el plan de numeración interno y externo actual.
▪ No existirá limitación en la asignación de numeración por tipo de servicio.
▪ Permitirá la marcación directa a extensiones de la red telefónica privada del AdL.
El licitador asumirá el compromiso de respetar en su totalidad la numeración establecida así como las posibles ampliaciones dentro del margen destinado como reserva y de mantenerla durante el periodo de vigencia del contrato.
Asimismo, el licitador deberá ofertar recursos de numeración pública, es decir, números de marcación directa ampliándose los existentes en 100 números adicionales (DDIs) consecutivos y que se puedan integrar directamente con las extensiones internas para hacer coincidir la extensión interna con el número largo. En caso de ser necesaria una portabilidad de numeración, se intentará que la numeración sea parecida, a la actual en sus últimas 4 cifras. Por ejemplo que el 94127 70 00 pase a ser 941277 100.
Adicionalmente se deberá mantener la numeración DDI existente actualmente, en concreto y especialmente los patrones de numeración 618273XXX y 618274XXX. reservándose 100 nuevos números con un esquema similar.
16.6. Formación
16.6.1. Traspaso de conocimientos
Durante la ejecución de los trabajos, el adjudicatario se compromete a facilitar en todo momento a las personas designadas por el AdL, la información y documentación que soliciten para disponer de un conocimiento completo de las circunstancias en que se están llevando a cabo, así como de los eventuales problemas que puedan plantearse tanto en la ejecución como en las tecnologías, métodos y herramientas que se utilicen para ello.
Una vez finalizado el proceso de instalación y puesta en marcha, el licitador será responsable de realizar el traspaso de conocimientos relacionado con el sistema implantado y las tecnologías y equipos en él utilizados a los técnicos de sistemas del AdL. Para ello, el licitador deberá proporcionar un Plan de Trasferencia Tecnológica en el que deberá establecer el número de jornadas ofertado, de acuerdo a su criterio, para conseguir un correcto traspase tecnológico entre los técnicos asignados al proyecto y los técnicos de sistemas del AdL, de tal modo que éstos puedan hacerse responsables de la gestión del nuevo sistema. El Plan de Trasferencia Tecnológica deberá diseñarse teniendo en cuenta las siguientes consideraciones y requisitos mínimos:
▪ Se diseñará para un mínimo de tres jornadas.
▪ Cada jornada será de un mínimo de 7 horas.
▪ El traspaso tecnológico se extenderá a la totalidad de los técnicos de sistemas del AdL.
▪ En cada jornada se contemplarán dos turnos diferentes de forma que pueda garantizarse la asistencia a las mismas de todo el equipo de sistemas sin que se vea afectado el desempeño de sus actividades y tareas diarias.
▪ Se proporcionará un cronograma detallado que describa el desarrollo del proceso de traspaso tecnológico adecuado a las jornadas establecidas, con indicación de los puntos principales a tener en cuenta y la duración estimada para completar cada uno de ellos así como la o las personas asignadas para llevarlo a cabo.
▪ Los contenidos de dichas jornadas versarán exclusivamente sobre la propuesta de solución ofertada e implantada en el AdL (equipos, software, sistemas y tecnologías, etc.), centrando específicamente la atención en la configuración y adecuación particular que de ellos se ha realizado.
▪ Las jornadas deberán ser impartidas por miembros del equipo designado para la implantación del sistema, garantizando así una adecuado traspaso de conocimientos y experiencias. La asignación de otro personal diferente al que ha realizado los trabajos deberá ser consensuada y aprobada explícitamente por el AdL.
▪ Las jornadas podrán ser consecutivas o no. Antes de su materialización, la planificación propuesta para las jornadas será revisada de forma consensuada entre el adjudicatario y el AdL.
Se valorará la inclusión en el Plan de Transferencia Tecnológica de jornadas adicionales a las mínimas exigidas con 0,5 puntos adicionales por jornada hasta un máximo de 1 punto.
16.6.2. Cursos
La empresa licitadora deberá ofertar una Propuesta de Cursos de Formación destinados a la actualización de conocimientos para los técnicos del AdL, que deberán versar exclusivamente sobre herramientas, equipamiento y tecnologías utilizadas en la arquitectura del sistema tales como:
▪ Equipamiento y arquitectura de la Infraestructura de red LAN propuesta.
▪ Herramienta de gestión red LAN propuesta.
▪ Equipamiento y Arquitectura de la Plataforma de Telefonía IP propuesta.
▪ Herramienta IPAM/DNS/DHCP propuesta.
▪ Equipamiento Infraestructura de seguridad propuesta.
▪ Herramienta de Gestión y Administración de Dispositivos Móviles propuesta.
En la elaboración de dicha Propuesta de Cursos de Formación, deberán tenerse en cuenta los siguientes requerimientos y consideraciones:
▪ Para cada curso ofertado, el licitador deberá proporcionar una ficha descriptiva completa del mismo
con inclusión de:
− Titulo
− Descripción de los objetivos del curso.
− Índice detallado de los temas a tratar.
− Valoración en horas de formación.
− Valoración económica del mismo (por si el AdL considerara oportuno acceder a otros cursos del catálogo una vez agotado el lote de horas ofertado).
▪ No tendrá la consideración de curso de formación las presentaciones de productos comerciales o de preventa.
▪ Cada uno de los cursos ofertados deberá disponer de documentación y material de trabajo que el licitador ha de entregar al AdL en el momento de su impartición. La entrega deberá hacerse en formato electrónico (PDF) y en formato impreso.
▪ La formación se impartirá preferentemente en las instalaciones del AdL, aportando éste último los medios materiales y tecnológicos básicos para su realización (sala, ordenadores, proyectores, conexión a la red, etc.).
▪ De forma general y con objeto de conciliar la necesidad de cobertura de las necesidades del servicio y la asistencia de todos los técnicos de sistemas del AdL a los cursos de formación, sería aconsejable la impartición de dos sesiones para cada uno de los cursos.
Teniendo en cuenta todo lo anterior, el licitador deberá ofertar un montante mínimo de 60 horas de formación que el AdL podrá canjear por la realización de cualquiera de los cursos de formación propuestos, cuyo objetivo será complementar el proceso de trasferencia tecnológica referido en el epígrafe anterior.
El licitador podrá ofertar un montante de horas de formación adicionales a las requeridas en el apartado anterior, que se utilizarían de acuerdo con el mecanismo anteriormente expuesto. Dicho montante adicional de horas ofertado se valorará con 0,33 puntos por cada 10 horas de formación hasta un máximo de 6 puntos.
16.7. Gestión global del contrato
El adjudicatario proporcionará una Gestión Global y unificada de la totalidad de los servicios incluidos en el presente contrato. Dicha gestión global incluirá los siguientes servicios adicionales:
▪ Relación e interlocución con el AdL.
▪ Supervisión, dirección y coordinación de la operación y explotación del servicio.
▪ Gestión de incidencias y solicitudes.
▪ Identificación y diagnóstico de problemas. Supervisión de actuaciones realizadas.
▪ Asesoramiento y Asistencia Técnica.
▪ Gestión, mantenimiento, operación técnica, control y monitorización de los servicios y recursos que le han sido contratados, todo ello con el fin de garantizar el cumplimiento de los parámetros acordados de calidad y disponibilidad de los mismos.
▪ Seguimiento de los ANS (Acuerdos de Nivel de Servicio).
▪ Actuaciones (in-situ) de mantenimiento preventivo y correctivo. Para ello, el adjudicatario deberá disponer, como parte del contrato:
▪ Interlocutor Único o Gestor de Servicio al que el AdL acudirá para tratar cualquier asunto relacionado con el contrato y que deberá residir en la ciudad xx Xxxxxxx.
▪ Centro de Gestión del contrato para la supervisión y mantenimiento del mismo.
▪ Asimismo la empresa deberá poner a disposición del AdL en horario de oficina y todos los días laborables un Asesor Personal para realizar gestiones administrativas relacionadas con el contrato.
▪ Un Servicio de Atención de Solicitudes e Incidencias de servicio que estará activo 24 horas al día y todos los días del año, con los medios técnicos adecuados para la realización de estas gestiones mediante: Web, correo, teléfono, fax. Dicho servicio tendrá las siguientes características:
− El acceso se realizará sin coste alguno.
− La atención técnica al cliente será ofrecida por al menos un asesor técnico dedicado en horario normal de oficina.
− Todos los recursos ofrecidos por el licitador para la gestión del proyecto deberán acreditar formación y experiencia en la gestión de proyectos TIC integrales.
▪ Los Sistemas de Gestión y Supervisión necesarios para permitir al AdL supervisar el uso y estado de sus servicios, enlaces y equipos de comunicaciones en cada momento, aunque la responsabilidad de la gestión recaiga en su totalidad en el adjudicatario.
16.7.1. Centro de Gestión Personalizada (CGP)
El licitador deberá disponer un Centro de Gestión Personalizada (CGP) que, en sus propias dependencias y ubicado en la ciudad xx Xxxxxxx, cuente con las herramientas y recursos humanos adecuados para que en nivel de atención 24x7 y mediante su Servicio Técnico y de Gestión atienda al AdL en cualquier incidencia y necesidad de servicio relacionada con el contrato. El servicio proporcionado por el mismo será, en cualquier caso ampliable y extensible a diferentes niveles, todo bajo la supervisión y control del AdL.
16.7.1.1. Medios humanos e infraestructura del CGP
16.7.1.1.1. Recursos humanos
Con carácter general, los recursos humanos con los que debe contar el Centro de Gestión serán los siguientes:
Ingeniero de Explotación. Entre otras, desempeñará las siguientes funciones:
▪ Interfaz único con el AdL.
▪ Responsable del Centro de Gestión Personalizado.
▪ Apoyo técnico a los operadores.
▪ Responsable último de la supervisión y coordinación de la operación en el CGP.
▪ Realización de informes de seguimiento y especiales.
▪ Preparación y asistencia a reuniones de seguimiento con el cliente donde se comentarán todos los aspectos relativos al funcionamiento del CGP, desviaciones de este funcionamiento y establecimiento de medidas correctoras.
▪ Tareas de apoyo técnico al AdL propugnando mejoras dentro de sus soluciones de comunicaciones.
▪ Diseño de procedimientos.
▪ Presentación de informes, análisis de mejoras, recomendaciones.
Operadores. El perfil de los mismos será adecuado para gestionar los diferentes servicios del contrato.
Entre sus funciones se encontrarán:
▪ Detección proactiva de incidencias.
▪ Supervisión de le red y de los equipos gestionados.
▪ Registro y resolución de incidencias.
▪ Seguimiento de altas, bajas y modificaciones.
▪ Modificaciones sobre los equipos.
▪ Pruebas rutinarias (pruebas de backup RDSI, CVP+...)
▪ Elaboración de informes.
▪ Actualización de bases de datos de planta.
16.7.1.1.2. Infraestructura
Este servicio debe contemplar la infraestructura hardware y software y su evolución necesaria para la gestión de las redes y equipos objeto del contrato.
16.7.1.2. Funciones del CGP
En general, la atención del CGP se realizará desde instalaciones del licitador en Logroño, a través de un interlocutor único y con una cobertura 24x7. Pero para algunas de las funciones del CGP y determinados servicios la atención podrá realizarse por otras áreas de soporte del licitador. En cualquier caso el AdL podrá exigir el nivel de atención requerida para garantizar los niveles de servicio y la interlocución única.
Las funciones a desempeñar por el CGP serán las siguientes:
▪ Supervisión del Contrato
▪ Atención y Seguimiento de Incidencias
▪ Asesoramiento y Asistencia Técnica
▪ Gestión de Servicios de Transmisión de Datos
▪ Gestión de Servicios de Transmisión de Voz
▪ Mantenimiento de la Infraestructura
16.7.1.2.1. Supervisión del contrato
Una de las principales funciones del CGP será la supervisión, dirección y coordinación de los diferentes servicios incluidos en el contrato con objeto de asegurar la calidad del servicio prestado al AdL. Las tareas de supervisión del contrato, entre otras, serán las siguientes:
▪ Centralizar la relación e interlocución con el AdL.
▪ Realización de reuniones periódicas de seguimiento en las que se revisará la situación del servicio y se proporcionará asesoramiento técnico. En ellas se tratarán todos los aspectos relativos al servicio y las posibles desviaciones en el funcionamiento, estableciéndose medidas correctoras.
▪ Obtención y explotación de la información procedente del funcionamiento de los servicios y dispositivos contratados con el licitador
▪ Elaboración y entrega de informes de seguimiento.
▪ Inventariado de los diferentes elementos del servicio prestado.
Informes de Seguimiento
Estos informes documentarán las distintas actuaciones que se realicen, así como las condiciones de prestación de los servicios. Se entregarán mensualmente y deberán estar disponibles on-line. El formato de dichos informes será establecido de mutuo acuerdo entre las partes una vez iniciada la prestación del servicio. Como criterio general, de todos los documentos e informes que se elaboren en el ámbito de este contrato se entregará, al menos, un ejemplar en soporte papel y su correspondiente original en soporte informático, que deberá contener toda la información aportada en papel.
Para la obtención de los informes, el adjudicatario podrá instalar en las instalaciones del AdL el equipamiento hardware y software de conexión con sus servicios de gestión que considere oportuno, pero siempre con la autorización del personal del Servicio de NNTT del AdL.
Estos informes recogerán al menos:
▪ Actuaciones y cambios realizados ordenados por sedes y por servicios dentro de cada sede.
▪ Incidencias producidas en el servicio, con fecha y hora de comienzo y fin. Se ordenarán por sede, servicio y por duración de mayor a menor.
▪ Disponibilidad de los enlaces y de los servicios.
▪ Ocupación de los enlaces mediante gráficas individualizadas del tráfico cursado y descartado, tanto en los servicios de voz, como de datos.
▪ Inventario de servicios y sistemas operativos.
▪ Información de uso de los servicios, acorde a las necesidades de control del tráfico cursado y facturación.
▪ Propuestas para la mejora de la calidad de los servicios y para la optimización de costes
▪ Se podrán solicitar otros informes y estadísticas
Estos informes, junto con las medidas obtenidas por el AdL se emplearán para evaluar el servicio ofrecido por el adjudicatario.
Inventario
Para la correcta gestión de este contrato el adjudicatario deberá gestionar una base de datos de inventario que permita conocer en cualquier instante los elementos del servicio prestado, incluyendo el equipamiento, las VLAN’s, direccionamiento IP, numeración de extensiones telefónicas, DDI, números administrativos, elementos hardware, software, etc. Será responsabilidad del adjudicatario su creación y modificación.
Cuando los procesos de altas, bajas y modificaciones del servicio impliquen cambios en dicha base de datos, estos cambios deberán ser aplicados de forma automática por el adjudicatario, de forma que el inventario refleje en todo momento la situación real de configuración y prestación del servicio.
Bien de forma periódica (y al menos de forma anual) o cuando existan dudas sobre algún elemento concreto del inventario, el AdL podrá solicitar al adjudicatario compruebe que los servicios efectivamente prestados corresponden con los que aparecen reflejados en el inventario
16.7.1.2.2. Atención y Seguimiento de incidencias
El CGP será la ventanilla donde se recojan las incidencias del servicio. Las incidencias deben ser abiertas por el o los interlocutores técnicos establecidos por el AdL. No se contempla la atención directa a usuarios.
Esta tarea incluye las siguientes actividades:
▪ Recepción, registro, identificación y tipificación de la incidencia.
▪ Escalado de incidencias.
▪ Estados, seguimiento y cierre.
▪ Colaboración en incidencias causadas por terceras partes.
▪ Valoración y planificación de actuaciones.
▪ Información del trabajo efectuado y actualización del inventario.
▪ Consultas de interlocutores técnicos del AdL.
De forma adicional, el CGP comunicará proactivamente las averías o incidencias críticas de aquellos servicio en los que sea viable la monitorización. El criterio general para discriminar esta comunicación, así como la vía de comunicación a emplear y los escalados a considerar se recogerán en un documento de que será acordado entre el responsable técnico del AdL y el Ingeniero de Explotación durante la puesta en marcha del servicio.
16.7.1.2.3. Asesoramiento técnico
El adjudicatario deberá suministrar un servicio de asesoramiento y asistencia técnica que deberá incluir:
▪ Seguimiento de todos los servicios contratados por el AdL.
▪ Mantenimiento periódico de reuniones de seguimiento con los responsables del AdL.
▪ Proponer mejoras técnicas y económicas en los servicios contratados de acuerdo a los datos obtenidos de su utilización.
▪ Proponer la inclusión de nuevas tecnologías emergentes en los servicios contratados por el AdL.
▪ Proponer y confirmar la modificación de modelos de los equipos ofertados según lo especificado en el presente PPT.
▪ Entrega de los informes de gestión y atención de cualquier duda o aclaración sobre ellos.
▪ Atender cualquier consulta de naturaleza técnica sobre los servicios, dispositivos y sistemas relacionados con la prestación del servicio.
Adicionalmente, el licitador proporcionará sin coste adicional, servicios de diseño, ingeniería y planificación en todo lo que corresponda a los servicios objeto de este contrato y dará respuesta a las peticiones de soporte por parte del personal del AdL en todas aquellas tareas relacionadas con el diseño, dimensionado y definición de arquitecturas de red y estudios de viabilidad para la provisión de nuevos servicios o servicios especiales no contemplados dentro del catálogo inicial, definiendo la solución técnica más eficiente en cada caso.
16.7.1.2.4. Gestión de servicios de transmisión de datos
Este servicio adicional supondrá la supervisión permanente de los elementos de telecomunicaciones de la red del AdL junto con tareas de administración del equipamiento necesarias para corregir problemas, evitar proactivamente su aparición o solucionar situaciones anómalas del Servicio. Con ello se pretende garantizar el mantenimiento correctivo y preventivo de todos los elementos hardware y software que componen la red del AdL gestionada CGP, incluyendo la distribución de todos los elementos software (actualizaciones y nuevas versiones). El servicio deberá cubrir, entre otras, las siguientes funciones:
▪ Instalación, Configuración y Pruebas de equipos. El CGP realizará la supervisión de las operaciones necesarias para la instalación de nuevos equipos, y/o reubicación y configuración de los equipos en el AdL, realizando de forma directa la configuración y prueba de los mismos.
▪ Mantenimiento Preventivo. Se entiende por tal a todas aquellas tareas realizadas sobre el equipamiento con el fin de anticiparse a los posibles problemas e incidencias que puedan surgir. Se encontrarán entre ellas:
− Estudiar índices de capacidad, rendimiento o configuración que describan algún parámetro de la red o del equipo gestionado y se llevar a cabo las acciones que proceda dependiendo del valor del índice obtenido.
− Gestionar el rendimiento, capacidad y configuración de la red y sus elementos, analizando los recursos absorbidos por cada servicio para prever y planificar posibles crecimientos.
− Realizar pruebas rutinarias de las conexiones de backup para asegurar la disponibilidad de la conectividad en caso de caída de la línea principal.
− Análisis de las incidencias repetitivas a fin de anticipar los posibles problemas que puedan surgir en la gestión del servicio. Será asimismo responsabilidad del licitador tomar medidas encaminadas a evitar la repetición de este tipo de incidencias, dejando constancia de ello al responsable del AdL.
▪ Distribución de software. Efectuar la propagación de nuevo software o de nuevas versiones del mismo a todos aquellos dispositivos y sistemas en los que deba funcionar. Asimismo, se incluirán todas aquellas tareas realizadas sobre el equipamiento con objeto de anticiparse a posibles problemas e incidencias.
▪ Copias de seguridad. El CGP realizará copias de seguridad de las configuraciones y datos de los equipos gestionados para garantizar la recuperación del servicio ante fallos que pudieran implicar pérdida de información.
▪ Monitorización. Consiste en la supervisión permanente de equipos, dispositivos y sistemas de red. Las actividades básicas a realizar serán:
− Supervisión gráfica
− Gráficos de evolución
− Información y tratamiento de alarmas
− Envío de comandos
− Detección proactiva de incidencias
− Diagnóstico de averías
▪ Gestión de alarmas. Comprende la atención permanente de alarmas y eventos que tengan lugar en la red del AdL. Esto implicará:
− La detección de la alarma o evento
− El reconocimiento de alarmas y eventos que no afectan al servicio, de manera que no se acumulen logs de escasa utilidad.
− El diagnóstico básico y detección de fallos.
− Propuestas de mejora basadas en las alarmas recibidas para su implementación dentro de la función de mantenimiento preventivo.
▪ Solución de incidencias. Consistirá en la resolución de incidencias, problemas y averías que afecten al ámbito de servicios gestionados desde el CGP. Las incidencias serán solucionadas de forma remota cuando sea posible y en caso contrario se realizarán las intervenciones necesarias 'in situ'.
▪ Cambios de configuración. Consistirá en la realización de modificaciones en las configuraciones, volúmenes o características de los servicios proporcionados al AdL. Se derivarán de cambios solicitados por el AdL en su evolución normal de necesidades de servicio.
▪ Control de la planta instalada. Se realizará y mantendrá un inventario completo de todos los elementos que son objeto de prestación del servicio vinculados al contrato. El licitador dispondrá de las herramientas necesarias para la confección y posterior mantenimiento del inventario.
Previo aviso, el AdL podrá establecer un periodo de medida de cualquiera de los enlaces contratados durante el cual se registrarán los niveles de ocupación de los distintos enlaces de transmisión de datos, especificando %, máximos, mínimos y medias de ocupación por cada una de las ubicaciones en el que además se deberán incluir los errores producidos durante el tiempo de medida.
16.7.1.2.5. Gestión de servicios de transmisión de voz
El CGP deberá de gestionar todos los servicios de voz existentes en el AdL. Para ello se centrará fundamentalmente en el diagnóstico y seguimiento de averías, y la programación de las centralitas. Entre otras, deberá desempeñar las siguientes funciones:
▪ Monitorización. El licitador deberá realizar la supervisión permanente de las centralitas IP del AdL.
▪ Gestión de alarmas. Comprende la atención permanente ante la llegada al sistema de gestión de alarmas y eventos que tengan lugar en la red del AdL. El CGP deberá valorar también en los servicios de voz la gravedad de los fallos en términos de impacto en el servicio proporcionado al AdL.
▪ Solución de incidencias. Comprenderá la actuación y resolución de incidencias, problemas y averías que afecten al ámbito de servicios gestionados desde el CGP. Dichas incidencias serán solucionadas de forma remota cuando sea posible y en caso contrario se realizaran las intervenciones necesarias "in situ".
▪ Administración de centralitas IP. De forma general se realizarán las siguientes tareas:
− Programación de teclas de teléfonos.
− Programación de categorías de teléfonos y activación de servicios contratados.
− Creación de grupos, inclusión y exclusión en grupos xx xxxxx y grupos de captura.
− Traslados de extensión entre equipos cableados y activos que no requieran trabajos de repartidor o cableado.
− Cambio de numeración de extensiones.
− Gestión de servicios.
− Volcado de datos programados
▪ Control de la planta instalada. Se realizará y mantendrá un inventario completo de las centralitas y accesos del AdL. El licitador dispondrá de las herramientas necesarias para la confección y posterior mantenimiento del inventario. El AdL tendrá acceso a cuantos informes sean necesarios para conocer el inventario de la planta instalada
16.7.1.2.6. Mantenimiento de la infraestructura
El adjudicatario será responsable de establecer los medios necesarios para mantener los dispositivos, enlaces y sistemas de transmisión contratados de acuerdo a lo establecido en el epígrafe “Calidad del Servicio. Acuerdos de Nivel de Servicio (ANS)” del presente PPT. El adjudicatario deberá incluir dentro del mantenimiento todos los equipos y dispositivos incluidos en el presente contrato en las condiciones particulares establecidas para cada uno de ellos.
16.8. Calidad del Servicio. Acuerdos de Nivel de Servicio (ANS)
El objetivo de los Acuerdos de Nivel de Servicio (ANS) es definir de una manera objetiva la calidad del servicio que se ha de prestar, utilizando variables objetivas que permitan al AdL verificar que el nivel y características del servicio prestado por el licitador se encuentra dentro de los requerimientos establecidos.
Se tendrá en cuenta la Orden Ministerial ITC/912/2006 de 29 xx xxxxx por la que se regulan las condiciones relativas a la calidad de servicio en la prestación de los servicios de comunicaciones electrónicas y los posteriores desarrollos de la misma, realizados por la Secretaría de Estado de Telecomunicaciones y para la Sociedad de la Información (SETSI), para la realización de las mediciones de los parámetros de calidad indicados. El licitador deberá ofertar para el servicio a ofrecer valores mejorados de los publicados como objetivo en la citada Orden, indicando en su oferta los parámetros a utilizar para medir la calidad de los servicios ofertados.
En cualquier caso y de común acuerdo entre las dos partes, se podrán añadir nuevos indicadores o modificar los propuestos, siempre y cuando no se alteren los valores ofertados y se asegure que la calidad de los servicios prestados es acorde a la requerida.
Los Acuerdos de Nivel de Servicio indicados para los servicios incluidos en el presente PPT serán de aplicación el mismo día de inicio del contrato. El cumplimiento o incumplimiento de los ANS se verificará de forma mensual, y las disminuciones en las facturas correspondientes a los incumplimientos de dichos ANS se ejecutarán sobre las cuantías que se especifiquen en cada apartado, en función del tipo de parámetro de que se trate. El incumplimiento reiterado y grave de los niveles de calidad del servicio acordados con el adjudicatario se considerará incumplimiento de contrato y podría comportar la resolución del mismo por parte del AdL.
En los siguientes apartados se describen los ANS básicos según los procesos operativos. Los ANS de detalle para los parámetros concretos de cada uno de los servicios se detallan en sus correspondientes secciones. Si no se especifican ANS para un servicio en concreto, aplicarán a éste los ANS básicos generales descritos a continuación.
16.8.1. Parámetros generales
Se definen asimismo los siguientes conceptos relativos a la clasificación de incidencias y a sus estados:
Concepto | Definición |
Averías muy graves | Averías que afecten a la calidad de los servicios transportados por la red o que comprometan seriamente la estabilidad y/o fiabilidad de los equipos de transmisión, incluyendo indisponibilidades o pérdida de funcionalidades de los sistemas de gestión de los mismos |
Averías graves | Aquellas averías que afecten a más del 25 % de la operatividad de la red en cualquiera de los subsistemas |
Averías leves | Incidencias sin afectación al tráfico de los clientes y que no comprometen la estabilidad o fiabilidad de la red |
Tiempo de respuesta | Tiempo transcurrido desde la apertura de la incidencia hasta la aceptación de la misma por el equipo técnico encargado de su resolución |
Tiempo máximo de resolución | Tiempo transcurrido entre la detección de una anomalía en la calidad del servicio hasta su restauración a parámetros de normalidad de forma definitiva. |
El tiempo de resolución de una incidencia se computará desde el momento de su registro por parte del CGP hasta la total resolución de la misma, incluyendo las posibles reaperturas y cierres no definitivos.
16.8.2. Disponibilidad
El tiempo de disponibilidad será evaluado de forma mensual, excluyendo las indisponibilidades causadas por problemas de causa mayor no imputables al proveedor del servicio. El nivel de disponibilidad se calculará siguiendo la siguiente fórmula:
Disponibilidad Mensual =⎛1− Tiempo Indisponibilidad ⎞*100
⎜
⎝
TiempoTotal
⎟
⎠
En la que:
▪ Disponibilidad Mensual: Cantidad expresada en %
▪ Tiempo Total: Es el tiempo total del periodo a valorar expresado en minutos/mes, y considerando que 24 son los días/mes y que 60 son los minutos/hora.
▪ Tiempo Indisponibilidad: Es el tiempo total de no disponibilidad del servicio dentro del intervalo considerado (minutos). El tiempo de no disponibilidad se contabilizará como la suma de los tiempos de incomunicación de todas las averías del servicio.
Cuando no se alcancen los porcentajes de disponibilidad para cada servicio, se computara como un incumplimiento en sí, y conllevará la correspondiente penalización sobre dicho servicio.
Se fija un término fijo para cada incumplimiento más un porcentaje sobre la cuota mensual del servicio afectado.
16.8.3. Red de Datos
Los ANS se definirán a partir de los siguientes parámetros:
▪ Disponibilidad Individual de Nodos
▪ Disponibilidad Global de Nodos
▪ Tiempo de Resolución de Incidencias
▪ Tiempo de respuesta.
▪ Tiempo entre Incidencias
▪ Plazo de provisión de Servicios de Red
▪ Tiempo de Retardo Extremo a Extremo
▪ Porcentaje de Pérdida de Paquetes
El licitador deberá poder proporcionar diferentes clases de servicio de forma que, incluso ante congestión, el tráfico perteneciente a esa clase será cursado por una cola de alta prioridad con ancho xx xxxxx garantizado y latencia mínima, o mecanismo equivalente. A continuación se detallan los niveles de servicio y penalizaciones asociadas al incumplimiento de los mismos.
Nivel de Servicio ITEM SLA Penalización | |||
Atención y respuesta a consultas | |||
Tiempo máximo de respuesta comercial (peticiones normales) Tiempo máximo de respuesta comercial (peticiones urgentes) (*) Tiempo máximo de respuesta comercial (respuesta implica estudio especial) | Inferior a 7 días hábiles desde la solicitud Inferior a 3 días hábiles desde la solicitud Inferior a 30 días hábiles desde la solicitud | 0,1 % facturación global mensual 0,2 % facturación global mensual 0,3 % facturación global mensual | |
Peticiones de provisiones y administración | |||
Tiempo máximo de provisión de servicios que impliquen instalación de elementos de red | Accesos Ethernet | 50 días hábiles | 50% cuota mensual del servicio afectado |
Tiempo máximo de provisión de servicios que impliquen instalación de elementos de red | Accesos xDSL | 30 días hábiles | 50% cuota mensual del servicio afectado |
Tiempo máximo de provisión de servicios que no impliquen instalación de elementos de red | Datos | 5 días hábiles | 50% cuota mensual del servicio afectado |
Tiempo máximo de provisión de servicios urgentes de datos (*) | Datos | 10 días hábiles | 50% cuota mensual del servicio afectado |
Tiempo máximo de provisión | Internet centralizado/ Internet descentralizado | 30 días hábiles | 50% cuota mensual del servicio afectado |
Modificaciones de los servicios | Inferior a 4 días hábiles | 50% cuota mensual del servicio afectado | |
Reconfiguraciones en caso de emergencia | Inferior a 7 horas | 50% cuota mensual del servicio afectado | |
Número de cambios resueltos con reclamación posterior por parte del cliente | Inferior al 3% | 0,5 % facturación mensual global | |
Número máximo de interrupciones del servicio | Inferior o igual a 2 por año | 50% cuota mensual de los servicios afectados | |
Disponibilidad | |||
Disponibilidad de las operaciones 24x7 | Superior al 99,99% | 1% facturación global mensual | |
% Disponibilidad individual de los servicios | Datos - Centros críticos con backup | Igual o superior al 99,99 % | 50% cuota mensual del servicio afectado |
Datos - Centros no críticos con backup | Igual o superior al 99,89 % | 50% cuota mensual del servicio afectado | |
Datos - Resto de centros | Igual o superior al 99,83 % | 50% cuota mensual del servicio afectado | |
% Disponibilidad individual de los servicios | Internet | Superior al 99,95 % | 50% cuota mensual del servicio afectado |
Nivel de Servicio ITEM SLA Penalización | |||
Averías | |||
Proactividad | Superior al 90% antes de 5 minutos | ||
Porcentaje máximo de averías repetidas en 10 días naturales | Inferior al 2% | ||
Respuesta a incidencias | 25 min. | 10% cuota mensual del servicio afectado | |
Resolución de averías muy graves (**) | Accesos Ethernet | Inferior a 4h | 50% cuota mensual del servicio afectado |
Resolución de averías graves (**) | Accesos Ethernet | Inferior a 6h | 50% cuota mensual del servicio afectado |
Resolución de averías leves (**) | Accesos Ethernet | Inferior a 11h | 50 % cuota mensual del servicio afectado |
Resolución de averías muy graves (**) | Accesos xDSL /Internet descentralizado | Inferior a 6h | 50% cuota mensual del servicio afectado |
Resolución de averías graves (**) | Accesos xDSL /Internet descentralizado | Inferior a 8h | 50% cuota mensual del servicio afectado |
Resolución de averías leves (**) | Accesos xDSL / Internet descentralizado | Inferior a 12h | 50% cuota mensual del servicio afectado |
Resolución de averías muy graves (**) | Internet centralizado | Inferior a 4h | 50% cuota mensual del servicio afectado |
Resolución de averías graves (**) | Internet centralizado | Inferior a 6h | 50% cuota mensual del servicio afectado_ |
Resolución de averías leves (**) | Internet centralizado | Inferior a 11h | 50% cuota mensual del servicio afectado |
Calidad | |||
Ancho xx xxxxx garantizado | Igual al ancho xx xxxxx mínimo solicitado | 50% cuota mensual del servicio afectado | |
Latencia máx. entre dos puntos. Serv.Voz: | Datos | < 50 ms | 50% cuota mensual del servicio afectado |
Latencia máx. entre dos puntos. Serv.Voz: | Datos | < 80 ms | 50% cuota mensual del servicio afectado |
]itter: | Datos | < 30 ms | 50% cuota mensual del servicio afectado |
Tasa de pérdida de paquetes: | Datos / Internet | < 1 % | 50% cuota mensual del servicio afectado |
Latencia de la red Operador en ámbito estatal | Internet | < 70 ms | 50% cuota mensual del servicio afectado |
Latencia de la red Operador en ámbito estatal | Internet | < 80 ms | 50% cuota mensual del servicio afectado |
Latencia de la red Operador en EEUU | Internet | < 120 ms | 50% cuota mensual del servicio afectado |
(*) El AdL se reserva el derecho de realizar el 10% de provisiones con carácter de urgencia. (**) Una vez resuelta una avería, deberá notificarse al AdL de su resolución y cierre.
16.8.4. Servicio de Voz y Telefonía IP
Nivel de Servicio | ITEM | SLA | Penalización | ||
Atención y respuesta a consultas | |||||
Tiempo máximo de respuesta comercial (peticiones normales) | Inferior a 7 días hábiles desde la solicitud | 0,1 % facturación global mensual | |||
Tiempo máximo de respuesta comercial (peticiones urgentes) (*) | Inferior a 3 días hábiles desde la solicitud | 0,2 % facturación global mensual | |||
Tiempo máximo de respuesta comercial (respuesta implica estudio especial) | Inferior a 30 días hábiles desde la solicitud | 0,3 % facturación global mensual | |||
Peticiones de provisiones y administración | |||||
Tiempo máximo de provisión de servicios de voz | PRI | Inferior a 30 días hábiles desde la solicitud | 50% cuota mensual del servicio afectado (***) | ||
BRI a/b | Inferior a 15 días hábiles | 50% cuota mensual del servicio afectado (***) | |||
Tiempo máximo de voz (servicios urgentes) (*) | PRI | Inferior a 10 días hábiles | 50% cuota mensual del servicio afectado (***) | ||
BRI a/b | Inferior a 3 días hábiles | 50% cuota mensual del servicio afectado (***) | |||
Modificaciones de los servicios | Inferior a 2 días hábiles | 100% cuota mensual del servicio afectado (***) | |||
Reconfiguraciones en caso de emergencia | Inferior | a | 7 horas | 50% cuota mensual del servicio afectado(***) | |
Número de cambios resueltos con reclamación posterior por parte del cliente | Inferior | al | 3% | 0,5 % facturación mensual global | |
Número máximo de interrupciones del servicio | Inferior año | o | igual a 2 por | 100% cuota mensual de los servicios afectados (***) | |
Disponibilidad | |||||
Disponibilidad de las operaciones 24x7 | Superior al 99,99% | 1% facturación global mensual | |||
% Disponibilidad individual de los servicios | Superior al 99,9 % | 50% cuota mensual del servicio afectado (***) | |||
Averías | |||||
Proactividad | Superior al 95% antes de 5 minutos | ||||
Porcentaje máximo de averías repetidas en 10 días naturales | Inferior | al | 2% | ||
Respuesta a incidencias | PRI | Inferior | a | 25 min. | 10% cuota mensual del servicio afectado (***) |
BRI a/b | Inferior | a | 50 min. | 10% cuota mensual del servicio afectado (***) | |
Resolución de averías muy graves (**) | PRI | Inferior | a | 4h | 50% cuota mensual del servicio afectado (***) |
BRI a/b | Inferior | a | 8h | 50% cuota mensual del servicio afectado (***) | |
Resolución de averías graves (**) | PRI | Inferior | a | 8h | 50% cuota mensual del servicio afectado (***) |
BRI a/b | Inferior | a | 16h | 50% cuota mensual del servicio afectado (***) | |
Resolución de averías leves (**) | PRI | Inferior | a | 12h | 50 % cuota mensual del servicio afectado (***) |
BRI a/b | Inferior | a | 24h | 50% cuota mensual del servicio afectado (***) | |
(*) El AdL se reserva el derecho de realizar el 10% de provisiones con carácter de urgencia. (**) Una vez resuelta una avería, deberá notificarse a AdL su resolución y cierre.
(***) La cuota mensual del servicio afectado se corresponde con el coste mensual del servicio en concepto
de cuotas fijas más el coste medio del tráfico cursado por el número xx xxxxxxx del servicio.
16.8.5. Servicios Móviles
Parámetro | Definición | SLA |
Tiempo de Atención | Tiempo en el que es atendida la llamada de un Cliente en el 90% o más de los casos. | 20 seg. |
Reporte de Reclamación | Tiempo transcurrido desde que el AdL presenta una reclamación hasta que obtiene una llamada de seguimiento. En esta llamada, siempre que sea posible, se ofrecerá al cliente un diagnóstico preliminar y una estimación "a priori" del tiempo de resolución. | < 1 hora |
Tiempo efectivo de resolución | Tiempo transcurrido desde que el AdL presenta una reclamación hasta que se le notifica al cliente su resolución | Leve: < 48 h, Severa: < 24h Crítica: < 8 h. |
Porcentaje de Incidencias Resueltas en el Tiempo Objetivo | % de incidencias resueltas en los tiempos establecidos como SLA | Leve: > 90 % Severa: > 95 %. Crítica:100 % |
16.8.6. Plan de calidad
El adjudicatario deberá entregar un plan de garantía de calidad del servicio en el que figuraran los compromisos de funcionamiento de todos los servicios ofertados, y que deberá tener en cuenta lo establecido en los puntos anteriores. En el mismo, se deberán indicar las penalizaciones por incumplimiento de los diferentes servicios así como los tantos por ciento del objetivo por debajo de los cuales el AdL hará ejercicio de las mismas.
16.9. Plan de Migración de Operador (PMO)
Como resultado del actual proceso de licitación, el adjudicatario final del servicio, puede diferir del contratista que actualmente presta dichos servicios. En caso de que dicho cambio llegue a producirse, el nuevo adjudicatario deberá desarrollar las actividades necesarias para llevar a cabo el cambio de operador, siendo la realización de estos trabajos una parte fundamental del contrato.
Para los operadores que no dispongan de infraestructura en los centros de interés, e incluso para los que dispongan de ésta pero sin acceso al centro, la ejecución del contrato se desarrollará a lo largo de un periodo transitorio durante el cual se irán incorporando los centros y prestaciones.
Los licitadores deberán recoger en su oferta, con carácter obligatorio, el proyecto de Plan de Migración de Operador propuesto al AdL, que será aplicado en caso de resultar adjudicatarios. La no presentación de esta planificación (salvo en el caso del operador actual) supondrá la inmediata consideración de la oferta presentada como NO Válida y la eliminación de la misma del proceso de licitación.
El licitador deberá establecer obligatoriamente en su PMO los compromisos de tiempo para la ejecución del mismo. En cualquier caso, el PMO propuesto debe orientarse a minimizar el impacto del cambio sobre el normal desarrollo de los servicios actuales, con la mínima interrupción del servicio y manteniendo, al menos, las características descritas en el Lote 1 del presente PPT. El plazo de puesta en funcionamiento del servicio será como máximo 3 meses.
Todas las acciones recogidas en el PMO estarán incluidas como parte de los servicios objeto de este contrato y deberán realizarse en los plazos establecidos. El NO cumplimiento de los plazos establecidos en el
PMO para el despliegue de los servicios inicialmente demandados por el AdL podrá considerarse incumplimiento contrato y ser causa de resolución del mismo.
Se indican a continuación algunos aspectos de especial relevancia a tener en cuenta en el PMO:
▪ En todo momento durante la fase de implantación del servicio, se mantendrá el servicio actual, salvo los cortes programados y acordados con el AdL.
▪ Los trabajos que requieran acceso a las dependencias del AdL se realizarán, con carácter general en horario de 8:00 a 15:00. Sin embargo, todas aquellas actuaciones que impliquen un corte en el servicio deberán realizarse en un horario acordado con el AdL y siempre fuera de su horario laboral.
▪ No se permitirá el acceso a los edificios ni a los repartidores de red interior a ninguna persona distinta de los trabajadores que el adjudicatario haya identificado, a tal efecto, ante el AdL, debiendo ajustar su intervención a las bandas horarias que de común acuerdo se establezcan.
▪ Para los servicios que deban coexistir durante cierto periodo debido a la complejidad de la puesta en marcha (periodo de transición), el adjudicatario deberá aportar la solución de menor impacto para el AdL.
▪ En cualquier caso, esta transición no supondrá ningún coste adicional al AdL, responsabilizándose económicamente el adjudicatario del lote correspondiente del coste de los servicios actuales a sustituir. Asimismo deberá prever la xxxxxxxx de procedimientos de relación y actuaciones con el actual prestador de servicios para la sustitución progresiva de los mismos, comprometiéndose a minimizar el impacto de la migración.
▪ En caso de producirse un cambio de proveedor a la finalización del presente contrato, el adjudicatario se compromete a mantener las tarifas y cuotas que se estuvieran aplicando al AdL para su aplicación al nuevo adjudicatario durante el periodo de transición.
▪ El adjudicatario asumirá toda la responsabilidad (por acción u omisión) derivada del proceso de implantación y no podrá imputar a terceros responsabilidad alguna derivada de sus actuaciones.
▪ El adjudicatario deberá gestionar y coordinar la tramitación de las bajas de servicios actuales necesarias para la implantación de su solución.
▪ Se mantendrá la numeración actualmente asociada a todas las líneas y accesos telefónicos de comunicaciones fijas en todas las sedes, haciéndose uso de la portabilidad en el caso de cambio de operador, corriendo los costes a cargo del adjudicatario. Éste deberá indicar, caso de que proceda, la planificación de las tares para realizar dichos cambios, así como los plazos estimados que, en ningún caso, podrán superar los previstos en este PPT.
▪ Para los servicios con acceso a través de red fija el PMO deberá tener en cuenta, fundamentalmente, la disponibilidad de medios y cobertura de la red de telecomunicaciones del operador, para hacer frente al despliegue de accesos y servicios solicitados.
▪ En cualquier caso, el PMO debe recoger claramente el programa de actividades y tiempos asociados para su ejecución, de forma que permita al AdL conocer el tiempo total previsto para realizar el cambio de operador.
▪ El PMO deberá recoger la necesidad actualizar/sustituir el parque de centrales telefónicas, terminales telefónicos fijos y terminales y dispositivos móviles que actualmente están en uso en la red del operador adjudicatario. Se deberá indicar el procedimiento a seguir para llevarlo a cabo, así como los plazos de ejecución necesarios para ello.
16.10. Implantación y Despliegue
16.10.1.Implantación
Se entenderá como fase de implantación a los trabajos previos a la puesta en marcha de los servicios que incluirá los siguientes hitos:
▪ Acondicionamiento de la infraestructura del adjudicatario, y del AdL para poder dotar de los servicios ofertados.
▪ Dotación, instalación y configuración en las diferentes sedes del AdL de todos los sistemas hardware y software necesarios para el correcto funcionamiento de los servicios a implantar.
▪ Puesta en marcha definitiva de los servicios ofertados.
El licitante deberá entregar, junto con la oferta, una planificación detallada de la ejecución de esta fase inicial de implantación, con inclusión de un cronograma de tareas y actividades correspondientes a cada uno de los hitos anteriormente reflejados así como para cualquier otro que licitador considere necesario para la correcta consecución de los trabajos.
Dentro de dicha planificación el licitador deberá indicar el equipo de trabajo asignado para la realización de cada actividad y tarea así como los procedimientos a establecer para supervisar y garantizar la consecución de todos los trabajos en los plazos establecidos.
16.10.2.Despliegue
Se entenderá como despliegue, al periodo correspondiente, tras la fase de implantación, en el que han de poner en funcionamiento la totalidad de los servicios indicados en el presente PPT.
El licitante deberá entregar una planificación detallada de la ejecución del despliegue a efectuar, con inclusión de un cronograma de actividades correspondientes a cada uno de los hitos establecidos y que estime necesarios para la correcta puesta en marcha de todos los servicios y requerimientos indicados en el PPT.
De forma adicional, dicha planificación deberá indicar el equipo de trabajo asignado para la realización de cada actividad y tarea así como los procedimientos a establecer para supervisar y garantizar la consecución de todos los trabajos en los plazos establecidos.
Se establecen 3 meses como plazo de tiempo máximo para completar las fases de implantación y despliegue de acuerdo con lo establecido en este PPT.
El incumplimiento, por causas no imputables al AdL, de los plazos ofertados por el licitador podrá implicar las siguientes penalizaciones:
▪ Por cada día de incumplimiento de plazo de ejecución por encima del plazo máximo de implantación, se aplicará una sanción equivalente al 1,0 % del importe base de licitación del Lote 1.
16.11. Documentación a presentar y formato
El licitador deberá entregar, para su valoración, toda la documentación que se describe a continuación:
Orden | Título Documento | Nº máximo páginas |
1 | Resumen ejecutivo | 15 |
2 | Descripción técnica solución ofertada | 200 |
3 | Plan de gestión, operación y mantenimiento | 50 |
4 | Plan de calidad | 50 |
5 | Plan de migración de operador | 50 |
6 | Plan de implantación y despliegue | 50 |
7 | Plan de trasferencia tecnológica | 20 |
8 | Propuesta de formación | 50 |
Con carácter general, la documentación a presentar por el licitador para la valoración de la oferta de este Lote 1 deberá tener en cuenta las siguientes consideraciones:
▪ La oferta deberá presentar un documento por cada uno de los puntos anteriores. Cada documento estará numerado, mostrará el título especificado y se deberá presentar tanto en soporte papel como en soporte electrónico (PDF). En caso de existir discrepancia entre la información proporcionada en ambos soportes, prevalecerá la entregada en formato papel.
▪ Todos los documentos deberán contener la información que se describe en los siguientes apartados, debiendo ser ésta clara y relevante con respecto al asunto que versan, no ser generalista y contener detalle suficiente para su correcta valoración.
▪ En cada documento se deberá mantener el orden y la estructura que se detalla.
▪ Ninguno de los documentos deberá superar el número de páginas indicado, siendo esa extensión para un tipo de letra y tamaño equivalente al tipo Arial 12 o similar.
El incumplimiento de cualquiera de las condiciones establecidas en este epígrafe supondrá la descalificación de la oferta y, por tanto, la no valoración de la misma.
16.11.1.1. Resumen Ejecutivo
El resumen ejecutivo contendrá por sí solo, con carácter contractual, sin referirse a otros documentos de más detalle, los datos básicos de la oferta realizada por el licitador, así como una sucinta -pero completa- descripción de los aspectos más relevantes de la misma y detallando los elementos diferenciadores con respecto a las características o requisitos mínimos establecidos. Incluirá además justificación de la coherencia de la solución propuesta con respecto a las necesidades y exigencias planteadas en el PPT.
El documento se estructurará de acuerdo a los temas objeto del contrato siguiendo la organización de los mismos expresada en el epígrafe “Servicio Integrado de Telefonía, Datos y Evolución de Infraestructuras de Comunicaciones y Seguridad” del Lote 1 del presente PPT. Constará de un máximo de 15 páginas.
De forma esquemática deberá reflejar:
▪ El enfoque proporcionado por la empresa licitadora en su propuesta.
▪ Resumen y diagramas descriptivos de la solución y de la infraestructura planteada.
▪ Resumen de cada uno de los servicios requerido, con las soluciones planteadas y características operativas.
▪ Resumen del sistema de Gestión Global del Contrato, facilidades de operación y mantenimientos ofertados.
▪ Resumen de los parámetros de calidad y compromisos propuestos.
Finalmente, además de resumir los aspectos más relevantes en los que se centre la oferta, el licitador deberá reflejar el compromiso de aceptación de todos y cada uno de los requisitos exigidos en el Lote 1 del presente PPT. En relación con este último aspecto, el adjudicatario deberá incluir indicación expresa de la prevalencia de los requisitos mínimos expresados sobre cualquier inconsistencia o error en su oferta.
16.11.1.2. Descripción Técnica de la solución ofertada
En este documento el licitador incluirá una descripción detallada y ordenada de todos los aspectos técnicos especificados en el presente pliego, debiendo incluir, como mínimo y en el orden establecido a continuación, los apartados siguientes:
▪ Esquema gráfico y descripción de las Infraestructuras propuestas
− Se describirá de forma detallada la Arquitectura de la Infraestructura de red LAN propuesta para cada sede del AdL, con inclusión de los elementos que la integran y las relaciones y enlaces existentes entre ellos. A este respecto, se incluirá una descripción con el máximo detalle, claridad y precisión posibles de la solución global incluyendo específicamente la configuración, terminales, líneas, enlaces y demás elementos relevantes para cada sede, indicando claramente si se trata de infraestructuras ya existentes o de nueva implantación. Deberán justificarse todas las decisiones tomadas en el diseño resaltando las ventajas del planteamiento realizado e indicando razonadamente como dicha opción resuelve la totalidad de las necesidades planteadas en el PPT.
− Descripción de la Herramienta de Gestión de red LAN ofertada, con indicación del modelo de licenciamiento de la misma, características más relevantes y justificación razonada de su elección.
− Descripción del planteamiento de renovación del cableado estructurado en las diferentes sedes municipales, con indicación de las pruebas, certificaciones y criterios a seguir para llevarla a cabo.
− Descripción del planteamiento y planificación para la realización de la adecuación del cableado entre elementos del CPD, así como la planificación para su ejecución.
− Descripción detallada de la solución de plataforma de telefonía IP con indicación de los elementos que la integran, la conectividad (entre ellos y con las diferentes redes públicas) y las características y funcionalidades de la misma. Deberá detallarse en especial la solución de redundancia y alta disponibilidad propuesta para la plataforma con inclusión de un esquema descriptivo de su diseño y prestaciones. Asimismo se deberá incluir justificación razonada de la elección tomada y cómo resuelve las necesidades planteadas en el PPT.
− Propuesta de terminales de telefonía IP. Se deberá indicar en detalle los modelos asignados a cada una de las categorías establecidas con indicación de sus características más relevantes y la justificación de su elección.
− Descripción resumida de la Herramienta IPAM propuesta con indicación del modelo de licenciamiento de la misma, características más relevantes y justificación razonada de su elección.
− Descripción detallada de la plataforma de seguridad ofertada con indicación de los elementos que la integran y su conectividad e integración con el resto de elementos. Se detallará explícitamente la arquitectura de la solución y el sistema de redundancia y alta disponibilidad considerado en la misma. Se deberá incluir justificación razonada de la elección tomada y cómo resuelve las necesidades planteadas en el PPT.
− Descripción detallada del Servicio de Fax propuesto, con indicación de la arquitectura del mismo, incluyendo una justificación razonada de su elección.
− Descripción resumida de la Herramienta de Gestión y Administración de dispositivos móviles propuesta con indicación del modelo de licenciamiento de la misma, características más relevantes y justificación razonada de su elección.
▪ Inventario de elementos hardware, software y servicios incluidos en la solución.
a) Inventario elementos hardware
− Se proporcionará una lista completa de los elementos hardware con los que se ha implementado la solución.
− Dicho inventario se ordenará de acuerdo a los siguientes bloques: Infraestructura de red LAN, Plataforma de Telefonía IP, Terminales Telefonía IP, Herramienta IPAM, Infraestructura de Seguridad, Terminales y Otros Dispositivos Móviles y Otros.
− Para cada uno de los elementos incluidos en la relación se proporcionará una descripción detallada de sus características técnicas mediante un cuadro comparativo de características ofertadas y exigidas en el PPT. En dicho cuadro se resaltarán las prestaciones que se encuentran por encima de las mínimas establecidas.
− Con objeto de disponer de una valoración precisa del periodo de vida útil del hardware a suministrar, deberá proporcionarse para cada uno de los elementos hardware incluidos en la oferta, la siguiente información certificada o validada por el propio fabricante:
⬝ Fecha fin de soporte del elemento hardware.
⬝ Fecha fin para la adquisición de nuevos elementos hardware.
− De forma adicional, para cada elemento se deberá proporcionar la hoja de especificaciones técnicas oficial del fabricante así como la URL en la que ésta puede consultarse.
b) Inventario elementos software
− Se proporcionará una lista completa de los productos software incorporados en la solución con inclusión de las características técnicas más relevantes de cada uno de ellos e identificándolos dentro de los apartados de servicios requeridos.
− Dicho inventario se ordenará de acuerdo a los siguientes bloques: Herramienta de Gestión de red LAN, Plataforma de telefonía IP, Herramienta de gestión y administración de dispositivos móviles, Herramienta IPAM, Infraestructura de Seguridad, Servicio de Fax, Herramienta de Gestión de Servicios de Comunicaciones
− Para cada producto deberá indicarse exactamente el nombre de producto atendiendo a la nomenclatura del fabricante, el número exacto de licencias y tipo de las mismas.
− Asimismo, para cada uno de los productos se describirá la forma de licenciamiento por parte del fabricante y también el tipo de mantenimiento.
− Con objeto de disponer de una valoración precisa del periodo de vida útil del software a suministrar, deberá proporcionarse para cada uno de los productos software incluidos en la oferta, la siguiente información certificada o validada por el propio fabricante:
⬝ Fecha fin de soporte del producto software.
⬝ Fecha fin para la liberación de nuevas versiones o actualizaciones del producto software.
− De forma adicional, para cada elemento se deberá proporcionar la hoja de funcionalidades del fabricante así como la URL en la que ésta puede consultarse.
c) Servicios incluidos
− Se proporcionará una lista completa de los servicios incluidos en la solución con detalle de las prestaciones de cada uno de ellos y su planificación a lo largo de la duración del contrato. Para la redacción de este apartado, se tendrá en cuenta lo solicitado para cada servicio subyacente de voz fija, móvil, datos, comunicaciones unificadas en Internet en los requerimientos del presente pliego, debiéndose confirmar en cada apartado, de forma explícita, todas las funciones solicitadas destacándose las mejoras incluidas.
− Se tendrá en cuenta las calidades de prestación del servicio ofertadas, que deberán disponer de las máximas funcionalidades permitidas por la tecnología actual, a la vez que deberá garantizarse la evolución de dicha tecnología.
− Deberá seguirse para organizar esta sección el siguiente orden:
Telefonía Fija
⬝ Servicios de Transmisión de Voz: Con indicación del detalle de los tipos de enlace ofertados junto con sus características y los estándares incluidos, así como el tipo de medios de
transmisión utilizados. Además se deberá indicar los tipos de tráfico vocal ofertados con sus características y funcionalidades permitidas, las características de la red a utilizar para dar servicio a este tipo de transmisiones, indicando titularidad de la misma y haciendo especial hincapié en las capacidades de redundancia de los sistemas empleados, así como la capacidad de definición de rutas de tráfico alternativas. Se incluirá especificación detallada de los medios que se utilizarán para garantizar la correcta recepción de las llamadas entrantes en los enlaces del AdL durante la fase de implantación y el despliegue inicial, así como cualquier otro aspecto que el licitador considere relevante.
⬝ Servicios de Transmisión de Datos: Detalle de los enlaces y elementos ofertados con sus características indicando los estándares incluidos, las características de la red a utilizar para dar servicio a este tipo de transmisiones, indicando titularidad de la misma y haciendo especial hincapié en las capacidades de redundancia de los sistemas empleados, así como la capacidad de definición de rutas de tráfico alternativas.
⬝ Servicios Telefónicos Temporales: Detalle del portafolio de los servicios que el licitador está en disposición de ofertar al AdL con descripción de sus características y costes.
Telefonía Móvil
⬝ Servicios de Transmisión móvil digital: Con indicación del detalle de las características de la red para proporcionar el servicio requerido, indicando la titularidad de la misma y haciendo especial hincapié en las capacidades de redundancia de los sistemas empleados, así como en la capacidad de definición de rutas de tráfico alternativas. Además se deberá indicar el detalle de la cobertura radioeléctrica con detalle de las localidades de cobertura y mapas de detalle a escala 1:5000 para la ciudad xx Xxxxxxx y 1:11000000 a nivel nacional. También se incluirá el detalle de cobertura del roaming internacional de voz y GPRS
⬝ Servicios M2M y mensajes cortos. Descripción de las características específicas de cada uno de ellos.
⬝ Acceso a Internet: Descripción del servicio con indicación del nivel de cobertura y prestaciones.
⬝ Correo Electrónico en movilidad: Descripción del servicio con indicación del tipo de acceso y funcionalidades incluidas.
Comunicaciones Unificadas
⬝ Descripción de la plataforma de CCUU con indicación de las funcionalidades y ventajas respecto de los servicios desagregados.
Transmisiones de Datos
⬝ Descripción en detalle de los enlaces y elementos ofertados con sus características, indicando los estándares incluidos.
⬝ Detalle de las características de la red a utilizar para dar servicio a este tipo de transmisiones, indicando la titularidad de la misma y haciendo especial hincapié en las capacidades de redundancia de los sistemas empleados, así como en la capacidad para definir rutas de tráfico alternativas.
Acceso a Internet
⬝ Descripción en detalle de las características de los accesos a Internet propuestos, haciendo especial hincapié en las capacidades de redundancia de los sistemas empleados y en la capacidad para definir rutas de tráfico alternativas.
El documento Descripción Técnica de la Solución Ofertada contará con un máximo de 200 páginas.
16.11.1.3. Plan de Gestión, operación y mantenimiento
En este documento el licitador incluirá una descripción detallada de todos los aspectos relacionados con la Gestión Global de los servicios ofertados a realizar una vez comenzada la prestación de servicio contratado que incluirá el mantenimiento, la gestión, detección y resolución de incidencias y la actualización (cuando sea preciso) de los circuitos y servicios contratados, todo ello de acuerdo a lo establecido en el presente PPT. El documento definirá el Centro de Gestión, su ubicación y dotación (medios humanos y materiales) desde donde se realizará el seguimiento del contrato. Deberá detallarse el conjunto de recursos humanos adscrito al mismo, con indicación de su formación y tareas asignadas, los medios de contacto, el protocolo de
atención establecido, etc.
Se tendrá en cuenta el nivel de detalle expresado en el plan de gestión, operación y mantenimiento, así como el nivel de adecuación a lo especificado en el epígrafe “Gestión Global del Contrato” del Lote 1 del presente PPT. Dicho documento tendrá un máximo de 50 páginas.
16.11.1.4. Plan de Calidad
En este documento el licitador incluirá una descripción detallada de su compromiso de calidad para todos los servicios relacionados en el presente PPT. El Plan de Calidad deberá definir los parámetros de los servicios subyacentes (de voz fija, de móvil o de datos, entre otros) de forma que el análisis de su cumplimiento permita verificar el nivel de consecución de prestación del servicio y, en caso contrario, el establecimiento de las penalizaciones correspondientes. La definición del mismo se deberá hacer en función de los requisitos y aspectos técnicos especificados en el epígrafe “Calidad del Servicio. Acuerdos de Nivel de Servicio” del Lote 1 de este PPT. Dicho documento tendrá un máximo de 50 páginas.
16.11.1.5. Plan de Migración de Operador
En este documento el licitador incluirá una descripción detallada y ordenada de la metodología, procedimientos de trabajo, tiempos, tareas, recursos humanos y técnicos que se emplearán para conseguir el cambio de la plataforma del actual operador a la del nuevo, caso de ser diferente. Se tendrá en cuenta el nivel de detalle con que se describa el plan así como el nivel de adecuación del mismo a los requerimientos establecidos en el epígrafe “Plan de Migración de Operador (PMO)” del Lote 1 del presente PPT. Dicho documento tendrá un máximo de 50 páginas.
16.11.1.6. Plan de Implantación y Despliegue
En este documento el licitador incluirá una descripción detallada del plan de implantación y despliegue de los servicios incluidos en el presente lote con indicación de las tareas más relevantes para la implantación propuesta, la duración de cada una de ellas y los recursos humanos destinados a su materialización, señalando el nivel de participación en el proyecto de cada uno de ellos. Se deberá indicar el tiempo total de ejecución del proyecto y también la fecha de inicio de prestación del servicio, siendo responsabilidad del adjudicatario la prestación del servicio a partir de dicha fecha. El contenido del documento deberá de ser acorde a los requisitos establecidas en el epígrafe “Implantación y Despliegue” del Lote 1 del presente PPT y contendrá un máximo de 50 páginas.
16.11.1.7. Plan de Trasferencia Tecnológica
En este documento el licitador incluirá una descripción detallada del planteamiento propuesto para realizar el traspaso de los conocimientos relacionados con todos los sistemas, tecnologías y equipos utilizados en la solución ofertada, a los técnicos de sistemas del AdL, todo ello acorde a lo establecido en el epígrafe “Formación. Traspaso de conocimientos” del Lote 1 del presente pliego de PPT. Dicho documento tendrá un máximo de 20 páginas.
16.11.1.8. Propuesta de Formación
En este documento el licitador incluirá una Propuesta de Formación detallada con inclusión del conjunto de cursos de formación destinados a la actualización de conocimientos para los técnicos del AdL, que deberán versar exclusivamente sobre herramientas, equipamiento y tecnologías utilizadas en la arquitectura del sistema, así como del número de horas de formación incluidas dentro de la oferta. Para cada uno de los cursos ofertados, deberá justificar la adecuación del mismo a las necesidades expresadas, todo ello acorde a lo establecido en el epígrafe “Formación. Cursos” del Lote 1 del presente pliego de PPT. Dicho documento tendrá un máximo de 50 páginas.
16.12. Facturación
La facturación se realizará de forma mensual por el total de los servicios. La factura de los servicios realizados se emitirá a mes vencido, dentro de los diez primeros días del mes siguiente.
Respecto a los productos y servicios de telecomunicaciones el adjudicatario se compromete a presentar mensualmente el desglose de planta y perfiles de consumo en soporte magnético de forma que se pueda hacer un seguimiento y control del crecimiento o decrecimiento del consumo realizado.
16.12.1.Gestión de la facturación
Existirá un único interlocutor autorizado encargado de la facturación del contrato. La empresa adjudicataria deberá poner a disposición del AdL un Asesor Personal en 8x5 para resolver todas las incidencias que puedan surgir en cuanto a la gestión de facturación,
16.12.2.Facilidades de facturación
La empresa adjudicataria facilitará sin coste una herramienta de gestión de la facturación, que tendrá acceso a los datos reales de facturación a través de una plataforma informática en línea. Esta herramienta permitirá la elaboración de informes y consultas tales como:
▪ Informes por datos de agrupación, servicio medido, cargos, cuotas, cliente, número de factura, abonado y otros.
▪ Realización de estadísticas por periodo. C.I.F., factura y otros.
▪ Posibilidad de exportación de todos estos informes y consultas como hojas de cálculo o bases de datos.
▪ Efectuar consultas sobre cualquiera de los campos relacionados en la herramienta y de uso exclusivo de AdL
16.13. Aceptación de condiciones
El licitador asumirá que cualquier material o trabajos no especificados en su propuesta y que sean necesarios para la correcta ejecución del proyecto correrán a cargo del mismo en caso de ser adjudicatario. Del mismo modo, el equipamiento y productos suministrados e integrados en la Infraestructura del CPD pasará a ser propiedad del AdL a la finalización del presente contrato.
Lote 2
17. Evolución Infraestructura TIC y Virtualización Escritorio
Con carácter general, será responsabilidad del adjudicatario el suministro e instalación de todos los recursos hardware y software requeridos en el presente contrato para la puesta en marcha de la solución de dotación y consolidación de infraestructuras y virtualización de escritorio. El proceso de instalación, configuración y puesta en marcha deberá garantizar la transferencia de conocimientos hacia el personal del Servicio de Nuevas Tecnologías del AdL de acuerdo a lo establecido en presente PPT.
No obstante, una vez realizada la adjudicación, se podrá llevar a cabo un replanteo de cualquiera de los elementos hardware y software ofertados por el adjudicatario con el objeto de optimizar utilización de los recursos existentes en el CPD mejorando, en lo posible y de acuerdo con las necesidades del AdL, el rendimiento e integración de la solución. El resultado de dicho replanteo, en ningún caso podrá implicar un mayor gasto del previsto por el adjudicatario en las infraestructuras inicialmente ofertadas.
17.1. Situación Actual
Con objeto de que el licitador pueda realizar un dimensionamiento adecuado de su propuesta de solución a los requerimientos establecidos en este Lote 2, se pone a su disposición en el Anexo Situación Actual, una descripción detallada de los recursos hardware y software de los que actualmente dispone el AdL y que, de un modo u otro, se ven afectados por la evolución de infraestructuras requerida. La descripción de dichos recursos se puede encontrar en los siguientes epígrafes de dicho documento:
⬝ Plataforma hardware de virtualización
⬝ Plataforma hardware Oracle (entornos de producción y desarrollo)
⬝ Plataforma hardware de Copia de Seguridad
⬝ Plataforma hardware de Almacenamiento (Subsistemas de propósito general y Oracle)
⬝ Software Licenciado.
17.2. Servicios a ofertar
17.2.1. Plataforma de virtualización
El adjudicatario será responsable de suministrar el equipamiento necesario para la implantación de una plataforma de virtualización que, de acuerdo con los condicionantes y requisitos establecidos en los siguientes epígrafes, permita consolidar en una infraestructura única todos los recursos necesarios para dar servicio a:
▪ Infraestructura de virtualización existente (ver Anexo Situación Actual).
▪ Infraestructura de servidores para la virtualización de, al menos, 400 puestos de trabajo de perfil medio que, a modo de referencia y como mínimo, incluirán el sistema operativo Windows y un paquete ofimático. Aunque inicialmente está previsto que sea Windows 7 el SO a utilizar en el 100% de los puestos de trabajo debe considerarse, al dimensionar los recursos necesarios, que en un futuro próximo, al menos, un 10% de los puestos de trabajo puedan ser migrados a Windows 8.
▪ Infraestructura de servidores de BBDD Oracle para los entornos de desarrollo y producción (ver Anexo Situación Actual).
Los siguientes apartados describen la arquitectura y características técnicas de los elementos necesarios que deberán ser tenidas en cuenta para realizar el suministro de la nueva infraestructura requerida para su correcta integración en el entorno del AdL, así como de aquellos elementos de la infraestructura existente que deberán ser modificados o reemplazados.
17.2.1.1. Infraestructura de chasis blade
La infraestructura ofertada para el alojamiento de los servidores, deberá cumplir los siguientes requerimientos:
▪ Deberá estar basada en chasis de tipo blade, lo que permitirá eficiencias a nivel energético y de administración.
▪ El sistema deberá garantizar la redundancia de todos los elementos suministrados e instalados.
▪ Cada uno de los chasis deberá tener capacidad suficiente para albergar, al menos, un 37% de carga adicional a la necesaria para cubrir las necesidades expresadas.
▪ Tanto los servidores blade como los chasis deberán conectarse a los mismos elementos de conectividad y gestión, formando así un único dominio de gestión que debe poder ser escalable sin por ello tener que aumentar la complejidad del sistema.
▪ Los elementos de conectividad proporcionados deberán permitir la conectividad de todo el sistema hacia el exterior, pudiendo conectarse de forma nativa a redes Ethernet, FC(Fibre Channel) o FCoE (Fibre Channel Over Ethernet).
▪ Los chasis deberán estar conectados entre ellos mediante switches o elementos de conectividad a través de una red FCoE a 10Gb Ethernet, de baja latencia y sin pérdidas. El adjudicatario deberá de proporcionar dichos equipos con los puertos de 10Gb y 1Gb necesarios para implantar eficientemente la solución.
▪ Los chasis dispondrán de al menos 4 fuentes de alimentación monofásicas e intercambiables en caliente. Estas fuentes de alimentación tendrán un 92% de eficiencia energética y deberán poder ser configuradas en modo no redundante, en redundancia N+1 y en redundancia tipo grid (N+N).
▪ La capacidad de potencia de las fuentes de alimentación suministradas deberá ser de N+1, siendo N superior al consumo máximo posible del chasis con todos los elementos suministrados instalados.
▪ Se deberá garantizar la redundancia del sistema de administración de los chasis y su capacidad de sustitución sin reemplazar el chasis.
▪ Los chasis dispondrán de ventiladores intercambiables en caliente.
▪ Los chasis deberán disponer de al menos dos switches integrados, con puertos a 10Gb Ethernet y FCoE
con las siguientes características:
− Enlaces unificados FcoE a 10Gbps: Capacidad de hasta 16 externos, un mínimo de 8 suministrados y 4 licenciados. Se deberá garantizar la conectividad de cada uno de los blades instalados con un ancho xx xxxxx equivalente a 2 x 10GbE hacia el chasis.
− Soporte de diferentes clases de servicio permitiendo Lossless Ethernet1 y Traditional Ethernet sobre un mismo Fabric.
− Capacidades de gestión del ancho xx xxxxx a nivel global en el sistema mediante la utilización de gestión de calidades de servicio (QoS).
− Desde un punto de vista de red, los switches integrados deberán proporcionar una conectividad line- rate, de baja latencia y determinista a 10GbE en todos los puertos. La totalidad de los puertos de los elementos de interconexión deberán ser puertos unificados, es decir, que simplemente cambiando el SFP, el puerto pueda negociar Ethernet, FCoE o FC nativo.
▪ Con objeto de dotar al sistema de máxima flexibilidad y operabilidad, las tarjetas de red (CNAs) deben
1 Lossless Ethernet: PFC (Priority-based Flow Control IEEE 802.1 Qbb), ETS (Enhaced Transmision Selection IEEE 802.1 Qaz), DCBx (Data Center Bridging Exchange IEEE 802.1 Qaz) y QCN (Congestion Notification Protocol IEEE 802.1 Qau)
ser virtualizables permitiendo ofrecer interfaces PCIe al sistema operativo.
▪ Dichos interfaces PCIe podrán ser vNIC- Virtual Network Interface Card y/o vHBA- Virtual Host Bus Adapter
(tarjetas fibre-channel virtuales).
▪ Del mismo modo, los interfaces PCIe podrán utilizarse en entornos físicos para salir del servidor hacia las redes LAN y SAN con todos aquellos interfaces que requiera la aplicación.
▪ El sistema deberá permitir la creación de Perfiles que encapsulen y contengan la definición de las políticas de infraestructura necesarias para el provisionamiento de los servidores.
▪ De manera general, la sustitución xx xxxxxx dentro del chasis no deberá requerir de tareas de configuración específicas, sino que deberá heredarse los valores de configuración y parametrización del equipo sustituido de forma totalmente transparente tanto para la red LAN como para la red SAN.
▪ La solución deberá disponer de un solo Sistema de Gestión que establezca un único dominio de administración y gestión de todos los chasis de forma unificada, todo ello sin necesidad de licenciamiento adicional, que en cualquier caso sería a cargo de adjudicatario.
▪ El sistema deberá de proporcionar inventario hardware de todos los componentes que lo integran.
▪ El sistema deberá disponer de un interfaz de programación de aplicaciones (API – Application Programming Interface) que permita la integración con otras herramientas de gestión, provisionamiento y automatización, así como con desarrollos a medida.
▪ El sistema deberá permitir la monitorización de todos los componentes del chasis blade y que ésta sea integrable mediante protocolos de monitorización IP (SNMP o similares) con una herramienta de monitorización estándar xxx xxxxxxx e independiente del fabricante de la solución blade.
▪ El chasis deberá disponer de sistema de monitorización de energía a nivel global de chasis y de blade.
▪ El adjudicatario deberá proporcionar soporte y mantenimiento directo del fabricante para todo el sistema durante el periodo de vigencia del contrato con el siguiente SLA (8x5 NBD).
17.2.1.1.1. Requisitos adicionales chasis blade
Certificaciones GreenIT | |
Materiales de fabricación | Materiales con contenido en plomo por debajo del 0,1%. Materiales con contenido de cadmio por debajo del 0,01%. Materiales con contenido en mercurio por debajo del 0,1%. Materiales con contenido en cromo hexavalente por debajo del 0,1%. Materiales con contenido en PBB por debajo del 0,1%. Materiales con contenido en PBDE por debajo del 0,1%. Materiales con contenido en PCB y PCT por debajo del 0,005%. Libre de amianto. Materiales libres de CFC, HBFC y CFC. Pilas incluidas en el equipo con un contenido por debajo del 2% de mercurio en peso. Baterías incluidas en el equipo con un contenido por debajo del 0,0005% de mercurio. Baterías incluidas en el equipo con un contenido por debajo del 0,002% de cadmio. Materiales de empaquetado de los productos con contenido por debajo del 0,01% de plomo, mercurio, cadmio y cromo hexavalente. |
Diseño y ciclo de vida | Los componentes del sistema que deban ser reciclados, lo serán de manera separada y con fácil desmontaje. Los componentes plásticos deberán estar identificados de acuerdo a la norma ISO 11469. Se garantiza la disponibilidad de piezas durante al menos 5 años. Se debe garantizar la posibilidad de ampliación modular de los componentes principales del sistema |
Directivas | RoHS (2002/95/EC). Cumplimiento del Anexo XVII de REACH (Sustancias peligrosas). Cumplimiento del Reglamento de la CE 2037/2000, 2038/2000 y 2039/2000 (capa de ozono). Directiva europea 2004/108/EC de compatibilidad electromagnética. Directiva europea 2006/95/EC sobre baja tensión. Directiva europea 2006/66/EC sobre baterías y acumuladores. Directiva europea 2004/12/EC de empaquetado. |
Fabricante | Certificación ISO 14001 en la fabricación. |
17.2.1.2. Servidores
Con carácter general, el equipamiento de servidores suministrado deberá incorporar el hardware necesario para garantizar un funcionamiento de la plataforma por debajo del 70% de su capacidad, al menos en memoria y procesador, habilitando así la posibilidad de respuesta de los sistemas ante puntas de carga, fallos de elementos puntuales en la arquitectura o para la realización de tareas de mantenimiento sobre la plataforma hardware/software de base.
El sistema de servidores de la plataforma de virtualización y VDI se deberá diseñar siguiendo la filosofía de N+1 de tal manera que todo el sistema pueda seguir funcionando sin degradación de rendimiento ante la caída de uno de los nodos instalados.
Los servidores suministrados deberán cumplir, atendiendo a los grupos que se detallan a continuación, los requerimientos mínimos de referencia siguientes:
17.2.1.2.1. Servidores VDI
Procesador | |
Cantidad | El número de servidores de este tipo a suministrar deberá cubrir de forma satisfactoria las necesidades VDI requeridas teniendo en consideración que el número total xx xxxxxx ofertados para la solución completa no debe superar el 65% de la capacidad total de los chasis. |
Tecnología | Intel Xeon E5 familia V2 |
Número mínimo de cores por procesador | 8 |
Nº mínimo de Procesadores instalados | 2 procesadores |
Frecuencia mínima de procesador | 2.00 GHz |
Memoria | |
Tipo de memoria | DDR3 |
Frecuencia alcanzable | 1600 MHz |
Frecuencia mínima a alcanzar | 1333 MHz |
Capacidad máxima | 768 GB (con 32GB DDR3 LRDIMMS) |
Número xx xxxxxxx | 4 por procesador |
Protección de la memoria | ECC Avanzado. ChipKill. Soporte de mirroring de memoria |
Memoria incluida | Al menos 1024 GB de memoria repartida entre los servidores instalados |
Disco | |
Tecnología | Soporte SAS, SATA y opcionalmente SSD |
Soporte RAID | RAID 0, 1 |
Número de discos | 2 con capacidad de cambio en caliente |
Capacidad de los discos | Mínimo 146 GB |
Ancho xx xxxxx | 6G |
Revoluciones por minuto | 15000 |
Red | |
Nº puertos a 10 Gbps internos por blade | Mínimo 2 |
Formato y rendimiento | |
Formato | Blade (adecuado al chasis ofertado) |
Rendimiento | Índice Benchmark SPEC 2006 >= 523 |
17.2.1.2.2. Servidores virtualización
Procesador | |
Cantidad | Mínimo 2 Servidores. El número de servidores de este tipo a suministrar deberá cubrir satisfactoriamente las necesidades derivadas de la consolidación de la plataforma de virtualización existente teniendo en consideración que el número total xx xxxxxx ofertados para la solución completa no debe superar el 65% de la capacidad total de los chasis. |
Tecnología | Intel Xeon E5 familia V2 |
Número mínimo de cores por procesador | 6 |
Nº mínimo de Procesadores instalados | 2 procesadores |
Frecuencia total de los servidores suministrados | Deberá garantizarse al menos 58 GHz de frecuencia agregada. |
Memoria | |
Tipo de memoria | DDR3 |
Frecuencia alcanzable | 1600 MHz |
Frecuencia mínima a alcanzar | 1333 MHz |
Capacidad máxima | 768 GB (con 32 GB DDR3 LRDIMMS) |
Número xx xxxxxxx | 4 por procesador |
Protección de la memoria | ECC Avanzado. ChipKill. Soporte de mirroring de memoria |
Memoria incluida | Mínimo 256 GB por servidor |
Disco | |
Tecnología | Soporte SAS, SATA y opcionalmente SSD. |
Soporte RAID | RAID 0, 1 |
Número de discos | 2 con capacidad de cambio en caliente |
Capacidad de los discos | Mínimo 146 GB |
Ancho xx xxxxx | 6G |
Revoluciones por minuto | 15000 |
Red | |
Nº puertos a 10 Gbps internos por blade | Mínimo 2 |
Formato y rendimiento | |
Formato | Blade (adecuado al chasis ofertado) |
Rendimiento | Índice Benchmark SPEC 2006 >= 414 |
17.2.1.2.3. Servidores Oracle
Procesador | |
Cantidad | 2 Servidores |
Tecnología | Intel Xeon E5-2620 V2 |
Número mínimo de cores por procesador | 6 |
Procesadores instalados | 2 procesadores |
Frecuencia mínima de procesador | 2.10 GHz |
Memoria | |
Tipo de memoria | DDR3 |
Frecuencia alcanzable | 1600 MHz |
Frecuencia mínima a alcanzar | 1333 MHz |
Capacidad máxima | 768 GB (con 32GB DDR3 LRDIMMS) |
Número xx xxxxxxx | 4 por procesador |
Protección de la memoria | ECC Avanzado. ChipKill. Soporte de mirroring de memoria |
Memoria incluida | Mínimo 64 GB |
Disco | |
Tecnología | Soporte SAS, SATA y opcionalmente SSD. |
Soporte RAID | RAID 0, 1 |
Número de discos | 2 con capacidad de cambio en caliente |
Capacidad de los discos | Mínimo 146 GB |
Ancho xx xxxxx | 6G |
Revoluciones por minuto | 15000 |
Red | |
Nº puertos a 10 Gbps internos por blade | Mínimo 4 |
Formato y rendimiento | |
Formato | Blade (adecuado al chasis ofertado) |
Rendimiento | Índice Benchmark SPEC 2006 >= 414 |
17.2.1.2.4. Requisitos adicionales servidores
Serán de aplicación a todos los servidores ofertados en los epígrafes anteriores las siguientes características de certificación de sistema operativo y GreenIT:
Sistemas operativos certificados | |
Versiones certificadas | Oracle VM versión 3 Certified for Joint Support Oracle Enterprise Linux 6 Certified Joint Support Vmware ESXi vSphere 5.0 / 5.1 / 5.5 Windows Server 2012 R2 (Essentials, Standard, Datacenter e Hyper-V) Windows Server 2012 (Essentials, Standard, Datacenter e Hyper-V) Windows Server 2008 R2 (Web Server, Standard, Datacenter) Windows Server 2008 (Web Server, Standard, Datacenter) Red Hat Enterprise Linux 6 x86 y EM64T Red Hat Enterprise Linux 5 x86 y EM64T La certificación deberá estar realizada sobre el conjunto del servidor y no sobre componentes separados del mismo, aunque se incluya en la certificación todos los elementos que compongan el servidor. |
Certificaciones GreenIT | |
Energy Star | Escalado de frecuencia y voltaje dinámicos del procesador. Disponibles estados de potencia reducida en los cores o procesadores y en la memoria. Velocidad variable de ventiladores en función de condiciones térmicas y/o de potencia. Capacidad para limitar el consumo máximo de energía del servidor. Eficiencia de la fuente de alimentación superior a 85 para una carga del10%. Eficiencia de la fuente de alimentación superior a 90 para una carga del 20%, 50% y 100%. |
Materiales de fabricación | Materiales con contenido en plomo por debajo del 0,1%. Materiales con contenido de cadmio por debajo del 0,01%. Materiales con contenido en mercurio por debajo del 0,1%. Materiales con contenido en cromo hexavalente por debajo del 0,1%. Materiales con contenido en PBB por debajo del 0,1%. Materiales con contenido en PBDE por debajo del 0,1%. Materiales con contenido en PCB y PCT por debajo del 0,005%. Libre de amianto. Materiales libres de CFC, HBFC y CFC. Pilas incluidas en el equipo con un contenido por debajo del 2% de mercurio en peso. Baterías incluidas en el equipo con un contenido por debajo del 0,0005% de mercurio. Baterías incluidas en el equipo con un contenido por debajo del 0,002% de cadmio. Materiales de empaquetado de los productos con contenido por debajo del 0,01% de plomo, mercurio, cadmio y cromo hexavalente. |
Diseño y ciclo de vida | Los componentes del servidor que deban ser reciclados de manera separada y de fácil desmontaje. Los componentes plásticos deberán estar identificados de acuerdo a la norma ISO 11469. Se garantiza la disponibilidad de piezas durante al menos 5 años. Se debe garantizar la posibilidad de ampliación modular de los componentes principales (procesador, memoria, disco, etc.). |
Directivas | RoHS (2002/95/EC). Cumplimiento del Anexo XVII de REACH (Sustancias peligrosas). Cumplimiento del Reglamento de la CE 2037/2000, 2038/2000 y 2039/2000 (capa de ozono). Directiva europea 2004/108/EC de compatibilidad electromagnética. Directiva europea 2006/95/EC sobre baja tensión. Directiva europea 2006/66/EC sobre baterías y acumuladores. Directiva europea 2004/12/EC de empaquetado. |
Fabricante | Certificación ISO 14001 en la fabricación de los servidores ofertados. |
17.2.2. Plataforma de almacenamiento
17.2.2.1. Condiciones generales
El adjudicatario será responsable del suministro de una plataforma de almacenamiento única que sea capaz de cubrir las necesidades del AdL respecto a los servicios que se detallan a continuación en el presente apartado.
▪ La plataforma suministrada será de tipo compartido y deberá disponer de espacio suficiente para cubrir las necesidades expresadas en el presente PPT garantizando el nivel de ocupación y escalabilidad a lo largo del contrato.
▪ La conectividad a utilizar será FCoE preferiblemente, siendo el adjudicatario el responsable de suministrar la electrónica necesaria para establecer dicha conexión entre los chasis, cabina y elementos de copia de seguridad
▪ Se debe garantizar que la plataforma suministrada pueda crecer de acuerdo a lo expresado en los siguientes apartados del presente PPT
▪ Los elementos suministrados que formen parte de la plataforma de almacenamiento deberán permitir, mediante ampliaciones, la replicación en CPDs redundantes, aunque no es objeto del presente concurso implementar dicha funcionalidad.
17.2.2.2. Servicios de almacenamiento a suministrar
La plataforma de almacenamiento suministrada deberá proveer los siguientes servicios:
1. Servicio de disco para los nodos ESXi dedicados a la ejecución del entorno VDI descrito en los apartados del presente PPT. Actualmente este servicio no se está prestando dado que no existe una infraestructura de VDI de gran tamaño, por lo que debe considerarse una carga de E/S adicional a las actualmente existentes
2. Servicio de disco para los nodos ESXi de virtualización de servidores en formato NFS y/o LUN nativa mediante FCoE. Actualmente este servicio se está entregando mediante FCP para las máquinas de alto rendimiento y NFS para las de medio y bajo rendimiento desde la cabina NetAPP detallada en el epígrafe "Plataforma Hardware Almacenamiento" del documento Anexo Situación Actual.
3. Servicio de disco para los entornos de producción y desarrollo de Oracle que se situarán en equipos dedicados de los chasis suministrados en el presente proyecto. Actualmente este servicio se está realizando mediante los nodos DataCore y la cabina HP 3PAR descrita en el epígrafe "Plataforma Hardware Almacenamiento" del documento Anexo Situación Actual.
4. Servicio de compartición de archivos bajo protocolo CIFS para los usuarios VDI y también los equipos físicos instalados. Actualmente este servicio lo está prestando la cabina NetAPP descrita en el mismo epígrafe que los puntos anteriores del documento Anexo Situación Actual.
5. Servicio de ficheros NFS para los servidores Linux físicos y virtuales. Actualmente este servicio lo está suministrando la cabina NetAPP descrita en el epígrafe correspondiente del documento Anexo Situación Actual
6. Infraestructura de conexión entre los chasis, cabina(s) de almacenamiento y sistemas de copia de seguridad suministrados y/o reutilizados de la instalación existente. Dicha conectividad deberá ser preferiblemente mediante protocolo FCoE.
17.2.2.3. Características técnicas de los sistemas ofertados
Con objeto de garantizar la flexibilidad de la solución propuesta, los sistemas de almacenamiento incluidos en la oferta deberán disponer de al menos las siguientes características:
▪ Cada cabina suministrada deberá disponer de al menos 2 controladoras instaladas. Dichas controladoras deberán funcionar en el modo activo/activo permitiendo la redundancia del acceso a los discos y el balanceo de la carga del sistema
▪ Las controladoras deberán disponer de al menos 32 GB de caché en memoria RAM
▪ Cada cabina suministrada deberá permitir la ampliación en al menos otras 2 controladoras con idénticas funcionalidades que las inicialmente suministradas.
▪ En caso de no soportar más de dos controladoras se admitirá, también, la posibilidad de configurar múltiples cabinas de almacenamiento en modo cluster de tal manera que se presenten a los servidores como un único sistema de almacenamiento. En este caso, se deberá incorporar un mecanismo de sincronización entre la(s) cabina(s) del cluster independiente de la red de transmisión hacia los servidores para evitar degradaciones de rendimiento.
▪ Deberá permitir la utilización de discos de tecnología NL-SAS, SAS de al menos 10K y SSD. Se valorará la posibilidad de mezclar discos de diferente tecnología en la misma bandeja
▪ Deberá permitir la instalación de bandejas de disco para tecnología de 2,5” y 3,5”
▪ Soporte de RAID 0, 1 y RAID 4 y RAID 6 o RAID 5
▪ Soporte de tecnologías de Thin Provisioning
▪ Capacidad para movimientos de LUN en caliente.
▪ Capacidad para cambiar el nivel de RAID de los arrays, se valorará la opción de hacerlo en caliente
▪ Capacidad para la realización de copiado de volúmenes instantáneos utilizando técnicas de Thin Provisioning.
▪ Soporte de múltiples snapshots por volumen. Se deberán aplicar tecnologías de redirectonwrite o
copyonfirstwrite para la realización de los snapshots.
Todas las características y requerimientos indicados deberán estar disponibles en los sistemas suministrados con inclusión de las correspondientes licencias de software. Dichas licencias deberán ser válidas para TODA la capacidad de almacenamiento suministrada.
La arquitectura de conexión de la solución ofertada deberá disponer de, al menos, las siguientes características:
▪ El adjudicatario será el responsable de suministrar la infraestructura de conmutadores para establecer la conectividad entre los chasis suministrados, las cabinas de almacenamiento y los dispositivos de copia de seguridad, así como de la infraestructura necesaria para la comunicación entre las controladoras de la(s) cabina(s) suministrada(s)
▪ Las controladoras de la(s) cabina(s) suministradas deberán permitir la conexión mediante protocolo FCoE, FCP e iSCSI simultáneamente
▪ La arquitectura de conectividad será preferiblemente FCoE. Para los casos en que dicho protocolo no pueda ser utilizado se deberá plantear una solución alternativa sobre FCP o iSCSI, indicando claramente las mejoras obtenidas o las razones que impiden su utilización.
▪ Se deberán incluir las conexiones necesarias para garantizar el correcto funcionamiento de la solución ofertada, haciendo especial hincapié en los siguientes aspectos:
− Las conexiones de todos los elementos deben estar redundadas (incluidas cada una de las controladoras), permitiendo dicha redundancia la alta disponibilidad y el balanceo de la carga de los sistemas conectados. El diseño de la solución debe ser de tal forma que no exista un punto único de fallo para ninguno de los servicios de almacenamiento suministrados.
− Las conexiones incluidas deben ser suficientes en cantidad y flexibilidad para garantizar la separación de las diferentes cargas de trabajo (Oracle, NFS, Servidores, CIFS, etc.) de tal manera que, el aumento puntual o continuado de carga en alguno de los servicios, no afecte a la capacidad mínima establecida en los demás.
▪ El nivel de ocupación de los conmutadores suministrados no deberá superar el 50%
▪ Los sistemas suministrados deberán garantizar una capacidad de conmutación igual a la suma de las velocidades de los puertos disponibles en el conmutador (sin sobresubscripción).
17.2.2.4. Configuración y provisionamiento de la capacidad de almacenamiento
El adjudicatario será responsable del suministro de la capacidad almacenamiento necesario para permitir el registro, de forma satisfactoria, de toda la información requerida para el funcionamiento óptimo de los sistemas indicados en el epígrafe “Servicios de almacenamiento a suministrar” del presente PPT, teniendo en cuenta que tras cubrirse todas las necesidades del proyecto, reste al menos un 35% de almacenamiento libre en la infraestructura.
Adicionalmente, si a lo largo de la duración del contrato surgieran necesidades específicas de almacenamiento, estás serán tratadas de forma particular atendiendo a la lista de precios proporcionada por el licitador y en consonancia con lo establecido en el epígrafe "Ampliación de la capacidad de almacenamiento" de este PPT.
Al objeto de dimensionar la cantidad y configuración del almacenamiento a suministrar, se proporcionan las siguientes cantidades de referencia que deberán ser tenidas en cuenta por el licitador al establecer la cantidad neta de almacenamiento a incluir en su propuesta:
− Incluir un mínimo de 6,5TB para cubrir las necesidades de virtualización de 400 puestos de trabajo. Esta cantidad debe ser considerada como una primera aproximación determinada por el AdL. En cualquier caso, será responsabilidad del adjudicatario realizar el ajuste oportuno en la misma para
garantizar el rendimiento adecuado del entorno de virtualización de puestos de trabajo, debiendo proporcionar en su oferta una justificación argumentada de la cantidad final de almacenamiento asignada por este concepto que permita valorar la adecuación de la misma.
− Incluir un mínimo de 2,5TB como espacio de almacenamiento destinado a uso particular de los usuarios del AdL. Debe tenerse en cuenta que la cantidad referida en este apartado es el almacenamiento ocupado en la actualidad y que se comparte bajo protocolo CIFS. Es responsabilidad del licitador determinar la cantidad de almacenamiento a asignar al sistema por este concepto en su oferta de forma que cubra las previsiones de crecimiento vegetativo de almacenamiento para los usuarios durante la duración del contrato que, en cualquier caso, será de un mínimo del 10% anual. En la oferta deberá proporcionarse justificación argumentada del incremento anual ofrecido que permita valorar la adecuación del mismo.
− Incluir al menos 2TB correspondiente al almacenamiento actual destinado a los entornos de Oracle descrito arriba.
− También deberá incluirse el almacenamiento necesario para la virtualización de servidores que actualmente representa 2,5TB teniendo en cuenta los que ya están virtualizados y los que se deben virtualizar en un futuro próximo.
− Con objeto de garantizar una adecuada velocidad de gestión y funcionamiento del sistema, el nivel final de ocupación del almacenamiento neto ofertado por el licitador deberá ser inferior al 65%.
Al respecto de la configuración de la capacidad neta de almacenamiento a suministrar, deberán tenerse en cuenta también los siguientes requerimientos mínimos:
− Se suministrará, al menos un 70% de la capacidad del sistema en discos de tecnología SAS o superior.
De ellos, al menos el 40% deberán funcionar a 10K rpm. o superior.
− El 30% de los discos restantes deberán de ser, al menos, de tecnología NL-SAS o superior.
− Se deberá incluir un mínimo de discos de reserva (Hotspare) por cada tipo de tecnología utilizada en la configuración de discos ofertada en la cantidad suficiente que permita la concurrencia de errores en al menos dos discos físicos.
17.2.2.5. Mecanismos de aceleración y mejora
El sistema suministrado deberá garantizar el correcto funcionamiento de la carga de trabajo estimada para los entornos descritos en los apartados anteriores, no obstante, y dada la naturaleza híbrida de la carga de proceso que se realizará sobre la plataforma de almacenamiento, el adjudicatario deberá incluir en su propuesta los mecanismos de aceleración y mejora de rendimiento que permitan garantizar los siguientes extremos:
▪ Optimización del almacenamiento de tal manera que los datos más accedidos sean ubicados en los sistemas más rápidos. Esta optimización se realizará en tiempo real o bien mediante la ejecución de tareas de optimización periódicas en horas de baja carga de almacenamiento
▪ Capacidad para establecer políticas de priorización de los diferentes servicios conectados a la plataforma de almacenamiento, ya sean estas por volumen accedido o bien por la definición de cargas para aplicaciones concretas (Oracle, CIFS, etc.)
▪ Capacidad de gestionar las “tormentas” de almacenamiento del entorno VDI debidas a los procesos de login o cualquier otra causa sin que estas afecten al resto de servicios suministrados
▪ Soporte de VMWare VAAI (VMware vSphere Storage APIs – Array Integration)
▪ Se deberá incluir una plataforma de gestión de los sistemas suministrados que permita la obtención de información en tiempo real, así como estadísticas de la situación y evolución de los parámetros del sistema, tanto en rendimiento como en nivel de ocupación.
17.2.2.6. Ampliación de la capacidad de almacenamiento
Con objeto de poder atender futuras necesidades de ampliación del almacenamiento del sistema el licitante deberá proporcionar en su oferta un catálogo con una descripción de:
▪ Los discos disponibles en las diferentes tecnologías para el sistema de almacenamiento ofertado (tecnología, formato, tamaño, rpm, etc.) incluyendo el precio unitario de cada uno de ellos
▪ Precios unitarios de cualquier otro elemento hardware, software o de licenciamiento necesarios para realizar las ampliaciones de disco que se puedan solicitar.
El adjudicatario se compromete al suministro de los elementos incluidos en dicho catálogo en caso de que se requiera, reservándose el AdL el derecho de hacer uso de dicha oferta, o no, si lo estima oportuno.
El licitador se compromete a actualizar dicho catálogo al menos cada seis meses, de forma que la oferta de productos y precios se ajuste a la evolución xxx xxxxxxx.
17.2.2.7. Documentación de la plataforma de almacenamiento
En su oferta, el licitador deberá especificar el detalle de la configuración de almacenamiento ofertada en un apartado específico. En dicha descripción, deberá referir de forma comparativa entre la situación inicial y a la final, los siguientes aspectos:
▪ Esquema de interconexión de los sistemas suministrados
▪ Calculo del rendimiento estimado de la solución propuesta, incluyendo al menos los IOPS, el mecanismo de cálculo de los mismos y el detalle de las variables aplicadas para dicho cálculo (tamaño medio de sector, distribución de la carga, etc.)
▪ El número de discos de cada tecnología ofertados, con indicación de su capacidad bruta total, revoluciones por minuto, así como el porcentaje neto de almacenamiento en el mismo una vez realizado el formateo.
▪ La cantidad de almacenamiento bruto y neto ofertado disponible independientemente de la tecnología del mismo.
17.2.3. Licenciamiento de soluciones software
Como condición general debe tenerse en cuenta que para cualquiera de los productos de software indicados en este epígrafe se deberá proporcionar en la solución, además de las licencias correspondientes, el servicio de soporte y mantenimiento directo del fabricante para el periodo de la duración del contrato. Será también condición indispensable y responsabilidad del adjudicatario formalizar la regularización de todas las licencias de cualquiera de los productos de un mismo fabricante bajo un único número de contrato que agrupe tanto las licencias que ya dispone el AdL como las nuevas proporcionadas por el licitador, todo ello con el objeto de simplificar la gestión del soporte y mantenimiento posterior de las mismas.
17.2.3.1. Software de virtualización de servidores
Actualmente, el AdL dispone de un entorno de virtualización para el CPD basado en la plataforma VMware, tal y como se describe en los siguientes epígrafes del documento Anexo Situación Actual.
▪ Plataforma hardware de virtualización
▪ Software Licenciado - VMware
Debe tenerse en cuenta que, a pesar de que a día de la fecha, la situación actual de licenciamiento de la plataforma VMware de virtualización de servidores del AdL se encuentra en versión Essential Plus v5.1, como resultado de otro contrato en licitación y para el momento de la puesta en marcha de lo establecido en este pliego, la versión de la plataforma del AdL, se encontrará licenciada y disponible en versión Standard v5.1 para el mismo número de nodos ESXi.
Sobre la base de todo lo anterior, será responsabilidad del adjudicatario:
▪ El suministro de las licencias de VMware vSphere Standard v5.1 necesarias para incorporar a la plataforma de virtualización del AdL todos los servidores ofertados en el presente suministro. El adjudicatario podrá hacer uso de las licencias disponibles y deberá dimensionar las nuevas a suministrar en consonancia con el número y características de los servidores (o nodos) finalmente ofertados teniendo en cuenta las condiciones de licenciamiento del producto.
▪ El licenciamiento del soporte y mantenimiento directamente del fabricante para todas las licencias de los productos utilizados en la plataforma de virtualización del AdL, con inclusión de las evoluciones tecnológicas del mismo y todo ello durante el período completo de duración del contrato.
▪ La instalación, configuración, ajuste y puesta en marcha de dicho software, proporcionando una solución final que dé continuidad a la configuración existente e integre los nodos a incluir para dar solución a lo establecido en el presente PPT.
De forma adicional, el licitador deberá tener en cuenta las siguientes consideraciones:
▪ Se deberá garantizar que todos los servidores (existentes e incorporados) puedan ser gestionados desde único entorno vCenter.
▪ El licitador deberá incluir también en el suministro las licencias de sistema operativo de todas las máquinas virtuales instaladas. Dichas licencias pasarán a ser propiedad del AdL. NO obstante lo anterior, el licitador deberá tender a la utilización de licencias de software libre en los sistemas operativos de las máquinas virtuales, preferiblemente Linux en su versión CentOS. Todas las versiones de software base de los servidores virtuales tenderá a utilizar plataformas de 64 bits.
▪ En caso de ser necesaria la utilización de la plataforma Windows, las licencias del sistema operativo deberán adquirirse bajo el acuerdo Open que indicará el AdL. Dichas licencias incluirán el servicio Microsoft Software Assurance durante todo el periodo de la duración del contrato, garantizando de este modo el correspondiente soporte y actualización de versiones.
17.2.3.2. Software de virtualización de puesto de trabajo (VDI)
En la actualidad, el AdL tiene en funcionamiento un entorno de virtualización de puesto de trabajo basado en la plataforma VMware, y dimensionado para 10 clientes concurrentes tal y como se describe en los siguientes epígrafes del documento Anexo Situación Actual:
▪ Plataforma hardware de virtualización
▪ Software Licenciado - VMware
Basándose en todo lo anterior, será responsabilidad del adjudicatario:
▪ El suministro de las licencias VMware Horizon View v5.1 necesarias para dar soporte a un entorno de virtualización de puesto de trabajo para el número de usuarios establecido en el epígrafe "Plataforma de Virtualización" de este PPT (un mínimo de 400 usuarios).
▪ Junto con las licencias del producto anterior, deberán incorporarse las funcionalidades VMware ThinApp y VMware View Composer, que han de permitir la virtualización de aplicaciones y la creación de imágenes para optimizar la gestión de puestos de trabajo virtuales.
▪ El licenciamiento del soporte y mantenimiento directamente del fabricante de la totalidad de las licencias de productos suministradas de acuerdo a lo establecido en los párrafos anteriores, incluidas todas las evoluciones tecnológicas de los mismos y todo ello durante el período completo de duración del contrato.
17.2.3.3. Regularización sistema operativo base.
Dadas las necesidades surgidas a raíz de la obsolescencia del sistema operativo base (Microsoft Windows XP) actualmente existente en los puestos de trabajo del AdL (fecha fin de soporte 8 xx xxxxx de 2014), se requiere en el presente contrato la actualización de todas las licencias del SO existentes en la actualidad, a versiones
soportadas de dicho sistema operativo (Microsoft Windows 7 ó posteriores) Para llevar a cabo esta migración de forma eficiente, se plantea una evolución tecnológica centrada en las siguientes acciones:
▪ Licenciar y actualizar la versión del sistema operativo actual (Microsoft Windows XP) a la última versión de la familia Microsoft Windows para, al menos, 400 puestos/equipos informáticos en un entorno convencional. Dicho licenciamiento deberá hacerse de forma que permita la opción de downgrading a la versión del sistema operativo que el AdL considere más adecuada a sus necesidades (MW7, MW8).
▪ Licenciar la última versión de la familia Microsoft Windows para, al menos, otros 400 escritorios/puestos en un entorno de puesto de trabajo virtualizado, de acuerdo con lo establecido en el epígrafe "Plataforma de Virtualización" de este PPT. Dicho licenciamiento deberá hacerse de forma que permita la opción de downgrading a la versión del sistema operativo que el AdL considere más adecuada a sus necesidades (MW7, MW8).
▪ Licenciar y actualizar a la última versión disponible del sistema operativo Microsoft Windows Server
para el conjunto de servidores del AdL.
▪ Suministrar las Licencias de Acceso de Cliente (CAL-Client Access Licence) de servidor necesarias para permitir al conjunto de usuarios y dispositivos del AdL acceso a los diferentes servidores municipales de forma que puedan hacer uso de los diferentes servicios proporcionados por ellos tales como almacenamiento de archivos, impresión, etc.
▪ Junto con las licencias establecidas en todos los puntos anteriores, el licitador será también responsable del suministro del soporte y mantenimiento de todas ellas directamente del fabricante mediante el servicio Microsoft Software Assurance de forma que, con dicho servicio, se incluya también la posibilidad de formalizar una evolución tecnológica de cualquiera de los productos, todo ello durante el período completo de duración del contrato.
Con objeto de permitir un correcto licenciamiento de los productos necesarios para satisfacer lo requerido en este epígrafe, se proporciona un detalle del estado de licenciamiento actual del Sistema Operativo Windows en el AdL, tanto a nivel de puesto de trabajo, servidores y licencias CAL, en el documento Anexo Situación Actual, epígrafe Software Licenciado. Microsoft. De forma adicional y al objeto de establecer con precisión las necesidades del AdL de acuerdo a los códigos de productos de Microsoft, se proporcionan las siguientes referencias de productos que satisfacen las necesidades del AdL expresadas en este epígrafe.
Entorno Usuario
Código Producto | Descripción | Unidades |
FQC-02167 | WinPro ALNG UpgrdSAPk OLV D 1Y Ent | 800 |
W06-01141 | CoreCAL ALNG LicSAPk OLV D 1Y EntUsrCAL | 800 |
Entorno DataCenter
Código Producto | Descripción | Unidades |
P73-05631 | WinSvrStd ALNG LicSAPk OLV D 1Y AP 2Proc | 11 |
228-07279 | SQLSvrStd ALNG LicSAPk OLV D 1Y AP | 1 |
359-04630 | SQLCAL ALNG LicSAPk OLV D 1Y AP UsrCAL | 1 |
17.2.4. Solución copia de seguridad corporativa
17.2.4.1. Situación actual
Con objeto de que el licitador pueda realizar un planteamiento de solución adecuado a los requerimientos de copia de seguridad corporativa establecidos en este Lote 2, se indica que el AdL dispone actualmente en servicio un sistema corporativo de copia de seguridad basado en la solución Symantec NetBaclup Datacenter Edition soportada sobre una plataforma hardware constituida por un servidor que actúa como Master y Media Server y un robot de cintas para copias de seguridad cuyas descripciones detalladas se pueden encontrar en el