S.E- LICITACIÓN ABREVIADA, EQUIPOS PARA LA AMPLIACIÓN DE LA PLATAFORMA PARA RED COMUNICACIÓN EN INFRAESTRUCTURA ELÉCTRICA // DT

CONDICIONES DE ADMISIBILIDAD

RESPALDO DE FABRICA:

El Oferente deberá tener respaldo de fabrica para la oferta, para lo cual entregará junto a la propuesta económica, nota de emitida por el fabricante que respalde garantía directa (365 días del año,  24 horas del día, 7 días de la semana, entrega de repuestos en un máximo de 8 horas), alcance y soporte de los equipos ofertados durante todo el periodo de la garantía técnica.

El oferente debe aportar las declaraciones juradas que estan en el cartel tipo.

Pruebas de concepto:

Partida 1:

Como requisito técnico para la partida 1, las ofertas deberán demostrar el cumplimiento de las especificaciones técnicas para asegurar su capacidad de interoperar y desplegar soluciones implementadas en la Red MPLS que está desplegada por la División Transmisión. 

 Se realizará una “Prueba de Concepto” tomando en consideración los detalles descritos a continuación:

• Calendarización. Programación e invitación para las pruebas de concepto
• Una vez finalizada la etapa de subsanaciones a las ofertas, 2 días hábiles posteriores , la administración citará vía correo electrónico a las pruebas de concepto a los oferentes que cumplan técnicamente de acuerdo con la documentación aportada en la etapa de presentación de ofertas, así como la etapa de subsanaciones.
• Se citarán a todos los Oferentes que cumplan con todos los requisitos solicitados en el cartel y la valoración técnica, iniciando con la oferta de menor precio.
• El Oferente deberá presentarse en Subestación Lindora, en Santa Ana, San José (lugar donde se validarán las pruebas), previa coordinación con el personal técnico de la División Transmisión que realizará la prueba, esta coordinación la realizará mediante comunicación por correo electrónico al Administrador de Contrato (AC), Alejandro Mata Castro, correo electrónico amatac@ice.go.cr
• Únicamente las personas autorizadas podrán ingresar a las instalaciones de Grupo ICE.
• Por motivos de seguridad no se permite salir del cuarto (Bunker-230 nuevo en ST Lindora) durante la realización de las pruebas.
• Los Oferentes que no estén realizando las pruebas de equipos podrán asistir a las pruebas de los demás, representados por una sola persona (se permite que el Oferente en rol de “testigo silencioso” pueda definir una persona principal y un sustituto en caso de fuerza mayor), esta participación será como “testigo silencioso”, esto quiere decir que pueden estar presentes cuando otros Oferentes realicen las pruebas, pero deben cumplir con las siguientes condiciones:
• No interrumpir las pruebas.
• No cuestionar durante el desarrollo de las pruebas, únicamente en el “Acta de Cierre” donde quedará por escrito, en caso de existir algún malestar.
• No increpar, ni al personal técnico del ICE que valida la prueba ni al Oferente en turno por el resultado de las pruebas.
• No realizar ruido durante la realización de las pruebas.
• De no cumplir con alguno de los puntos citados anteriormente el “testigo silencioso” será invitado a abandonar las instalaciones del ICE en donde se esté realizando la prueba. El personal técnico del ICE que valida la prueba tomará nota de la acción en el “Acta de Cierre”
• Por sesión de trabajo para realizar las pruebas de concepto con cada Oferente se preverán dos días hábiles laborales consecutivos, desde las 08:00 horas hasta la 16:00 horas, considerando 45 minutos para almorzar.

 Responsabilidades del Oferente

• Para la “Prueba de Concepto” en la presentación de la oferta, el Oferente deberá indicar al Administrador de Contrato (AC) Alejandro Mata Castro, correo electrónico amatac@ice.go.cr mediante correo electrónico información de las personas que se presentarán a la realización de las pruebas:

• Nombre completo con número de cédula o pasaporte
• Copia planilla del INS y la CCSS (en caso de ser ciudadano costarricense) o póliza de viajero en caso de ser extranjero.
• Placas de vehículos, y características de equipos (PC o equipos de medición) que sean necesarios para validar las pruebas.

• Para todo el personal que participe en pruebas ya sea el rol de Oferente, así como “testigo silencioso” se impartirá antes de iniciar las pruebas (el día uno) una breve charla (tiempo de 30 minutos) por parte del Grupo de Salud y Seguridad en el Trabajo y Socioambiental de la División Transmisión, sobre riesgos, aspectos ambientales y forma de actuar en el ambiente de la subestación, esto en el sitio de las pruebas (Subestación Lindora), esta inducción sólo debe tomarse una vez y tiene validez por un año.
• Se debe verificar que los vehículos del personal que ingresen al sitio de las pruebas (Subestación Lindora), ya sea en el rol de Oferente, así como “testigo silencioso” no presenten fugas de aceite u otra sustancia contaminante.
• Para todo el personal que participe en pruebas ya sea el rol de Oferente, así como “testigo silencioso” deberá retirar del sitio (Subestación Lindora) todos los residuos ordinarios resultantes y trasladarlos al punto ecológico más cercano.
• Para las “Pruebas de Concepto” en la presentación de la oferta, el Oferente deberá referenciar la hoja de vida de cada uno del personal técnico que asistirá, lo cual será validado por el Administrador del Contrato según el nivel de certificación (de fábrica) de cada ingeniero o técnico acorde a la tecnología y equipos ofertados.
• Para la “Prueba de Concepto” en la presentación de la oferta, el Oferente deberá indicar al Administrador de Contrato (AC) Alejandro Mata Castro al correo electrónico amatac@ice.go.cr,  información de las personas que validarán las pruebas (nombre completo, número de cédula o pasaporte, póliza de riesgos u otro documento que solicite la administración), así como placas de vehículos, y características de equipos (PC o equipos de medición) que sean necesarios para validar las pruebas. Esta información también debe ser entregada al Administrador de Contrato (AC) Alejandro Mata Castro  al correo electrónico amatac@ice.go.cr  en caso de querer participar como “testigo silencioso”.
• El Oferente deberá aportar un equipo igual al ofertado (marca, modelo y aprovisionamiento).
• El Oferente deberá aportar personal técnico calificado para la realización de las pruebas (máximo 2 personas).
• El Oferente deberá proporcionar los equipos necesarios, incluyendo accesorios, para realizar las pruebas, según conexión mostrada en la figura 1.
• El Oferente realizará la configuración del equipo(s) con anticipación y la instalación en conjunto con el personal técnico del ICE que valida la prueba . Es permitido en el plazo de tiempo estipulado para la “Prueba de Concepto” que el Oferente realice reconfiguraciones del equipo con el fin de validar la interoperabilidad.

Metodología

• Todos los equipos serán sometidos al mismo “Protocolo de pruebas”.
• Los resultados se registrarán, con la indicación “Cumple” o “No cumple”, de los aspectos determinados en las tablas definidas más adelante.
• Es estrictamente necesario el cumplimiento de TODAS las pruebas del “Protocolo de pruebas”.
• Objetivo principal.  Es establecer la funcionalidad y compatibilidad con la red MPLS existente, para el cumplimiento del objeto de la contratación.
• La maqueta de pruebas se realiza incorporando un enrutador MPLS ofertado (PE-Pruebas) en la Red MPLS en producción, si el personal técnico del ICE que valida la prueba detecta que por una mala configuración del enrutador en prueba se genera una inestabilidad de la Red en Producción se desconecta el equipo en prueba, para que el Oferente modifique las configuraciones requeridas.
• Maqueta a utilizar.  Ver Figura 1(ver anexo figuras de referencia); muestra la concexión para las pruebas.

Escenario de pruebas

Para el escenario de pruebas se deben definir varios detalles los cuales se citan a continuación:

 El ICE brindará un tablero, el mismo tendrá las siguientes características para elaborar las pruebas de concepto solicitadas:

• El personal técnico del ICE que valida la prueba dispondrá de un tablero anclado y aterrizado en el Bunker nuevo de la ST Lindora.

• El tablero tendrá la prevista de 48,26 cm para instalar el equipo en el RACK
• El personal técnico del ICE que valida la prueba proveerá los voltajes de alimentación de 120 V en corriente alterna, 125 V en corriente directa, para alimentar los equipos de las pruebas.
• El personal técnico del ICE que valida la prueba dispondrá de una repisa de teleprotección son 2 interfaces G703.6, la misma servirá para validar pruebas de interoperabilidad, esta repisa se ubicará en el mismo tablero de pruebas.
• El Oferente se encargará de la instalación física y conexión de alimentaciones y cableados al equipo en prueba.
• El ICE se reserva cualquier responsabilidad por malas conexiones físicas hechas al equipo en prueba.
• Por estar los equipos instalados en el tablero de pruebas se procede a conectar a los equipos de relevantes para el Protocolo de Pruebas (PE-RED-ICE-1 y repisa de teleprotección).

 Enlace PE-Red-ICE-1 a PE-Pruebas.

El enrutador referenciado como “PE-Red-ICE-1” es un enrutador que se encuentra en producción en Subestación Eléctrica Lindora, el equipo es Marca Huawei, modelo NE-40, el mismo se interconecta al nodo de PE-Pruebas por el puerto Ethernet 0/3/10(10 Gbps) y tiene la siguiente configuración:

• Transmisor óptico multimodo de hasta 500 m, presupuesto óptico de 6 dB en 850 nm, el patchcord está tendido.
• Direccionamiento IP 10.31.18.1, máscara 255.255.255.252.
• Protocolo IGP OSPF área 0, configuración punto a punto, contraseña “Prueb4MP”
• Protocolo BFD en configuración de verificación de enlace cada 100 ms, con un “death time” de 300 ms.
• Protocolo EGP BGP, sistema autónomo 62000, contraseña “$Ascp!”
• Función route-reflector activada para las direcciones IP 10.31.0.19 y 10.31.0.24. para VPNL3.
• Protocolo MPLS para transporte de etiquetas LDP versión 1.

 Para el enlace del enrutador “PE-Pruebas” (el cual recibe la conexión del enrutador referenciado como “PE-RED-ICE-1”:

• El personal técnico del ICE que valida la prueba ya tiene tendido el patchcord al tablero de pruebas, el mismo es conector LC/UPC dúplex, multimodo.
• El Oferente debe ubicar un transmisor óptico de 10 Gbps hasta 300m, presupuesto óptico de 6 dB en 850 nm, o equivalente. Si el Oferente desea realizar este enlace con otro tipo de transmisor es permitido, siempre que aporte los transmisores y el patchcord.
• Direccionamiento IP 10.31.18.2, máscara 255.255.255.252.
• Protocolo IGP OSPF área 0, configuración punto a punto, contraseña “ascp2012”
• Protocolo BFD en configuración de verificación de enlace cada 100 ms, con un death time de 300 ms.
• Protocolo EGP BGP, sistema autónomo 62000, contraseña “$Ascp!”
• Función route-reflector activada para las direcciones IP 10.31.0.19 y 10.31.0.24. para VPNL3.
• Protocolo MPLS para transporte de etiquetas LDP versión 1.

La configuración mínima recomendada para el enrutador (“PE-Pruebas”) debe tener las características:

• Protocolo IGP OSPF área 0. Ancho de banda de referencia para definición de métrica de enrutamiento 100 Gbps.
• Protocolo BFD en configuración de verificación de enlace cada 100 ms, con un death time de 300 ms.
• Protocolo EGP BGP, sistema autónomo 62000, contraseña “ascp2012”. Se deben declarar vecinos desde las direcciones IPv4 10.31.0.1/32 a la dirección 10.31.0.70/32. Debe utilizarse el protocolo BFD para optimizar la detección de pérdida de enlaces físicos.
• Función route-reflector activada para las direcciones IP 10.31.0.19 y 10.31.0.24. para VPNL3.
• Protocolo MPLS para transporte de etiquetas LDP versión 1.
• Crear servicios VLL, VPLS y VPNL3, según protocolo de pruebas.
• Crear una interface “loopback” para arquitectura con direccionamiento 10.31.0.100/32 y referenciarla en proceso OSPF, BGP, MPLS.
• Crear una interface “loopback” gestión para arquitectura con direccionamiento 10.31.1.100/32, esta interfaz debe asociarse a una VRF con nombre GESTION y debe ser la única interfaz permitida para acceder remotamente el equipo vía SSH versión 2.
• El enrutador PE-Pruebas debe anunciar las redes directamente conectadas así como la dirección de loopback en los procesos de enrutamiento que considere necesarios tanto en IGP como en EGP.
• Servidores de sntp 10.31.7.1, 10.31.7.2.

La configuración y acciones mínimas recomendadas para el enrutador (“PE-Pruebas”) para la habilitación y pruebas del servicios MPLS TDM sobre IP:

• El equipo PE-Pruebas debe incorporar 1 tarjeta con 16 puertos E1 según se solicita en la especificación de los equipos de la línea número 1.
• Sobre la tarjeta de los 16 puertos E1 se debe realizarla conectarización 2 puertos E1 al panel de ponchado en donde se encuentran las teleprotecciones que simularán el cliente el mismo con puerto principal y respaldo. En la tabla número 1 se referencia el ponchado en el patchpanel del equipo de teleprotección del ICE.

 Tabla 1.  Detalle de cableado conexión puerto E1 en patch panel ICE

Conexión Canales Digitales			Nº Canal
Del E1 PE	Señal	Patch Panel RJ-45
		Color (TIA-568-B)
		Hembra
Cable 1	RX-A	Naranja	E1-1
Cable 2	RX-B	Blanco/Naranja
Cable 1	TX-A	Blanco/Azul
Cable 2	TX-B	Azul
Cable 1	RX-A	Naranja	E1-2
Cable 2	RX-B	Blanco/Naranja
Cable 1	TX-A	Blanco/Azul
Cable 2	TX-B	Azul

• Definir el reloj para cada enlace TDM, definiendo con “master” el puerto del enrutador MPLS.
• Definir la encapsulación de las interface E1 como tdm.
• Habilitar cada puerto físico digital como E1 (no estructurado).
• Crear las características del canal TDMIP, donde se definan al menos las siguientes características:
  • Nombre
  • Dirección de enlace “peer (10.31.0.28)”
  • Jitter de búfer de 5 ms.
  • Cantidad de tramas por paquete, 5 tramas.
  • Asignación de puerto E1.
  • Asignar método de empaquetamiento SaTop.
• Verificación del enlace TDM sobre IP tanto para el puerto principal como respaldo.

 Pruebas

 De acuerdo con la siguiente tabla, los parámetros a evaluar son:

 Tabla 2.  Pruebas partida 1.

Verificación Enrutador MPLS
	Equipo MPLS PE
Id	Tarea	Cumple
1	Verificar condiciones de alimentación eléctrica de acuerdo a lo establecido en la especificaciones técnicas
2	Verificar señalización de protocolo BFD entre PE.
3	Verificar protocolo de ruteo OSPF, vecindades, tablas de rutas.
4	Verificar protocolo de ruteo BGP para arquitectura.
5	Verificar protocolo de ruteo BGP para VPN de capa 3.
6	Verificar señalización y el intercambio etiquetas por protocolo MPLS LDP
7	Crear y verificar servicios MPLS TDM sobre IP
8	Crear y verificar  una VRF de gestión independiente de la VRF de arquitectura.
9	Validar acceso sobre Plataforma AAA existente del ICE
10	Validar acceso sobre Plataforma SNMP  existente del ICE
11	Validar envió de snmp traps y syslog a plataforma de Gestión existente del ICE

 

Método de verificación

• Verificar condiciones de alimentación eléctrica de acuerdo a lo establecido en la especificaciones técnicas: El equipo debe operar en voltaje de alimentación de 120 V en corriente alterna, 125 V en corriente directa. En caso de requerir alimentar el equipo con un voltaje diferente, el oferente deberá brindar una solución de conversión de voltaje probada, certificada y respaldada por el fabricante del equipo de comunicación. Para dicho fin el oferente deberá presentar una nota formal del fabricante donde se demuestre la operatividad de la solución propuesta, misma que de manera integral debe ser respaldada mediante garantía por el fabricante del equipo de comunicación.

• Para la condición “CUMPLE” en el “Protocolo de Pruebas” deben validarse TODOS los puntos citados anteriormente para esta prueba.

Verificar señalización de protocolo BFD en PE-Prueba: Debe tomarse como referencia la figura 1 que representa la topología de la maqueta, como está mostrado en descripción de la misma, los enlaces desde en enrutador “PE-RED-ICE-1” y el enrutador “PE-Pruebas” están transmitiendo señalización BFD para optimizar los procesos de detección de pérdida de enlace físico. Para esta prueba el procedimiento que debe realizar el Oferente es el siguiente:

• El Oferente debe configurar en el enrutador “PE-Pruebas” el envío de señalización BFD con los parámetros descritos en el presente documento.
• El Oferente debe mostrar en el enrutador “PE-Pruebas” vía CLI en envío y recibo de señalización BFD y que la característica está funcional para el enlace a “PE-RED-ICE-1”.
• El personal técnico del ICE que valida la prueba verificará tanto en el enrutador “PE-RED-ICE-1” que esté recibiendo señalización BFD hacía en el enlace al enrutador “PE-Pruebas”, esto lo hará vía CLI.
• El personal técnico del ICE que valida la prueba deshabilitará físicamente (sacando fibra) el enlace desde el enrutador “PE-Pruebas” hacía el enrutador “PE-RED-ICE-1”, el Oferente debe mostrar vía CLI la perdida de este enlace y además deberá mostrar los logs (registros) de la perdida de conexión del protocolo BFD. El personal técnico del ICE que valida la prueba  además verificará en el enrutador “PE-RED-ICE-1” la pérdida del enlace por protocolo BFD.
• El personal técnico del ICE que valida la prueba deberá normalizar físicamente (reinsertando fibra) el enlace desde el enrutador “PE-Pruebas” hacía el enrutador “PE-RED-ICE-1”, el Oferente debe mostrar vía CLI la normalización de este enlace y además deberá mostrar los logs (registros) de la normalización de conexión del protocolo BFD. El personal técnico del ICE que valida la prueba  además verificará en el enrutador “PE-RED-ICE-1” la normalización del enlace por protocolo BFD.

• Para la condición “CUMPLE” en el “Protocolo de Pruebas” deben validarse TODOS los puntos citados anteriormente para esta prueba.

Verificar protocolo de ruteo OSPF, vecindades, tablas de ruta.: Debe tomarse como referencia la figura 1 que representa la topología de la maqueta, como está mostrado en descripción de la misma, los enlaces desde el enrutador “PE-RED-ICE-1” y el enrutador “PE-Pruebas” están transmitiendo señalización OSPF para generar el proceso de enrutamiento de IGP. Para esta prueba el procedimiento que debe realizar el Oferente es el siguiente:

• El Oferente debe configurar en el enrutador “PE-Pruebas” el envío de señalización OSPF, redes con los parámetros descritos en el presente documento.
• El Oferente debe mostrar en el enrutador “PE-Pruebas” vía CLI en envío y recibo de señalización OSPF y que la característica está funcional para el enlace a “PE-RED-ICE-1”.
• El Oferente deberá mostrar la tabla de enrutamiento en donde muestre que el equipo ha “aprendido” por protocolo de enrutamiento OSPF redes de los segmentos 10.31.0.0/24 y 10.31.16.0/20, los cuales son segmentos de infraestructura OSPF IGP de la red en operación.
• El personal técnico del ICE que valida la prueba verificará tanto en el enrutador “PE-RED-ICE-1” que esté recibiendo señalización OSPF y rutas desde/hacía en el equipo al enrutador “PE-Pruebas”, esto lo hará vía CLI.
• El personal técnico del ICE que valida la prueba deshabilitará físicamente (sacando fibra) el enlace desde el enrutador “PE-Pruebas” hacía el enrutador “PE-RED-ICE-1”, el Oferente debe mostrar vía CLI la pérdida de este enlace y además deberá mostrar los logs (registros) de la pérdida de conexión. El personal técnico del ICE que valida la prueba  además verificará en el enrutador “PE-RED-ICE-1” la pérdida del enlace por protocolo OSPF.
• El personal técnico del ICE que valida la prueba deberá normalizar físicamente (reinsertando fibra) el enlace desde el enrutador “PE-Pruebas” hacía el enrutador “PE-RED-ICE-1”, el Oferente debe mostrar vía CLI la normalización de este enlace y además deberá mostrar los logs (registros) de la normalización de conexión.
• El personal técnico del ICE que valida la prueba verificará tanto en el enrutador “PE-RED-ICE-1” así como para el enrutador “PE-RED-ICE-2” que está recibiendo señalización OSPF hacía en el enlace a “PE-Pruebas”, esto lo hará vía CLI, verificará roles de los enrutadores en los enlaces, método de encriptación y uso de señalización BFD para optimizar la re-convergencia de rutas.

• Para la condición “CUMPLE” en el “Protocolo de Pruebas” deben validarse TODOS los puntos citados anteriormente para esta prueba.

Verificar protocolo de ruteo BGP para arquitectura: Debe tomarse como referencia la figura 1 que representa la topología de la maqueta, como está mostrado en descripción de la misma, los enlaces desde el enrutador “PE-RED-ICE-1” y la topología hacía el enrutador “PE-RED-ICE-2” se referencia que el enrutador “PE-Pruebas” está transmitiendo señalización BGP para generar el proceso de enrutamiento de EGP. Para esta prueba el procedimiento que debe realizar el Oferente es el siguiente:

• El Oferente debe configurar en el enrutador “PE-Pruebas” el envío de señalización BGP, redes. con los parámetros descritos en el presente documento, deberá utilizar la interface “loopback” de arquitectura para anunciarse en el proceso BGP.
• El Oferente debe mostrar en el enrutador “PE-Pruebas” vía CLI en envío y recibo de señalización BGP y que la característica está funcional para el enlace hacia “PE-RED-ICE-1”.
• El Oferente deberá mostrar la tabla de “peers” de BGP en el segmento de red 10.31.0.0/24 y que estas conexiones se encuentran en estado “established” o “connect” (según sea el caso, si se está haciendo el “peer” remoto, si hay conexiones en modo “connect” el Oferente deberá explicarlo”), con esto se determinará la correcta operación del protocolo BGP, el procedimiento para mostrarlo es por vía CLI desde el enrutador “PE-Pruebas”, también el ICE podrá verificarlo remotamente desde enrutadores de la red MPLS en operación.
• El personal técnico del ICE que valida la prueba verificará tanto en el enrutador “PE-RED-ICE-1” así como para el enrutador “PE-RED-ICE-2” que esté recibiendo señalización BGP y rutas desde/hacía en el equipo al enrutador “PE-Pruebas”, esto lo hará vía CLI.

• Para la condición “CUMPLE” en el “Protocolo de Pruebas” deben validarse TODOS los puntos citados anteriormente para esta prueba.

Verificar protocolo de ruteo BGP para VPN de capa 3: Debe tomarse como referencia la figura 1 que representa la topología de la maqueta, como está mostrado en descripción de la misma, los enlaces desde el enrutador “PE-RED-ICE-1” hacía el enrutador “PE-Pruebas” está transmitiendo señalización BGP para generar el proceso de enrutamiento de EGP, además deberá utilizar esa infraestructura BGP para poder transportar VPN capa 3 Unicast. Para esta prueba el procedimiento que debe realizar el Oferente es el siguiente:

• El Oferente debe configurar en el enrutador “PE-Pruebas” el envío de señalización BGP, redes. con los parámetros descritos en el presente documento, deberá configurar la función VPNv4 unicast, el enrutador “PE-Pruebas” deberá cumplir un rol de “route-reflector client” y deberá hacer “peer” a los dos enrutadores previstos como route-reflector (10.31.0.19/32 y 10.31.0.24/32).
• El Oferente debe mostrar en el enrutador “PE-Pruebas” vía CLI en envío y recibo de señalización VNPv4 BGP y que existe adyacencia del nodo BGP con los dos enrutadores con función route-reflector para vpnv4. El personal técnico del ICE que valida la prueba a su vez deberá verificar desde los dos enrutadores con función route-reflector que existe adyacencia a nivel de BGP vpnv4 unicast al enrutador “PE-Pruebas” (10.31.0.100/32). El personal técnico del ICE que valida la prueba  configurará en los Route Reflector en la infraestructura los peer hacía “PE-Pruebas” (10.31.0.100/32).
• El Oferente deberá mostrar en el enrutador “PE-Pruebas” la tabla de “peers” de BGP vpnv4 unicast que existen conexiones en estado “established” hacía 10.31.0.19 y 10.31.0.24 con esto se determinará la correcta operación del protocolo BGP para VPN de capa 3, el procedimiento para mostrarlo es por vía CLI, también el personal técnico del ICE que valida la prueba  podrá verificarlo remotamente desde enrutadores de la red MPLS en operación.

• Para la condición “CUMPLE” en el “Protocolo de Pruebas” deben validarse TODOS los puntos citados anteriormente para esta prueba.

Verificar señalización y el intercambio etiquetas por protocolo MPLS LDP Debe tomarse como referencia la figura 1 que representa la topología de la maqueta, como está mostrado en descripción de la misma, los enlaces desde el enrutador “PE-RED-ICE-1” y el enrutador “PE-Pruebas” están transmitiendo señalización LDP para generar el intercambio de etiquetas MPLS. Para esta prueba el procedimiento que debe realizar el Oferente es el siguiente:

• El Oferente debe configurar en el enrutador “PE-Pruebas” el envío de señalización MPLS LDP con los parámetros descritos en el presente documento.
• El Oferente debe mostrar en el enrutador “PE-Pruebas” vía CLI en envío y recibo de señalización LDP y que la característica está funcional tanto para el enlace a “PE-RED-ICE-1”, así como alcanzable vía LDP a “PE-RED-ICE-2” debe mostrarse el estado de la señalización.
• El Oferente deberá mostrar la tabla etiquetas y cuáles son los vecinos (a nivel de LDP) que conoce directamente y cuales los conoce por la “pila de etiquetas”. El ICE también verificara vía CLI remotamente la existencia de vecindades LDP al enrutador “PE-Pruebas”, esto desde el enrutador “PE-RED-ICE-1” y desde el enrutador “PE-RED-ICE-2”.
• El Oferente deberá mostrar vía CLI la cantidad de túneles LDP que permite el equipo.
• El Oferente deberá mostrar vía CLI la base de datos de etiquetas (LDP) del enrutador.

• Para la condición “CUMPLE” en el “Protocolo de Pruebas” deben validarse TODOS los puntos citados anteriormente para esta prueba.

Crear y verificar servicios MPLS que hagan el empaquetamiento TDM sobre IP para emulación de canales limpios TDM, estos servirán como servicio WAN para comunicar las teleprotecciones por medio de línea digital. La emulación de circuito se puede hacer con el complimiento de los siguientes estándares RFC-4717, RFC-4385, RFC-4816, RFC-5086, RFC-4553 SATOP Y RFC-1662.

Debe tomarse como referencia la figura número 2 que representa la topología de la maqueta, esto para la comunicación del servicio de canales digitales no estructurados TDM E1.

Para este laboratorio el personal técnico del ICE que valida la prueba  dispondrá de 2 equipos de teleprotección (“Repisa de Teleprotección-1 y “Repisa de Teleprotección-2) para validar las pruebas, uno se ubicará en la Subestación San Miguel (en donde se encuentra el enrutador “PE-RED-ICE-2”( “Repisa de Teleprotección-2) y el otro en subestación Lindora(“Repisa de Teleprotección-1) en donde se corre el Protocolo de Pruebas”

Las configuraciones mínimas previstas tanto para el “PE-Pruebas“ y para “PE-RED-ICE-2” son las siguientes:

• En “PE-Pruebas”, Servicio MPLS L2 VC TDM sobre IP
• Escoger dos puertos E1 del equipo “PE-Pruebas”.
• Definir el reloj del enlace al lado del “PE-Pruebas”.
• Verificar que la interface contenga la codificación HDB3.
• Escoger la encapsulación del puerto como TDM.
• Crear el empaquetamiento con las siguientes parámetros mínimos:

• Definir un nombre a la plantilla.
• Definir como PE destino 10.31.0.28.
• Definir 5 tramas TDM por paquete
• Definir un buffer de jitter de 5 ms.

 

• Asignar el primer puerto E1 la platilla creada como un servicio MPLS e identificarlo con un consecutivo.
• Asignar el segundo puerto E1 la platilla creada como un servicio MPLS e identificarlo con un consecutivo.
• Conectorizar(ponchar) los puertos E1 en el patch panel provisto por el personal técnico del ICE que valida la prueba para enlazar las teleprotecciones.
• Verificar por medio de consola en el equipo que ambos puertos y servicios MPLS TDM sobre IP estén levantados.
• Verificar en conjunto con el ICE que ambos canales hayan levantado con los equipos de teleprotección, los cuales se encontrarán en el mismo sitio.
• Se permite que el Oferente verifique en conjunto con el personal técnico del ICE que valida la prueba que las teleprotecciones estén configuradas para recibir el canal de comunicación E1 (G703.6 no estructurado) y detalles propios de la configuración de la teleprotección del caso en estudio.

En “PE-RED-ICE-2”, Servicio MPLS L2 VC TDM sobre IP (esta configuración la realiza el ICE para enlazar con el servicio que se habilitará en el “PE-Pruebas”

• Escoger dos puertos E1 del equipo “PE-RED-ICE-2”
• Definir el reloj del enlace al lado del “PE-RED-ICE-2”
• Verificar que la interface contenga la codificación HDB3.
• Escoger la encapsulación del puerto como TDM.
• Crear el empaquetamiento con las siguientes parámetros mínimos:

• Definir un nombre de plantilla
• Definir como PE destino 10.31.0.100.
• Definir 5 tramas TDM por paquete
• Definir un buffer de jitter de 5 ms.

• Asignar al primer puerto E1 la platilla creada como un servicio MPLS e identificarlo con un consecutivo.
• Asignar al segundo puerto E1 la platilla creada como un servicio MPLS e identificarlo con un consecutivo.
• Conectorizar (ponchar) los puertos E1 en el patch panel provisto por el personal técnico del ICE que valida la prueba para enlazar las teleprotecciones.
• Verificar por medio de consola en el equipo que ambos puertos y servicios MPLS TDM sobre IP estén levantados.
• Verificar en conjunto con el Oferente que ambos canales hayan levantado con los equipos de teleprotección, los cuales se encontrarán en el mismo sitio.
• Se permite que el Oferente verifique en conjunto con el personal técnico del ICE que valida la prueba que las teleprotecciones estén configuradas para recibir el canal de comunicación E1 (G703.6 no estructurado) y detalles propios de la configuración de la teleprotección del caso en estudio.
• En todo momento existirá gestión remota vía IP tanto del “PE-RED-ICE-2” como de la “Repisa de Teleprotección-2” (teleprotección en Subestación San Miguel por parte del personal técnico del ICE que valida la prueba ).

El objetivo de esta prueba es validar el servicio de comunicación de las 2 teleprotecciones por medio de la infraestructura implementada por el ICE de la siguiente manera:

• Habilitación del canal digital 1 y verificarlo desde “Repisa de Teleprotección-1 y “Repisa de Teleprotección-2”
• Habilitación del canal digital 2 y verificarlo desde “Repisa de Teleprotección-1 y “Repisa de Teleprotección-2”
• Para la condición “CUMPLE” en el “Protocolo de Pruebas” deben validarse TODOS los puntos citados anteriormente para esta prueba.

Crear y verificar una VRF de gestión independiente de la VRF de arquitectura: En el enrutador “PE-Pruebas” se debe crear una VRF(o instancia de VPN) y dedicar la misma únicamente a gestión remota del equipo, de esta manera no se mezclará la VRF de arquitectura con la VRF de gestión del equipo, en esta misma prueba se crea como VPN de capa 3.

• El Oferente debe configurar en el enrutador “PE-Pruebas” una VRF para gestión de equipos con los siguientes parámetros:
• Nombre VRF “GESTION”
• Address family ipv4.
• Interface de gestión loopback de gestión (10.31.1.100/32).
• IGP para VRF OSPF área 1.
• Debe aplicarse los procesos de redistribución de BGP a OSPF, rutas por defecto y viceversa en la VRF.
• Lo indicado son parámetros mínimos recomendados, si el Oferente desea implementar otros mecanismos adicionales para implementar la VRF de Gestión puede hacerlo, siempre y cuando lo realice como VPN L3. Además, el Oferente debe habilitar el protocolo SSH Versión 2 para gestión remota del equipo, así como definir un usuario y contraseña de ingreso al mismo.
• El Oferente debe mostrar en el enrutador “PE-Pruebas” vía CLI en envío la VRF creada y que la misma está declarada como VRF de Gestión de arquitectura, así como la tabla de enrutamiento para la VRF creada.
• El personal técnico del ICE que valida la prueba  verificará desde otros nodos de la red MPLS en producción que se está publicando en la VRF “GESTION” la dirección 10.31.1.100/32 (única interfaz de gestión para nodo “PE-Pruebas”).
• El personal técnico del ICE que valida la prueba verificará desde cualquiera de las siguientes redes de gestión operativas  que el nodo “PE-Pruebas” este disponible para poder acceder remotamente vía SSH al equipo.
• El personal técnico del ICE que valida la prueba verificará el acceso remoto al equipo por medio de protocolo SSH, acceso por medio de usuario local “Prueba2025” y contraseña local “2025Prueb4!” y usuarios declarados en plataformas AAA existentes
• Para la condición “CUMPLE” en el “Protocolo de Pruebas” deben validarse TODOS los puntos citados anteriormente para esta prueba.

Validar acceso a plataforma AAA implementada por el personal técnico del ICE que valida la prueba . El Oferente deberá configurar el equipo para validarse en las plataformas AAA que el personal técnico del ICE que valida la prueba designe para tal fin, esto bajo un esquema AAA en donde se autentique, se autorice (con base a un atributo) y se genere el registro de la sesión. 

• A continuación, se presentan parámetros a definir en los equipos
• Servidores de AAA:

• TACACS, 10.31.249.2 y 10.31.249.3
• RADIUS, 10.31.249.4
• Clave para AAA “PrbICE2000!”
• La validación AAA se hará por medio de única interfaz de gestión definida para “PE-Pruebas” (loopback de VRF “GESTON”).

• La secuencia de acceso debe ser:
  • Primaria TACACS.
  • Secundaria RADIUS.
  • Tercero Usuario local.

• El registro en los servidores AAA del ICE los hará personal técnico del ICE que valida la prueba, con base a los atributos que le indique el Oferente.
• Método de validación debe ser por acceso SSH y por acceso a consola en “PE-Pruebas”
• Para la condición “CUMPLE” en el “Protocolo de Pruebas” deben validarse TODOS los puntos citados anteriormente para esta prueba.

Validar acceso a plataforma SNMP implementada por el ICE El Oferente deberá configurar el equipo para validarse en las plataformas SNMP que el personal técnico del ICE que valida la prueba designe para tal fin, esto bajo la versión 3 del protocolo.  La plataforma que utiliza el ICE es marca Orión Solarwinds módulos NPM y NCM.

• A continuación, se presentan parámetros a definir en los equipos
• Servidores de parámetros SNMP:

• Versión 3
• Grupo de lectura
  • Usuario de autenticación LECTURA
  • Clave de autenticación 1$ICE75pr123!
  • Algoritmo de autenticación igual o superior a SHA
  • Usuario de encriptación LECTURA
  • Clave de encriptación 2$ICE75pr123!
  • Algoritmo de encriptación igual o superior a AES256

• Grupo de lectura y escritura

• Usuario de autenticación LECT/ESCR
• Clave de autenticación 3$ICE75pr123!
• Algoritmo de autenticación igual o superior a SHA
• Usuario de encriptación LECT/ESCR
• Clave de encriptación 4$ICE75pr123!
• Algoritmo de encriptación igual o superior a AES256

• La validación SNMP se hará por medio de única interfaz de gestión definida para “PE-Pruebas”
• El personal técnico del ICE que valida la prueba verificará por medio del Gestor SNMP que el equipo es gestionable vía SNMP versión, lo anterior según las configuraciones que haya realizado el Oferente en el punto “b”.
• Al equipo estar alcanzable vía SNMP en el gestor del ICE, el personal técnico del ICE que valida la prueba verificará los siguientes valores del equipo:

• Visualización de puertos físicos.
• Visualización de CPU y memoria.

• Visualización de estadísticas tales como:

• Uso del canal.
• Pérdida de paquetes o errores.
• Tiempo de respuesta.

• El Oferente debe entregar el MIB del equipo al que se válida para determinar valores como:

• Estado de fuentes.
• Temperatura de componentes.

• El personal técnico del ICE que valida la prueba realizará el respaldo de configuración del equipo ofertado por medio del gestor SNMP.
• Para la condición “CUMPLE” en el “Protocolo de Pruebas” deben validarse TODOS los puntos citados anteriormente para esta prueba.

Validar el envío de mensajes tipo syslog y snmptraps a plataformas de gestión del ICE. El Oferente deberá configurar el equipo para el envío de mensajes tipo syslog y snmptraps a plataformas de gestión del ICE. La plataforma que utiliza el ICE es marca Orión Solarwinds módulos NPM y NCM y HA ( la misma soporta la gestión de equipos de diferentes marcas), en caso de que el oferente de los equipos lo considere podrá solicitar al ICE el cargo de los MIBS de los equipos de la Prueba con el fin de eliminar cualquier limitación del equipo a probar para cumplir la misma.

1. A continuación, se presentan parámetros a definir en los equipos
• Envío syslog:
1. Puerto por defecto, TCP 514.
2. Envió desde la única interfaz de gestión definida para “PE-Pruebas”

• Servidores destino: 10.31.249.30, 10.31.249.21, 10.31.249.22.

• Envío snmptraps
1. Puerto por defecto, TCP 162
2. Envió desde la única interfaz de gestión definida para “PE-Pruebas”

• Servidores destino: 10.31.249.30, 10.31.249.21, 10.31.249.22.

 

• El personal técnico del ICE que valida la prueba verificará por medio del Gestor SNMP que el equipo está enviando mensajes de syslog y snmptraps.
• Como prueba de verificación se verificará el envío de syslog y snmp ante la perdida y normalización de una de las fuentes redundantes del equipo, lo anterior con base al siguiente procedimiento:
1. Desconectar físicamente una fuente número 1 y verificar estado de las fuentes vía CLI, syslog y snmp traps.
2. Normalizar físicamente la fuente número 1 y verificar estado de las fuentes vía CLI, syslog y snmp traps.

• Desconectar físicamente una fuente número 2 y verificar estado de las fuentes vía CLI, syslog y snmp traps.

1. Normalizar físicamente la fuente número 2 y verificar estado de las fuentes vía CLI, syslog y snmp traps.
2. Verificar el correcto estado de ambas fuentes.

Para la condición “CUMPLE” en el “Protocolo de Pruebas” deben validarse TODOS los puntos citados anteriormente para esta prueba.

 

 

 

Partida 4:

 Para la partida 4 de este procedimiento se realizará una “Prueba de Concepto” con el fin de validar que los equipos y software ofertados cumplen a cabalidad con lo solicitado en el cartel.

Pruebas de concepto

 

Como requisito técnico, las ofertas deberán demostrar el cumplimiento de las especificaciones técnicas para asegurar su capacidad de cumplir las características solicitadas tanto para los elementos de control de acceso a tableros, así como el software de gestión de los mismos.

 

Para ello se realizará una “Prueba de Concepto” tomando en consideración los detalles descritos a continuación:

 

• Calendarización

 

1. Una vez finalizada la etapa de subsanaciones a las ofertas realizadas, la administración citará vía correo electrónico a las pruebas de concepto 2 días hábiles posteriores.
2. Se citarán a todos los Oferentes que cumplan con todos los requisitos solicitados en el cartel y la valoración técnica iniciando con la oferta de menor precio.
3. El Oferente deberá presentarse en Subestación San Miguel, en Santo Domingo, Heredia (lugar donde se validarán las pruebas), previa coordinación con el Administrador de Contrato (AC) Alejandro Mata Castro mediante correo electrónico amatac@ice.go.cr
4. Únicamente las personas autorizadas podrán ingresar a las instalaciones de Grupo ICE.
5. Por motivos de seguridad no se permite salir del cuarto (Datacenter Operativo en ST San Miguel) durante la realización de las pruebas.
6. Los Oferentes que no estén realizando las pruebas de equipos podrán asistir a las pruebas de los demás, representados por una sola persona (se permite que el Oferente en rol de “testigo silencioso” pueda definir una persona principal y un sustituto en caso de fuerza mayor), esta participación será como “testigo silencioso”, esto quiere decir que pueden estar presentes cuando otros Oferentes realicen las pruebas, pero deben cumplir con las siguientes condiciones:

• No interrumpir las pruebas.
• No cuestionar durante el desarrollo de las pruebas, únicamente en el “Acta de Cierre” donde quedará por escrito.
• No increpar, ni al personal técnico del ICE que valida la prueba ni al Oferente en turno por el resultado de las pruebas.
• No realizar ruido durante la realización de las pruebas.
1. De no cumplir con alguno de los puntos citados anteriormente el “testigo silencioso” será invitado a abandonar las instalaciones del ICE en donde se esté realizando la prueba. El personal técnico del ICE que valida la prueba tomará nota de la acción en el “Acta de Cierre”
2. Por sesión de trabajo para realizar las pruebas de concepto con cada Oferente se preverán dos días hábiles laborales consecutivos, desde las 08:00 horas hasta la 16:00 horas, considerando 45 minutos para almorzar.
3. El Oferente dispone de 2 días hábiles en el horario establecido para realizar las pruebas, en caso de que el oferente no pueda asistir o no asista en la fecha indicada por el ICE la oferta quedará en condición “No Cumple”

 

 

• Responsabilidades del Oferente

 

1. Para la “Prueba de Concepto” en la presentación de la oferta, el Oferente deberá indicar al Administrador de Contrato (AC) Alejandro Mata Castro mediante correo electrónico amatac@ice.go.cr información de las personas que validarán las pruebas:
• Nombre completo con número de cédula o pasaporte.
• Copia planilla del INS y la CCSS (en caso de ser ciudadano costarricense) o póliza de viajero en caso de ser extranjero.
2. Placas de vehículos, y características de equipos (PC o equipos de medición) que sean necesarios para validar las pruebas. Para todo el personal que participe en pruebas ya sea el rol de Oferente, así como “testigo silencioso” se impartirá antes de iniciar las pruebas (el día uno) una breve charla (tiempo de 30 minutos) por parte del Grupo de Salud y Seguridad en el Trabajo de la División Transmisión, sobre riesgos y forma de actuar en el ambiente de la subestación, esto en el sitio de las pruebas (Datacenter Operativo en Subestación San Miguel), esta inducción sólo debe tomarse una vez.

1. Para las “Pruebas de Concepto” en la presentación de la oferta, el Oferente deberá referenciar la hoja de vida de cada uno del personal técnico que asistirá, lo cual será validado por el Administrador del Contrato según el nivel de certificación (de fábrica) de cada ingeniero o técnico acorde a la tecnología y equipos ofertados.
2. Para la “Prueba de Concepto” en la presentación de la oferta, el Oferente deberá indicar al Administrador de Contrato (AC) Alejandro Mata Castro mediante correo electrónico amata@ice.go.cr información de las personas que validarán las pruebas (nombre completo, número de cédula o pasaporte, póliza de riesgos u otro documento que solicite la administración), así como placas de vehículos, y características de equipos (PC o equipos de medición) que sean necesarios para validar las pruebas. Esta información también debe ser entregada al Administrador de Contrato (AC) Alejandro Mata Castro mediante correo electrónico amatac@ice.go.cr  en caso de querer participar como “testigo silencioso”.
3. El Oferente deberá aportar un equipo y software iguales al ofertado (marca, modelo y aprovisionamiento).
4. El Oferente deberá aportar personal técnico calificado para la realización de las pruebas (mínimo 1).
5. El Oferente deberá proporcionar los equipos, cables, accesorios definidos según conexión mostrada en la figura número 2.
6. El Oferente realizará la programación del equipo con anticipación y la instalación en conjunto con el ICE. Es permitido en el plazo de tiempo estipulado para la “Prueba de Concepto” que el Oferente realice reconfiguraciones del equipo con el fin de validar la funcionalidad.

 

• Responsabilidades del ICE

 

1. Llevar una bitácora diaria de asistencia en la que participa personal técnico del ICE que valida la prueba, personal de la empresa Oferente y personal de la empresa (s) que participen en modo “Testigo Silencioso” según sea el rol de los mismos.
2. Brindar el espacio físico requerido para la realización de las pruebas.
3. Facilitar los puntos de conexión de los equipos.
4. Brindar alimentación PoE o PoE+ y 120 VAC para los equipos a probar.
5. Validar las pruebas según el “Protocolo de Pruebas” y aclarar en caso de que exista alguna duda sobre ellas.
6. Configurar los equipos de comunicación necesarios para permitir al Oferente desplegar la maqueta de pruebas.
7. Verificar el funcionamiento de los servicios definidos en la “Prueba de Concepto”.
8. Levantar acta con los resultados de las pruebas.
9. Proveer acceso a Internet (Intranet ICE).
10. Al finalizar el tiempo asignado para las pruebas, cualquier resultado no satisfactorio en la mismas, que se declare en condición “No Cumple” es motivo de rechazo de la oferta.
11. Tramitar los permisos ante el Área de Operación de la Región Central de ingreso a Subestación San Miguel para el personal del Oferente que vaya a realizar las pruebas, esto siempre y cuando el Oferente haya presentado la información necesaria para solicitar dichos permisos.

 

• Metodología

 

1. Todos los elementos (control de acceso, accesorios y software) serán sometidos al mismo “Protocolo de pruebas”.
2. Los resultados se registrarán, con la indicación “Cumple” o “No cumple”.
3. Es estrictamente necesario el cumplimiento de TODAS las pruebas del “Protocolo de pruebas”.
4. Objetivo principal.  Validar el cumplimiento de las funciones solicitadas por el personal técnico del ICE que valida la prueba para esta partida.
5. Maqueta a utilizar.  Ver Figura 2(ver anexo figuras de referencia); muestra la conexión para las pruebas.

 

• Escenario de pruebas

 Para el escenario de pruebas se deben definir varios detalles los cuales se citan a continuación:

 

1. El personal técnico del ICE que valida la prueba brindará un tablero, el mismo tendrá las siguientes características para elaborar las pruebas de concepto solicitadas.
2. El personal técnico del ICE que valida la prueba dispondrá de un tablero anclado y aterrizado en la Datacenter de Comunicaciones de la Subestación San Miguel para hacer las pruebas.
3. El tablero tendrá la prevista de 48.26 centímetros para instalar el equipo en el RACK, además una bandeja de 48.26 centímetros para ubicar el equipo de prueba.
4. El personal técnico del ICE que valida la prueba proveerá los voltajes de alimentación para conexión PoE o además alimentación de 120 Vac, para alimentar los equipos de las pruebas.
5. El Oferente se encargará de la instalación física y conexión de alimentaciones y cableados al equipo en prueba.
6. El personal técnico del ICE que valida la prueba se reserva cualquier responsabilidad por malas conexiones fiscas hechas al equipo en prueba.

 

• Conexión a equipo de control de acceso 

El personal técnico del ICE que valida la prueba dispondrá de una conexión al equipo de prueba por medio de puerto RJ45 con la funcionalidad de PoE y PoE+, para alimentar el equipo. La alimentación del el equipo control de acceso y accesorios se hará únicamente por este medio.

1. El personal técnico del ICE que valida la prueba dispondrá de una bandeja de 48.26 centímetros  en caso de que el equipo control de acceso y accesorios necesite ser instalado sobre ese tipo de estructura.
2. El personal técnico del ICE que valida la prueba dispondrá de un riel DIM disponible en caso de que el equipo control de acceso y accesorios necesite ser instalado sobre ese tipo de riel.
3. Se permite que el Oferente disponga de una estructura adicional para instalar el equipo control de acceso y accesorios.
4. El personal técnico del ICE que valida la prueba dispondrá del esquema de direccionamiento 10.31.77.2, mascará de red 255.255.255.192, puerta de enlace 10.31.77.1 para configurar el equipo control de acceso; además habilitará los puertos virtuales que necesite el equipo.
5. En caso de que Oferente necesite hacer una parametrización inicial del equipo control de acceso puede realizarlo por medio de las maquinas personales de su personal técnico.

 

• Conexión software de control de acceso

1. El personal técnico del ICE que valida la prueba dispondrá de una máquina virtual con sistema operativo Windows 10 o superior para que el Oferente instale le software de Control de Acceso.

1. El personal técnico del ICE que valida la prueba dispondrá de conexión remota a la máquina virtual por medio de un Gateway de conexiones remota RDP (Remote Desktop Protocol) para que el Oferente realice la instalación del software de Control de Acceso.
2. Es responsabilidad del Oferente la instalación y ajuste del software de Control de Acceso.
3. El personal técnico del ICE que valida la prueba dispondrá del esquema de direccionamiento 10.31.77.66, mascará de red 255.255.255.192, puerta de enlace 10.31.77.65 para configurar el equipo control de acceso; además habilitará los puertos virtuales que necesite la aplicación.
4. El personal técnico del ICE que valida la prueba habilitará los puertos virtuales necesarios para la comunicación entre el equipo Control de Acceso y el software de gestión del mismo.
5. Por limitaciones de Sistema Operativo de la máquina virtual, se permite que el software de Control de Acceso sea simulado por medio de una maquina física del Oferente, pero el personal técnico del ICE que valida la prueba se reserva el derecho de hacer cualquier el acceso a esa maquina física para validar los puntos indicados en la “Prueba de Concepto”.
6. No se permite que el software de Control de Acceso se encuentre en la nube de Internet.

  

• Pruebas

 De acuerdo con la siguiente tabla, los parámetros a evaluar son:

 

Tabla 3.  Protocolo de Pruebas partida 4.

 

Verificación Sistema de Control de Acceso
			Control de Acceso y Software de Control de acceso
Id			Tarea	Cumple
1			Verificación de diagrama funcional de cableado.
2		Verificar que el equipo Control de Acceso se alimenta por PoE o PoE+
3		Verificar que el equipo Control de Acceso cuenta con sensor de huella dactilar (biométrico).
4		Verificar detección  tarjeta radiofrecuencia (frecuencia de 127 KHz y/o 13.56 Mhz).
5		Verificar detección por doble factor de autenticación de usuarios.
6		Verificar el estado de las puertas vía software.
7		Verificar acción de apertura y cierre de las puertas vía local y por software.
8		Verificación de alertas de puertas abierta, puerta forzada, acceso no permitido vía software.
9		Verificar que la potencia entrega del método de contención (llavín o electroimán)se haga la entregue el controlador de acceso.
10		Verificar que el software de Control de Acceso soporte hasta 1000 puertas.
11	Verificar la segmentación de usuarios por zonas, por puertas, por tiempo definido.
12	Verificar la apertura remota vía software de gestión.
13			Verificar los logs del sistema, eventos y alarmas.
14			Verificar la autonomía del equipo de Control de acceso sin el software de gestión.

 

 

1. Verificación de diagrama funcional de cableado. El Oferente debe mostrar al personal técnico del ICE que valida la prueba un diagrama de conexiones de todos los elementos de la prueba, los mínimos componentes son:
• 1 (uno)Controlador
• 1 (uno)Lector (puede estar incorporado en el controlador)
• 2 (dos) llavines o métodos de contención(tipo electroimán)
• 2 (dos) sensores de puerta (puede estar incorporado en el llavín.
2. El personal técnico del ICE que valida la prueba  verificará que el equipo Control de Acceso se alimenta por PoE o PoE+. Verificar por medio del equipo de comunicación del ICE que el equipo Control de acceso se alimenta por medio de tecnología Power Over Ethernet, así como la potencia consumida por el mismo.
3. El personal técnico del ICE que valida la prueba  verificará que el equipo Control de Acceso cuenta con sensor de huella dactilar (biométrico). La verificación se hará de manera visual y eventualmente se validará el sensor de huella digital, mediante el accionar del equipo Control de Acceso.
4. El personal técnico del ICE que valida la prueba verificará detección tarjeta radiofrecuencia (frecuencia
   de 127 KHz y/o 13.56 Mhz). Esta verificación se realiza mediante una tarjeta o token que suministre el Oferente y que sea validada mediante el accionar del equipo Control de Acceso y software de gestión del controlador.
5. El personal técnico del ICE que valida la prueba   verificará detección por doble factor de autenticación de usuarios. Se validar por los siguientes métodos:
• PIN más radiofrecuencia
• PIN más biométrico (huella)
• PIN más y software de gestión del controlador.
6. El personal técnico del ICE que valida la prueba verificará el estado de las puertas vía software. Tomar las siguientes consideraciones:
• Puertas abiertas.
• Puertas cerradas.
• Cambio de estado (abierto a cerrado y viceversa).
7. El personal técnico del ICE que valida la prueba verificará acción de apertura y cierre de las puertas vía local y por software de gestión del controlador, la verificación se realiza al determinar la apertura o cierre de las puertas.
8. El personal técnico del ICE que valida la prueba verificará alertas de puertas abierta, puerta forzada, acceso no permitido vía software, esta verificación se realiza por medio del software de gestión del controlador.
9. El personal técnico del ICE que valida la prueba verificará que la potencia entrega del método de contención (llavín o electroimán)se realice por medio del controlador de acceso. Esta verificación se hará visual, el personal técnico del ICE que valida la prueba podrá hacer pruebas de manipulación para el caso de que método de actuación sea electroimán para validar la fortaleza del mismo al estar en condición cerrado.
10. El personal técnico del ICE que valida la prueba verificará  que el software de gestión del controlador soporte el registro de hasta 1000 puertas. Verificación mediante visualización o carta expresa del fabricante en donde se valide esta condición.
11. El personal técnico del ICE que valida la prueba verificará mediante el software de gestión del controlador la segmentación de usuarios por zonas, por puertas, por tiempo definido. Se debe validar las siguientes condiciones:
• Usuarios definidos por Zonas.
• Usuarios definidos por huellas dactilares.
• Usuarios definidos por tiempo definido.
12. El personal técnico del ICE que valida la prueba verificará  mediante el software de gestión del controlador la apertura remota vía software de gestión. Accionar la apertura remota de una puerta desde el software de gestión del controlador.
13. El personal técnico del ICE que valida la prueba verificará  los logs del sistema, eventos y alarmas. Verificación desde el software de gestión del controlador.
14. El personal técnico del ICE que valida la prueba verificará  la autonomía del equipo de Control de Acceso sin el software de gestión del controlador. Verificar la apertura y cierre permitidos o denegados cuando se deshabilita el alcance desde el software de gestión del controlador al controlador y luego cuando se rehabilita el acceso remoto, se deben mostrar los logs de los eventos de perdida de conexión y reconexión.

ESPECIFICACIONES TÉCNICAS

 

Requerimientos

 

Para la siguiente contratación se enumeran la adquisición de componentes o servicios:

PARTIDA 1

 

A continuación, se muestran las características técnicas requeridas para para una de las líneas:

 

LINEA 1. Adquisición Enrutador MPLS con soporte MPLS

Para esta línea los equipos deben cumplir con las siguientes características:

 

1.  Normas Internacionales

Los enrutadores con soporte de MPLS (PE) ofrecidos bajo estas especificaciones deberán cumplir con lo establecido en la última edición de las normas técnicas internacionales indicadas en la tabla 4. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas:

 

Tabla . Normas Internacionales Aplicables

Router con soporte de MPLS (PE)
Norma		Descripción
802.3-2005 Método de acceso y Capa física
802.3ab		1000BASE-T
802.3ae		10 Gigabit Ethernet
802.3u		100BASE-TX, 100BASE-T4, 100BASE-FX Fast Ethernet at 100 Mbps with Auto-Negotiation
802.3x		Flow Control
802.3z		1000BASE-X Gigabit Ethernet over fiber optic at 1 Gbps
802.3ad		Link Aggregation
802.1Q		Virtual Bridged LANs
802.1D		MAC Bridges
802.1w		Rapid STP
802.1s		Multiple Spanning Trees
802.1ad		Provider Bridges; partial support: port-based and S-tagged service interface
802.1ag		Connectivity Fault Management (CFM)
802.1ab		Link Layer Discovery Protocol
802.1ah		Provider Backbone Bridging
802.1ae		MAC Security standard
Protocolos Generales
RFC 791		IP
RFC 792		ICMP
RFC 793		TCP
RFC 1350		TFTP
RFC 826		ARP
RFC 768		UDP
RFC 894		IP over Ethernet
RFC 903		RARP
RFC 906		TFTP Bootstrap
RFC 1027		Proxy ARP
RFC 951		BootP
RFC 1122		Host Extensions for IP Multicasting
RFC 1256		IRDP
RFC 1519		CIDR
RFC 1542		BootP Extensions
RFC 1812		Requirements for IPv4 Routers
RFC 1541		and 1542 DHCP
RFC 2131		BootP/DHCP Helper
RFC 3768		VRRP
RFC 854		TELNET
RFC 1591		DNS (client)
RFC 5905		Network Time Protocol
Protocolo BGP IPv4
RFC 4271		BGPv4
RFC 2842		Capability Advertisement
RFC 1997		Communities and Attributes
RFC 2439		Route Flap Dampening
RFC 2796		Route Reflection
RFC 1965		BGP4 Confederations
RFC 2842		Capability Advertisement
RFC 2918		Route Refresh Capability
RFC 5065		Textual Representation of Autonomous System (AS)
RFC 2385		BGP Session Protection via TCP MD5
RFC 3682		Generalized TTL Security Mechanism, for eBGP Session Protection
RFC 4273		BGP-4 MIB
RFC 4893		BGP Support for Four-octet AS Number Space
RFC 4724		Graceful Restart Mechanism for BGP
Protocolo OSPF IPv4
RFC 2328		OSPF v2
RFC 3101		OSPF NSSA
RFC 1745		OSPF Interactions
RFC 1765		OSPF Database Overflow
RFC 1850		OSPF v2 MIB
RFC 2370		OSPF Opaque LSA Option
RFC 3630		TE Extensions to OSPF v2
RFC 3623		Graceful OSPF Restart
Protocolo IS-IS IPv4
RFC 1195		Routing in TCP/IP and Dual Environments
RFC 1142		OSI IS-IS Intra-domain Routing Protocol
RFC 2763		Dynamic Host Name Exchange
RFC 2966		Domain-wide Prefix Distribution
RFC 5120		IS-IS Multi-Topology Support
RFC 5306		Restart Signaling for IS-IS
Protocolo RIP IPv4
RFC 1058		RIP v1
RFC 2453		RIP v2
RFC 1812		RIP Requirements
Soporte Multicast IPv4
RFC 1122		Host Extensions
RFC 1112		IGMP
RFC 2236		IGMP v2
RFC 3376		IGMP v3
RFC 3973		PIM-DM
RFC 4601- RFC-4602 RFC-4610		PIM-SM
RFC 7761		Multicast para IPV6
Priorizacion de tráfico y Calidad de Servicio
RFC 2475		An Architecture for Differentiated Services
RFC 3246		An Expedited Forwarding PHB
RFC 2597		Assured Forwarding PHB Group
RFC 2698		A Two-Rate Three-Color Marker
Gestión y señalización
RFC 1354		IP Forwarding MIB
RFC 2665		Ethernet Interface MIB
RFC 1757		RMON Groups 1, 2, 3, 9
RFC 2068		HTTP
RFC 4330		SNTP
RFC 2865		RADIUS
RFC 8173		PTP v2
RFC 3176		sFlow
RFC 2863		Interfaces Group MIB
RFC 3704		Ingress Filtering for Multihomed Networks (uRPF)
RFC 2784		Generic Routing Encapsulation (GRE)
		Draft-ietf-bfd-base Bidirectional Forwarding Detection (BFD)
RFC 5881		BFD for IPv4 and IPv6 (Single Hop); for OSPFv2, OSPFv3, IS-IS
RFC 4087		IP Tunnel MIB
RFC 4133		Entity MIB
RFC 1588 v2		Prestion Time Protocol
Soporte IPv6
RFC 2460		IPv6 Specification
RFC 2461		IPv6 Neighbor Discovery
RFC 2462		IPv6 Stateless Address Auto-configuration
RFC 4443		ICMPv6
RFC 4291		IPv6 Addressing Architecture
RFC 3587		IPv6 Global Unicast Address Format
RFC 2375		IPv6 Multicast Address Assignments
RFC 2464		Transmission of IPv6 over Ethernet Networks
RFC 2711		IPv6 Router Alert Option
RFC 3596		DNS support
RFC 3315		Dynamic Host Configuration Protocol (DHCP) for IPv6
Protocolos de ruteo IPv6
RFC 2080		RIPng for IPv6
RFC 2740		OSPFv3 for IPv6
RFC 2545		Use of BGP-MP for IPv6
RFC 6106		IPv6 Router Advertisement Options for DNS Configuration
RFC 4659		BGP-MPLS IP Virtual Private Network (VPN) Extension for IPv6 VPN
RFC 6164		Using 127-Bit IPv6 Prefixes on Inter-Router Links
Soporte transición IPv4/IPv6
RFC 2893		Transition Mechanisms for IPv6 Hosts and Routers
RFC 4798		Connecting IPv6 Islands over IPv4 MPLS Using IPv6 Provider Edge Routers
RFC 4659		Transporting IPv6 Layer 3 VRFs across IPv4/MPLS Backbones (6VPE)
Soporte MPLS
RFC 3031		MPLS Architecture
RFC 3032		MPLS Label Stack Encoding
RFC 3036		LDP Specification
RFC 2205		RSVP v1 Functional Specification
RFC 2209		RSVP v1 Message Processing Rules
RFC 3209		RSVP-TE
RFC 3270		MPLS Support of Differentiated Services
RFC 4090		Fast Reroute Extensions to RSVP-TE for LSP Tunnels
RFC 3812		MPLS TE MIB
RFC 5443		LDP IGP Synchronization
RFC 5712		MPLS Traffic Engineering Soft Preemption
		draft-ietf-bfd-mpls BFD for MPLS LSPs (RSVP-TE)
RFC 4875		Extensions to RSVP-TE for P2MP TE LSPs
Soporte MPLS VPN L3
RFC 2858		Multiprotocol Extensions for BGP-4
RFC 3107		Carrying Label Information in BGP-4
RFC 4364		BGP/MPLS IP VPNs
RFC 4576		Using LSA Options Bit to Prevent Looping in BGP/MPLS IP VPNs (DN Bit)
RFC 4577		OSPF as the PE/CE Protocol in BGP/MPLS IP VPNs
RFC 4382		MPLS/BGP Layer 3 VPN MIB
Soporte MPLS VPN L2
RFC 4664		Framework for Layer 2 Virtual Private Networks
RFC 4665		Service Requirements for Layer 2 Provider-Provisioned Virtual Private Network
RFC 4762		VPLS Using LDP Signaling
		Draft-ietf-pwe3-arch PWE3 Architecture
RFC 4447		Pseudowire Setup and Maintenance using LDP
RFC 4448		Encapsulation Methods for Transport of Ethernet over MPLS Networks
RFC 5542		Definitions of Textual Conventions for Pseudowire (PW) Management
RFC 5601		Pseudowire (PW) Management Information Base
Mecanismos de Encriptación
RFC 5996		Internet Key Exchange Protocol Version 2 (IKEv2)
RFC 4303		IP Encapsulating Security Payload (ESP)
RFC 6379		Suite B Cryptographic Suites for IPsec
RFC 5903		Elliptic Curve Groups modulo a Prime (ECP Groups) for IKE and IKEv2
RFC 4868		Using HMAC-SHA-256, HMAC-SHA-384, and HMAC-SHA-512 with IPsec
RFC 4754		IKE and IKEv2 Authentication Using the Elliptic Curve Digital Signature Alg
RFC 4106		The Use of Galois/Counter Mode (GCM) in IPsec Encapsulating Security Payload
RFC 3602		AES with 128-bit keys in CBC mode
RFC 4806		Online Certificate Status Protocol (OCSP) Extensions to IKEv2
Administración de Red
RFC 5424		Soporte de múltiples servidores tipo Syslog
RFC 20		Terminal remota con soporte ASCII (V24)
RFC 783		TFTP
RFC 854		TELNET Client and Server
RFC 951		Bootp
RFC 1157		SNMPv1/v2c
RFC 1213		MIB-II
RFC 1493		Bridge MIB
RFC 1516		Repeater MIB
RFC 1573		SNMP MIB II
RFC 1643		Ethernet Interface MIB
RFC 1643		Ethernet MIB
RFC 2570		SNMPv3 Intro to Framework
RFC 2571		Architecture for Describing SNMP Framework
RFC 2572		SNMP Message Processing and Dispatching
RFC 2573		SNMPv3 Applications
RFC 2574		SNMPv3 User-based Security Model
RFC 2575		SNMP View-based Access Control Model SNMP
RFC 3176		sFlow
Elementos de Seguridad de acceso
RFC 2903 // RFC 3539		Modelo AAA (Autenticación, Autorización, y Registro (AAA)
RFC 3962		Soporte del algoritmo de encriptación AES con SSHv2
RFC 2865 // RFC 2866		soporte de RADIUS
RFC 1491		soporte de TACACS+/TACACS
RFC 4716 // RFC 4253		Soporte de Secure Shell (SSHv2)
Inmunidad Electromagnética
EN 61000-4-2		ESD
EN 61000-4-3		Radiated, radio frequency, electromagnetic field
EN 61000-4-4		Electrical fast transient
EN 61000-4-5		Surge
EN 61000-4-6		Conducted disturbances induced by radio-frequency fields
EN 61000-4-8		Power frequency magnetic field
EN 61000-4-11		Voltage dips and sags
Alimentación y aterrizamiento
ETS 300 132-1		Equipment Requirements for AC Power Equipment Derived from DC Sources
ETS 300 132-2		Equipment Requirements for DC Powered Equipment
ETS 300 253 F		Facility Requirements
	Protocolos de empaquetamiento
	RFC 4553	SATOP
	RFC 5086	CESoPSN
	RFC 3985	Pseudo wire emulation edge-to-edge
	Canal Digital
	ITU G703	Canal E1
	ITU G704	Canal E1 sincrónico

 

2. Características Generales Router MPLS

 

1. 1.  

A continuación, se referencian especificaciones técnicas del enrutador MPLS:

1. El equipo debe contar con puertos físicos a continuación se referencia el equipamiento del mismo:
   1. Contar con 12 puertos ópticos de 10 Gbps SFP+ con slot de inserción tipo LC.
   2. Contar con 16 puertos ópticos de 1000 Mbps, con slot de inserción tipo SFC-LC.
   3. Contar con 16 puertos E1 balanceado a 120 Ohmios con salida RJ48 o en su defecto deberá brindarse un patchpanel a armado con los 16 puertos modulares en conexión RJ, además en esta condición el Contratista deberá entregar un cable de 15 metros de largo para comunicar la salida de la tarjeta de los E1.
   4. Interfaz de sincronización por protocolo 1588.
   5. Interfaz de gestión local con soporte de protocolo VT-100.
2. El equipo debe soportar una capacidad de conmutación instalada de 2 Tbps.
3. El equipo debe tener la capacidad de incorporar interfaces adicionales de 25 Gbps, 50 Gbps, 100 Gbps.
4. El equipo debe contar con 1 slot adicionales y libres para inserción de tarjetas, estos slots disponibles deben soportar interfaces seriales, TDM, Ethernet o IEEE C37.94.
5. El equipo debe contar con un sistema de alimentación eléctrica redundante interno en DC y AC, estas deben operar en paralelo y en caso de perder una la otra debe tener la capacidad de asumir toda la carga (a plena carga).
6. La fuente de alimentación en DC del equipo debe operar en un rango desde 125 Vdc con un rango de sensibilidad de +-10%.
7. En caso de requerir alimentar el equipo en otro voltaje(diferente de 125 Vdc), el contratista deberá brindar una solución de conversión de voltaje probada, certificada y respaldada por el fabricante del equipo de comunicación. Para dicho fin el oferente deberá presentar una nota formal del fabricante donde se demuestre la operatividad de la solución propuesta, misma que de manera integral debe ser respaldada mediante garantía por el fabricante del equipo de comunicación.
8. La fuente de alimentación en AC del equipo debe operar en un rango desde 120 Vac , con un rango de sensibilidad de +-10%.
9. El equipo deberá realizar balanceo de cargas entre sus fuentes u operar en redundancia 1+1 con conmutación imperceptible.
10. El equipo debe tener redundancia de abanicos.
11. El equipo debe cumplir con estándar de sincronización IEEE 1588 versión 2 con requerimientos de sincronización cumpliendo con el estándar G8273.2.
12. El equipo debe tener una altura máxima de 26.67 centímetros.
13. El equipo debe poder emular hasta 16 canales TDM sobre servicio MPLS, esto para canales TDM desde 64 kbps hasta canales de 2.048 Mbps.
14. El tributario de cada interface E1 debe ser independiente y debe tener las siguientes opciones de configuración o características mínimas:
15. Velocidad de 2.048 Mbps +- 50 ppm.
16. El equipo debe cumplir con normativa ITU G.704 (CRC: on/off, CAS: on/off, Output “clear -channel”).
17. Línea de codificación: AMI/HDB3.
18. Señal de salida y entrada ITU-G703.
19. Entre las alarmas que debe mostrar el registro para cada puerto E1 y deben existir los siguientes indicadores:
    1. Perdida de reloj principal.
    2. RAI (Remote alarm indication).
    3. AIS (alarm indication signal)
    4. LOS (Loss of signal)
20. El equipo debe soportar definir un buffer de jitter de 2 a 10 milisegundos como mínimo.
21. El equipo debe estar certificado para un rango de operación de 0-50°C.
22. El equipo debe instalarse en un rack de telecomunicaciones 48,26 centímetros, el Contratista debe entregar todos los accesorios necesarios para la instalación mecánica (tornillería, conectores, herrajes.).

 

LINEA 2. Firewall para subestación

 

Para esta línea se requiere la adquisición de cuarenta y dos (42) equipos, los mismos deben cumplir con las siguientes características:

 

Los Firewall requeridos deben cumplir con las siguientes especificaciones, tomando en cuenta los establecido en la última edición de las normas técnicas internacionales indicadas en la tabla 5. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas:

1. Normas internacionales

 

 Tabla 5. Normas Internacionales Aplicables

Firewall Local
Norma	Descripción
802.3-2005 Método de acceso y Capa física
802.3ab	1000BASE-T
802.3ae	10 Gigabit Ethernet
802.3u	100BASE-TX, 100BASE-T4, 100BASE-FX Fast Ethernet at 100 Mbps with Auto-Negotiation
802.3x	Flow Control
802.3z	1000BASE-X Gigabit Ethernet over fiber optic at 1 Gbps
802.3ad	Link Aggregation
802.1Q	Virtual Bridged LANs
Protocolos Generales
RFC 791	IP
RFC 792	ICMP
RFC 793	TCP
RFC 1350	TFTP
RFC 826	ARP
RFC 768	UDP
RFC 894	IP over Ethernet
RFC 903	RARP
RFC 906	TFTP Bootstrap
RFC 1027	Proxy ARP
RFC 951	BootP
RFC 1122	Host Extensions for IP Multicasting
RFC 1256	IRDP
RFC 1519	CIDR
RFC 1542	BootP Extensions
RFC 1812	Requirements for IPv4 Routers
RFC 1541	and 1542 DHCP
RFC 2131	BootP/DHCP Helper
RFC 3768	VRRP
RFC 854	TELNET
RFC 1591	DNS (client)
RFC 5905	Network Time Protocol
Protocolo BGP IPv4
RFC 4271	BGPv4
RFC 2842	Capability Advertisement
RFC 1997	Communities and Attributes
RFC 2439	Route Flap Dampening
RFC 2796	Route Reflection
RFC 1965	BGP4 Confederations
RFC 2842	Capability Advertisement
RFC 2918	Route Refresh Capability
RFC 5065	Textual Representation of Autonomous System (AS)
RFC 2385	BGP Session Protection via TCP MD5
RFC 4273	BGP-4 MIB
RFC 4893	BGP Support for Four-octet AS Number Space
RFC 4724	Graceful Restart Mechanism for BGP
Protocolo OSPF IPv4
RFC 2328	OSPF v2
RFC 3101	OSPF NSSA
RFC 1745	OSPF Interactions
RFC 1765	OSPF Database Overflow
RFC 1850	OSPF v2 MIB
RFC 3623	Graceful OSPF Restart
Protocolo RIP IPv4
RFC 1058	RIP v1
RFC 2453	RIP v2
RFC 1812	RIP Requirements
Priorizacion de tráfico y Calidad de Servicio
RFC 2475	An Architecture for Differentiated Services
RFC 3246	An Expedited Forwarding PHB
RFC 2597	Assured Forwarding PHB Group
RFC 2698	A Two-Rate Three-Color Marker
Gestión y señalización
RFC 1354	IP Forwarding MIB
RFC 2665	Ethernet Interface MIB
RFC 1757	RMON Groups 1, 2, 3, 9
RFC 2068	HTTP
RFC 4330	SNTP
RFC 2865	RADIUS
RFC 3176	sFlow
RFC 2863	Interfaces Group MIB
RFC 3704	Ingress Filtering for Multihomed Networks (uRPF)
RFC 2784	Generic Routing Encapsulation (GRE)
	Draft-ietf-bfd-base Bidirectional Forwarding Detection (BFD)
RFC 5881	BFD for IPv4 and IPv6 (Single Hop); for OSPFv2, OSPFv3, IS-IS
RFC 4087	IP Tunnel MIB
RFC 4133	Entity MIB
RFC 1588 v2	Prestion Time Protocol
Mecanismos de Encriptación
RFC 5996	Internet Key Exchange Protocol Version 2 (IKEv2)
RFC 4303	IP Encapsulating Security Payload (ESP)
RFC 6379	Suite B Cryptographic Suites for IPsec
RFC 5903	Elliptic Curve Groups modulo a Prime (ECP Groups) for IKE and IKEv2
RFC 4868	Using HMAC-SHA-256, HMAC-SHA-384, and HMAC-SHA-512 with IPsec
RFC 4754	IKE and IKEv2 Authentication Using the Elliptic Curve Digital Signature Alg
RFC 4106	The Use of Galois/Counter Mode (GCM) in IPsec Encapsulating Security Payload
RFC 3602	AES with 128-bit keys in CBC mode
RFC 4806	Online Certificate Status Protocol (OCSP) Extensions to IKEv2
Administración de Red
RFC 5424	Soporte de múltiples servidores tipo Syslog
RFC 20	Terminal remota con soporte ASCII (V24)
RFC 783	TFTP
RFC 854	TELNET Client and Server
RFC 951	Bootp
RFC 1157	SNMPv1/v2c
RFC 1213	MIB-II
RFC 1493	Bridge MIB
RFC 1516	Repeater MIB
RFC 1573	SNMP MIB II
RFC 1643	Ethernet Interface MIB
RFC 1643	Ethernet MIB
RFC 2570	SNMPv3 Intro to Framework
RFC 2571	Architecture for Describing SNMP Framework
RFC 2572	SNMP Message Processing and Dispatching
RFC 2573	SNMPv3 Applications
RFC 2574	SNMPv3 User-based Security Model
RFC 2575	SNMP View-based Access Control Model SNMP
RFC 3176	sFlow
Elementos de Seguridad de acceso
RFC 2903 // RFC 3539	Modelo AAA (Autenticación, Autorización, y Registro (AAA)
RFC 3962	Soporte del algoritmo de encriptación AES con SSHv2
RFC 2865 // RFC 2866	soporte de RADIUS
RFC 1491	soporte de TACACS+/TACACS
RFC 4716 // RFC 4253	Soporte de Secure Shell (SSHv2)
Inmunidad Electromagnética
EN 61000-4-2	ESD
EN 61000-4-3	Radiated, radio frequency, electromagnetic field
EN 61000-4-4	Electrical fast transient
EN 61000-4-5	Surge
EN 61000-4-6	Conducted disturbances induced by radio-frequency fields
EN 61000-4-8	Power frequency magnetic field
EN 61000-4-11	Voltage dips and sags
Alimentación y aterrizamiento
ETS 300 132-1	Equipment Requirements for AC Power Equipment Derived from DC Sources
ETS 300 132-2	Equipment Requirements for DC Powered Equipment
ETS 300 253 F	Facility Requirements

 

2. Características Generales firewall para subestación

 

1. 1.  

Condiciones Hardware

1. El equipo debe contar con puertos físicos (sólo para forwarding) según se referencia el equipamiento de estos (los puertos deben ser independientes entre sí) a continuación:

• Contar con 8 puertos eléctricos Ethernet a 1000 Mbps, ranura para transmisor tipo SFP.
• Contar con 6 puertos ópticos Ethernet a 10 Gbps, ranura para transmisor tipo SFP+ LC.
• El equipo debe contar con un puerto Ethernet eléctrico u óptico para implementar la función de alta disponibilidad.
• El equipo debe poder ser gestionable (fuera de banda) por 1 puerto Ethernet 10/100/1000 Mbps puerto RJ-45, independiente a los de forwarding, además debe contar con un puerto de consola serial.

1. El equipo debe contar con un sistema de alimentación eléctrica redundante interno en DC y AC, estas deben operar en paralelo y en caso de perder una la otra debe tener la capacidad de asumir toda la carga (a plena carga).
2. La fuente de alimentación en DC del equipo debe operar en un rango desde 125 Vdc con un rango de sensibilidad de +-10%.
3. La fuente de alimentación en AC del equipo debe operar en un rango desde 120 Vac con un rango de sensibilidad de +-10%.
4. El equipo debe contar con un sistema de almacenamiento interno de estado sólido (SSD) de hasta 240GB de capacidad para almacenar registros de desempeño y tráfico.
5. El equipo debe instalarse en un rack de telecomunicaciones 48.26 centímetros, el Contratista debe entregar todos los accesorios necesarios para la instalación mecánica (tornillería, conectores, herrajes.).
6. El equipo debe operar en un rango entre 5 a 40 grados Celcius.
7. El equipo debe contar con redundancia de abanicos de 1+1.
8. El equipo debe ser de propósito específico basado en tecnología de procesadores de seguridad, de 16 núcleos para proceso de datos en línea, que sea capaz de brindar una solución integral de seguridad.

 

Condiciones Networking

1. Las interfaces del equipo pueden funcionar en la capa 2 o 3 del modelo OSI, tanto en IPv4 como IPv6, además también puede servir en modo de sniffer para hacer escaneos de paquetes.
2. El equipo debe soportar los siguientes protocolos de enrutamiento: OSPF versión 3 o superior, BGP versión 4 o superior, RIP versión 2, y rutas estáticas.
3. El equipo debe soportar hasta 64000 direcciones en su tabla de ruteo.
4. El equipo debe poder conmutar jumboframes.
5. El equipo debe cumplir con los siguientes estándares de Multicast: IGMP v1, v2, y v3.
6. El equipo debe soportar el estándar 8021q y debe soportar 4096 VLANs.
7. El equipo debe soportar agregación de interfaces por medio del protocolo 802.3ad y debe soportar agregar hasta 4 interfaces en un solo canal.
8. El equipo debe soportar hasta 15000 direcciones en su tabla de ARP en IPv4.

 

Condiciones de la plataforma de acceso

1. El equipo de debe tener una política basada en control sobre aplicaciones, usuarios y contenidos.
2. El equipo debe tener unas políticas de protección de fragmentación de paquetes.
3. El equipo debe tener una capacidad de manejar la calidad de servicio por aplicación, usuario, interfaz de destino, túnel VPN IPSec.
4. El equipo debe procesar hasta 6 millones de sesiones concurrentes en TCP.
5. El equipo debe tener una capacidad de IPS 2 Gbps Throughput.
6. El equipo debe tener una capacidad de AV 2 Gbps Throughput.
7. El equipo debe tener una capacidad de “threat protection de 2 Gbps throughput.
8. El equipo debe tener una capacidad de throughput en VPN IPSec de 2 Gbps.
9. El equipo debe tener una capacidad de 1 mil túneles IPSec.
10. El equipo debe tener una capacidad de 170 mil de sesiones nuevas por segundo.
11. El equipo debe realizar hasta 100 sesiones simultáneas de túneles SSL.
12. El equipo debe crear 6 sistemas lógicos virtuales (contextos) en el firewall físico.
13. El equipo debe generar como 100 zonas de seguridad.
14. El equipo deberá trabajar IPv6 de forma nativa.
15. La solución debe analizar e identificar políticas duplicadas y de realizar un análisis efectivo de reglas para mantener depurada la configuración de las políticas.
16. La solución debe crear políticas específicas de tráfico y port-mirror para el análisis de la información de seguridad.
17. El equipo debe soportar un mecanismo de selección inteligente en los distintos enlaces de salida de tráfico hacia la red WAN y/o Internet.

Características en función de protección

1. Las reglas de protección deben analizar las conexiones que atraviesen en el equipo, entre interfaces, grupos de interfaces (o Zonas) y VLANs.
2. Por granularidad y seguridad, el equipo debe poder especificar políticas tomando en cuenta puerto físico fuente y destino. Esto es, el puerto físico fuente y el puerto físico destino deberán formar parte de la especificación de la regla de protección.
3. Será posible definir políticas de protección que sean independientes del puerto de origen y puerto de destino.
4. Las reglas del equipo deberán tomar en cuenta dirección IP origen (que puede ser un grupo de direcciones IP), dirección IP destino (que puede ser un grupo de direcciones IP) y servicio (o grupo de servicios) de la comunicación que se está analizando.
5. Las acciones de las reglas deberán contener el aceptar o rechazar la comunicación.
6. Las reglas de protección deberán poder tener limitantes y/o vigencia en base a tiempo.
7. Las reglas de protección deberán poder tener limitantes y/o vigencia en base a fechas (incluyendo día, mes y año).
8. Debe soportar la capacidad de definir nuevos servicios TCP y UDP que no estén contemplados en los predefinidos.
9. Debe poder definir el tiempo de vida de una sesión inactiva de forma independiente por puerto y protocolo (TCP y UDP).
10. Capacidad de hacer traslación de direcciones estático, uno a uno, NAT.
11. NAT 64.
12. Capacidad de hacer traslación de direcciones dinámico, muchos a uno, PAT.
13. Deberá soportar reglas en IPv6 configurables por Interface Gráfica.
14. El equipo debe soportar modo transparente capa 1 de forma que se pueda colocar sin previa configuración y poder analizar el tráfico antes de establecer políticas.

 

Características para VPN IPSec.

1. El equipo debe realizar 100 VPN por medio de protocolo IPSec.
2. Soporte VPN de sitio a sitio y cliente a sitio.
3. Capacidad de realizar IPSecVPNs.
4. Capacidad de realizar SSL VPNs.
5. Soporte para Algoritmo de Internet Key Exchange (IKE).
6. Soporte de VPNs con algoritmos de cifrado: AES, DES, 3DES.
7. Debe soportar longitudes de llave para AES de 128, 192 y 256 bits.
8. Debe soportar los siguientes algoritmos de integridad: MD5, SHA-1, SHA-256, SHA-384, SHA-512.
9. Posibilidad de crear VPN’s entre gateways y clientes con IPSec. Esto es, VPNs IPSec site-to-site y VPNs IPSec client-to-site.
10. La VPN IPSec deberá poder ser configurada en modo interface (interface-mode VPN).
11. En modo interface, la VPN IPSec deberá poder tener asignada una dirección IP, tener rutas asignadas para ser ruteadas por esta interface y deberá ser capaz de estar presente como interface fuente o destino.
12. Soporte a certificados para construcción de VPNs SSL.
13. Soporte L2TP VPN y L2TP sobre IPsec VPN.

Características de antivirus del equipo

1. Debe ser capaz de analizar, establecer control de acceso y detener ataques y hacer Antivirus en tiempo real.
2. Debe incluir la protección contra virus.
3. Debe permitir la inspección en los archivos que utilizan formatos comprimidos (zip, gzip)
4. Antivirus en tiempo real, integrado a la plataforma de seguridad (equipo adquirido). Sin necesidad de instalar un servidor o equipo adicional externo, licenciamiento de un producto externo o software adicional para realizar la categorización del contenido.
5. El Antivirus integrado debe soportar la capacidad de inspeccionar y detectar virus en tráfico IPv6.
6. La configuración de antivirus en tiempo real sobre los protocolos HTTP, SMTP, POP3, IMAP y SMB deberá estar completamente integrada a la administración del equipo, de manera que permita la aplicación de esta protección por política de control de acceso.
7. El Antivirus deberá incluir capacidades de detección y detención de tráfico spyware, y otros tipos de malware/grayware que pudieran circular por la red.
8. El antivirus deberá ser capaz de filtrar archivos por tipo de archivo sin importar la extensión que tenga el archivo.
9. La actualización de la base de datos debe ser automática.

 

Características para protección contra intrusos (IPS)

1. El detector y preventor de intrusos deben poder implementarse tanto en línea como fuera de línea.
   1. En línea, el tráfico a ser inspeccionado pasará a través del equipo.
   2. Fuera de línea, el equipo recibirá el tráfico a inspeccionar desde un switch con un puerto configurado en “tap”.
2. El detector y preventor de intrusos podrá implementarse en línea y fuera de línea en forma simultánea para distintos segmentos.
3. Debe apoyar las políticas de la granularidad de protección de intrusos, que permite la creación de diferentes políticas de seguridad de la zona, la dirección de origen, dirección de destino, y la combinación de servicios de todos estos elementos.
4. El equipo de permitir crear diferentes perfiles de zona de seguridad, dirección de origen, dirección de destino, y la combinación de servicios de todos estos elementos.
5. Deberá ser posible definir políticas de detección y prevención de intrusiones para tráfico IPv6 e IPv4.
6. El detector y preventor de intrusos deberá de estar orientado para la protección de redes.
7. El detector y preventor de intrusos deberá estar integrado en el equipo. Sin necesidad de instalar un servidor o equipo externo, licenciamiento de un producto externo o software adicional para realizar la prevención de intrusos.
8. La interfaz de administración del detector y preventor de intrusos deberá de estar perfectamente integrada a la interfaz de administración del equipo, sin necesidad de integrar otro tipo de consola para poder administrar este servicio. Esta deberá permitir la protección de este servicio por política de control de acceso.
9. El equipo debe permitir el bloqueo de las vulnerabilidades, ataques conocidos y debe incluir la protección contra ataques de denegación de servicio.
10. El sistema de prevención de intrusos deberá contar con los siguientes mecanismos de inspección:
11. Análisis de patrones de estado de las conexiones.
12. Análisis de protocolo de decodificación.
13. Análisis para la detección de anomalías de protocolo.
14. Desfragmentación IP.
15. El montaje de los paquetes TCP.
16. Bloqueo de paquetes malformados.
17. Basado en análisis de firmas en el flujo de datos en la red, y deberá permitir configurar firmas nuevas para cualquier protocolo.
18. Debe bloquear los ataques "buffer overflow".
19. Debe contener ataques DoS / DDoS.
20. Deberá permitir la creación de excepciones / hosts exclusiones para ciertas firmas.
21. Se debe incorporar como complemento a la licencia de IPS una funcionalidad de detección y contención de ataques de protocolos de control industrial para la industria eléctrica, esta funcionalidad debe operar independiente a la  licencia de IPS.
22. Actualización automática de firmas para el detector de intrusos a través de una conexión segura.
23. El equipo debe contar con granularidad de configuración que le permita anular firmas individualmente.
24. Debe contar con las firmas necesarias para ayudar en el bloqueo de ataques DoS/DDoS DNS Query Flood.
25. Debe contar con las firmas necesarias para ayudar en el bloqueo de ataques SYN Flood, ARP Spoofing
26. La solución deberá detectar y controlar ataques de tipo furtivo (Stealth).
27. El equipo debe ser capaz de soportar la funcionalidad de sandboxing para la detección y prevención de ataques desconocidos como por ejemplo ataques de día cero.
28. La actualización de la base de datos debe ser automática.

 

 

Características para Filtrado URL

1. El equipo debe permitir control y visibilidad de los accesos de los usuarios en el medio ambiente deben incluirse módulo de filtrado de URL integrado en la propia herramienta.
2. El equipo debe permitir la creación de políticas para usuarios, grupos de usuarios, Redes y zonas de seguridad.
3. El equipo debe ser capaz de ajustar los horarios para el funcionamiento de la política.
4. El equipo debe crear políticas basadas en la visibilidad y el control de quién está usando qué URL a través de la integración con los servicios de directorio, autenticación vía LDAP, Active Directory, E-directorio y base de datos local.
5. El equipo deberá crear políticas basadas en el control por categoría de URL.
6. El equipo debe permitir el control de tráfico URL, sin necesidad de instalar software cliente en los equipos que realizan la solicitud para salir de la Internet antes de iniciar la navegación.
7. El equipo deberá contar con 50 categorías de URL.
8. Deberá permitir la creación de categorías personalizadas de URL.
9. El equipo debe permitir el bloqueo y continuación (Permitir al usuario acceder a un sitio bloqueado potencialmente informándole previamente sobre la pantalla de bloqueo y permitiendo el uso de un botón "Continuar" para permitir que el usuario pueda seguir accediendo al sitio por un tiempo).
10. Los registros de productos deben incluir información detallada de las actividades de los usuarios.
11. La actualización de la base de datos debe ser automática.

Características para control de aplicaciones.

1. El equipo deberá soportar la capacidad de identificar la aplicación que origina cierto tráfico a partir de la inspección de este.
2. La identificación de la aplicación debe ser independiente del puerto y protocolo hacia el cual esté direccionado dicho tráfico, así como la utilización de técnicas de evasión.
3. La herramienta debe permitir la administración del tráfico de aplicaciones, lo que permite la ejecución de aplicaciones autorizadas y bloqueo de aplicaciones no autorizadas.
4. El equipo debe soportar métodos de identificación y clasificación de las aplicaciones tales como clasificación de tipo de aplicaciones, servicios o puertos virtuales que utiliza.
5. Debe actualizar la base de suscriptores de las aplicaciones de forma automática y periódicamente.
6. El equipo debe identificar los proxies de aplicación (UltraSurf, Freegate) y poder definir una acción sobre los mismos.
7. Para aplicaciones identificadas debe definir las siguientes opciones: permitir, bloquear, registrar en log.
8. Para aplicaciones no identificadas (desconocidas) debe poder definirse las siguientes opciones: permitir, bloquear, registrar en log.
9. La actualización de la base de datos debe ser automática.

 

Características para Inspección de Contenido SSL/SSH:

1. El equipo deberá soportar la capacidad de inspeccionar tráfico que esté siendo encriptado mediante TLS para los siguientes protocolos: HTTPS, IMAPS, SMTPS, POP3S.
2. Debe identificar, analizar y de cifrar el tráfico SSL para las conexiones de entrada (inbound) y salida (Outbound).
3. Debe identificar, analizar y de cifrar el tráfico SSH para las conexiones de entrada (inbound) y salida (Outbound).
4. La inspección de contenido encriptado no debe requerir ningún cambio de configuración en las aplicaciones o sistema operativo del usuario.
5. La inspección de SSL debe permitir la diferenciación de las conexiones personales (Bancos, Compras) y los oficios no personales.
6. Debe descifrar el tráfico de todo tipo de aplicación, tales como:
   1. Modo Transparente / Bridge.
   2. Capa 2.
   3. Capa 3
7. Para el caso de URL Filtering, debe ser posible configurar excepciones de inspección de HTTPS. Dichas excepciones evitan que el tráfico sea inspeccionado para los sitios configurados. Las excepciones deben poder determinarse por Categoría de Filtrado.

Administración de la plataforma

1. El equipo debe tener la capacidad de integrarse con Microsoft Active Directory, Novell eDirectory, Sun One y otros directorios basados en LDAP.
2. El equipo debe tener la capacidad de integrarse con Servidores de Autenticación RADIUS y TACACS para realizar la autenticación de usuarios.
3. El equipo debe contar con una interfaz web integrada para administración remota y gráfica.
4. El equipo debe tener la versatilidad de ser gestionado tanto con plataforma de gestión local como en la nube.
5. La comunicación debe ser cifrada y autenticada con username y password, tanto como para la interface gráfica de usuario como la consola de administración de línea de comandos (SSH).
6. El equipo debe soportar SNMPV3, Syslog y Netflow versión 9.
7. Debe tener la capacidad de autenticar usuarios para cualquier aplicación que se ejecute bajo los protocolos TCP/UDP/ICMP.
8. La solución soportará políticas basadas en identidad. Esto significa que podrán definirse políticas de seguridad de acuerdo con el grupo de pertenencia de los usuarios.
9. Deben poder definirse usuarios y grupos en un repositorio local del dispositivo.
10. Para los administradores locales debe poder definirse la política de contraseñas que especificará como mínimo:

1. Longitud mínima permitida
2. Restricciones de tipo de caracteres: numéricos, alfanuméricos.
3. Expiración de contraseña.

1. Debe poder limitarse la posibilidad de que dos usuarios administradores tengan sesiones simultáneas ejecuten configuraciones al mismo tiempo.
2. El administrador del sistema podrá tener las opciones incluidas de autenticarse vía contraseña y certificados digitales.
3. Los administradores podrán tener asignado un perfil de administración que permita delimitar las funciones del equipo.
4. El equipo ofrecerá la flexibilidad para especificar que Los administradores puedan estar restringidos a conectarse desde ciertas direcciones IP cuando se utilice SSH, o HTTPS.
5. El equipo deberá poder administrarse en su totalidad (incluyendo funciones de seguridad, ruteo y bitácoras) desde cualquier equipo conectado a Internet que tenga un browser (Internet Explorer, Mozilla, Firefox) instalado sin necesidad de instalación de ningún software adicional.
6. Soporte de Control de Acceso basado en roles, con capacidad de crear 6 perfiles para administración y monitoreo.
7. Debe ser posible definir la dirección IP que se utilizará como origen para el tráfico iniciado desde el mismo dispositivo. Esto debe poder hacerse para el tráfico de alertas, SNMP, Log y gestión.
8. El Contratista deberá entregar una copia de los MIB para el equipo ofertado.

Condiciones del software

1. Todos los equipos deberán entregarse con las licencias del software necesario para realizar todas las funciones y aplicaciones especificadas en este documento.
2. El contratista debe aportar las licencias de las funcionalidades  necesarias para la operación de los equipos según las especificaciones dadas, para su carga, la habilitación de los servicios como la revisión de páginas web (URL), calidad de servicio (QoS), revisión de flujos anómalos de los datos (IPS), revisión de virus (Antivirus), lo anterior por el plazo de garantía de los equipos (3 años).

 

LINEA 3. Convertidor eléctrico 125/48 Vdc

 

Para esta línea se requiere la adquisición de ciento cincuenta y cuatro (154) equipos, los mismos deben cumplir con las siguientes características:

 

1. Normas Internacionales

 

Los convertidores eléctricos de 125/48 Vdc ofrecidos bajo estas especificaciones deberán cumplir con lo establecido en la última edición de las normas técnicas internacionales indicadas en la tabla 6. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguientes normas:

 

Tabla 6.  Normas Internacionales Aplicables

Convertidor Voltaje 125/48 Vdc
Norma	Descripción
NEMA IP20	Descripción de carcasa.
ETS 300 132-1	Equipment Requirements for AC Power Equipment Derived from DC Sources
ETS 300 132-2	Equipment Requirements for DC Powered Equipment
ANSI TIA 942	Principios de diseño Centro de Datos
TIA 606A	Normativa de rotulado interno en tableros.
Gestión
RFC 2068	HTTP
RFC 4330	SNTP
RFC 2865	RADIUS
RFC 2863	Interfaces Group MIB
RFC 1157	SNMPv1/v2c
RFC 1213	MIB-II
RFC 1493	Bridge MIB
RFC 1516	Repeater MIB
RFC 1573	SNMP MIB II
RFC 1643	Ethernet Interface MIB
RFC 1643	Ethernet MIB
RFC 2570	SNMPv3 Intro to Framework
RFC 2571	Architecture for Describing SNMP Framework
RFC 2572	SNMP Message Processing and Dispatching
RFC 2573	SNMPv3 Applications
RFC 2574	SNMPv3 User-based Security Model
RFC 2575	SNMP View-based Access Control Model SNMP
RFC 3176	sFlow
RFC 2903 // RFC 3539	Modelo AAA (Authenticación, Authorización, y Registro (AAA)
Inmunidad Electromagnética
EN 61000-4-2	ESD
EN 61000-4-3	Radiated, radio frequency, electromagnetic field
EN 61000-4-4	Electrical fast transient
EN 61000-4-5	Surge
EN 61000-4-6	Conducted disturbances induced by radio-frequency fields
EN 61000-4-8	Power frequency magnetic field
EN 61000-4-11	Voltage dips and sags

 

2. Características Generales Convertidor eléctrico 125/48 Vdc

 

El  convertidor de voltaje de corriente directa con voltaje con entrada de +125 voltios en corriente directa y salida de +-48 Voltios en corriente directa, para alimentar diferentes cargas que operan en voltaje de +-48 Vdc.

El equipo debe cumplir las siguientes especificaciones técnicas.

 

1. El equipo debe instalarse en un rack de telecomunicaciones de 48,26 centímetros, deberán entregarse todos los accesorios necesarios para la instalación mecánica (tornillería, conectores de aterrizaje, cableado, regletas).
2. El equipo debe soportar un voltaje de entrada de +125 voltios en corriente directa con un rango de sensibilidad de +-10 .
3. El equipo debe proveer un voltaje de salida de +- 48 voltios en corriente directa con un rango de la sensibilidad de +- 5%.
4. El equipo debe soportar operar en un rango de temperatura -10 hasta 50 grados centígrados.
5. El equipo debe tener de altura de 4.445 centímetros.
6. El equipo debe ser modular y debe tener  3 slot para insertar los módulos de conversión DC-DC.
7. El equipo debe contar con 1 slot libre de aplicación para insertar mayor capacidad de carga.
8. El equipo debe estar provisionado para entregar 1200 watts de potencia en voltaje de salida de +-48 Vdc.
9. El equipo debe permitir el retiro / inserción en caliente (hot swap) de alguno de los módulos de conversión de voltaje sin que esto ocasione pérdida de las cargas.
10. El equipo debe contar con 5 salidas hacía las cargas, las salidas deben ser independientes entre sí y el método de apertura debe ser fusible, con capacidad de notificar vía SNMP versión 3 la apertura del mismo.
11. El equipo debe venir instalado con 2 convertidores DC/DC (configuración 1+1), eso significa que para brindar la potencia mínima requerida puede perder uno de los módulos conversores sin generar afectación a las cargas.
12. El equipo debe soportar protocolo de gestión SNMP versión 3.
13. El equipo debe contar con un puerto ethernet para gestión remota.
14. El equipo debe brindar por SNMP versión 3, estado fuentes, abanicos, temperatura, porcentaje de carga utilizada.
15. El equipo debe notificar eventos como perdida de un módulo de conversión vía Traps de SNMP versión 3.
16. El equipo debe soportar el envío de Syslog a un servidor central.
17. El equipo debe contar con una pantalla LED Frontal donde indique valores de consumo y operación en tiempo real.
18. El Contratista deberá entregar manuales de configuración, ya sea físico o digital de los equipos.
19. El equipo deberá ser configurable vía web browser o en su defecto el Contratista deberá entregar el software de configuración.
20. El equipo debe contar con dos contactos secos configurables libres de potencial para alarmar la pérdida de algún módulo de conversión de voltaje.

 

LINEA 4. Conmutador de 48 puertos para subestación.

 

Para esta línea se requiere la adquisición de cien (100) equipos, los mismos deben cumplir con las siguientes características:

 

 

1. Normas Internacionales

 

Los conmutadores multicapa (CE) ofrecidos bajo estas especificaciones deberán cumplir con lo establecido en la última edición de las normas técnicas internacionales indicadas en la tabla 7. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas:

 

Tabla 7. Normas Internacionales Aplicables

Conmutador Ethernet de acceso Multicapa (CE)
Norma	Descripción
Cumplimiento de normas IEEE-802.X
802.1ab	LLDP/LLDP-MED
802.1d-2004	MAC Bridging
802.1p	Mapping to Priority Queue
802.1s	Multiple Spanning Tree
802.1w	Rapid Spanning Tree
802.1x	Port-based Network Access Control
802.3ab	1000 Base-T
802.3ad	Link Aggregation (Dynamic and Static)
802.3ae	10 Gigabit Ethernet
802.3af	Power over Ethernet
802.3at	Power over Ethernet Plus
802.3u	100 Base-TX
802.3x	Flow Control
802.3z	1000Base-SX/LX
802.1q	VLAN Tagging
Soporte de Capa 2
802.1s	Multiple Spanning Tree
802.1d // RFC 4318	Spanning-tree BPDU Guard, Root Guard, Spanning-tree Fast Port Span
802.1x	Port Security
PVST+	Per-VLAN Spanning Tree (PVST+)
RFC 5517	VLAN Private VLAN
802.3ad	Soporte de LACP
RFC 5571	Soporte de UniDirectional Link Detection (UDLD)
Soporte de Capa 3 y enrutamiento
RFC 1058	Soporte de RIP v1
RFC 2453	Soporte de RIP v2
RFC 2131	BootP/DHCP Helper
RFC 3768	VRRP IPv4
RFC 2080	RIPng
RFC 2328	OSPF v2
RFC 5340	OSPF v3
RFC 1591	DNS (client)
	Soportar hasta 8000 entradas en tabla enrutamiento IPv4
	Soportar hasta 3000 entradas en tabla enrutamiento IPv6
Calidad de Servicio
RFC 4271	Soporte de  marcado por ToS/DSCP
RFC 1745	Soporte de 802.1p
RFC 1997	Manejo de colas de prioridad
RFC 2439	DHCP Relay
RFC 2796	Soporte del modelo de Servicios Diferenciados
RFC 1965	Colas de prioridad por MAC address
RFC 2842	Manejo de colas de prioridad por medio de algoritmo Weighted Round Robin (WRR) o prioridad estricta
Multicast
RFC 3973 y RFC 7761	PIM DM PIM SM PIM SSM
RFC 4541	Soporte de IGMP Snooping v1
RFC 2236	Soporte de IGMP Snooping v2
RFC 3376	Soporte de IGMP Snooping v3
RFC 5501	Multicast entre diferentes VLANs
RFC 2710 y RFC 3810	MLD v1/v2 y función snooping
ITU OAM
ITU SG13	Y.17ethoam
ITU SG13	Control de QoS basado en Ethernet-IP
ITU-T Y.1731	ETH OAM monitor de desmpeño
Seguridad
RFC 4732	DoS attack defense, en ARP y en ICMP.
	Port isolation, port security, and sticky MAC
	Limitación de MAC por puerto
RFC 6545	CPU Defense
	Concepto de lista negra y lista blanca
RFC 7513	DHCPv4/v6 client/relay/server/snooping
Administración y Control
RFC 5424	Soporte de múltiples servidores tipo Syslog
RFC 20	Terminal remota con soporte ASCII (V24)
RFC 783	TFTP
RFC 854	TELNET Client and Server
RFC 951	Bootp
RFC 1157	SNMPv1/v2c
RFC 1213	MIB-II
RFC 1493	Bridge MIB
RFC 1516	Repeater MIB
RFC 1573	SNMP MIB II
RFC 4330	SNTP
RFC 8173	PTP v2
RFC 1643	Ethernet Interface MIB
RFC 1643	Ethernet MIB
RFC 2570	SNMPv3 Intro to Framework
RFC 2571	Architecture for Describing SNMP Framework
RFC 2572	SNMP Message Processing and Dispatching
RFC 2573	SNMPv3 Applications
RFC 2574	SNMPv3 User-based Security Model
RFC 2575	SNMP View-based Access Control Model SNMP
RFC 3176	sFlow
Seguridad de Consola
RFC 2903 // RFC 3539	Modelo AAA (Autenticación, Autorización, y Registro (AAA)
RFC 3962	Soporte del algoritmo de encriptación AES con SSHv2
RFC 2865 // RFC 2866	soporte de RADIUS
RFC 1491	soporte de TACACS+/TACACS
RFC 4716 // RFC 4253	Soporte de Secure Shell (SSHv2)
Inmunidad Electromagnética
EN 61000-4-2	ESD
EN 61000-4-3	Radiated, radio frequency, electromagnetic field
EN 61000-4-4	Electrical fast transient
EN 61000-4-5	Surge
EN 61000-4-6	Conducted disturbances induced by radio-frequency fields
EN 61000-4-8	Power frequency magnetic field
EN 61000-4-11	Voltage dips and sags
Alimentación y aterrizamiento
ETS 300 132-1	Equipment Requirements for AC Power Equipment Derived from DC Sources
ETS 300 132-2	Equipment Requirements for DC Powered Equipment
ETS 300 253 F	Facility Requirements

 

 

2. Características Generales Conmutador Multicapa

 

A continuación, se referencian las especificaciones técnicas del Conmutador Multicapa:

1. El equipo debe contar con los puertos físicos citados a continuación:
   1. Contar con 48 puertos ethernet de 100/1000 Mbps.
   2. Contar con 4 puertos ópticos de 1/10/25 Gbps SFP28 con slot de inserción tipo LC.
   3. Interfaz de gestión local con soporte de protocolo VT-100.
2. El equipo debe contar con una capacidad de conmutación instalada de 600 Gbps.
3. El equipo debe contar con un sistema de alimentación eléctrica redundante interno en DC y AC, estas deben operar en paralelo y en caso de perder una la otra debe tener la capacidad de asumir toda la carga (a plena carga).
4. La fuente de alimentación en DC del equipo debe operar en un rango desde 125 Vdc +- con un rango de sensibilidad de +-10%.
5. En caso de requerir alimentar el equipo en otro voltaje(diferente de 125 Vdc), el contratista deberá brindar una solución de conversión de voltaje probada, certificada y respaldada por el fabricante del equipo de comunicación. Para dicho fin el oferente deberá presentar una nota formal del fabricante donde se demuestre la operatividad de la solución propuesta, misma que de manera integral debe ser respaldada mediante garantía por el fabricante del equipo de comunicación.
6. La fuente de alimentación en AC del equipo debe operar en un rango desde 120 Vac con un rango de sensibilidad  de +-10%.
7. El equipo debe tener redundancia de abanicos.
8. El equipo debe proveer PoE+ en todos sus puertos eléctricos.
9. El equipo debe proveer una potencia de 800 watts por medio de la función de Power Over Ethernet.
10. El equipo debe estar certificado para un rango de operación de 0-45°C.
11. El equipo debe instalarse en un rack de telecomunicaciones 48.29 centímetros , el Contratista debe entregar todos los accesorios necesarios para la instalación mecánica (tornillería, conectores, herrajes ).

LINEA 5. Conmutador de 24 puertos para subestación.

 

Para esta línea se requiere la adquisición de veinticinco (25) equipos, los mismos deben cumplir con las siguientes características:

 

 

1. Normas Internacionales

 

Los conmutadores multicapa (CE) ofrecidos bajo estas especificaciones deberán cumplir con lo establecido en la última edición de las normas técnicas internacionales indicadas en la tabla 8. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas:

 

Tabla 8. Normas Internacionales Aplicables

Conmutador Ethernet de acceso Multicapa (CE)
Norma	Descripción
Cumplimiento de normas IEEE-802.X
802.1ab	LLDP/LLDP-MED
802.1d-2004	MAC Bridging
802.1p	Mapping to Priority Queue
802.1s	Multiple Spanning Tree
802.1w	Rapid Spanning Tree
802.1x	Port-based Network Access Control
802.3ab	1000 Base-T
802.3ad	Link Aggregation (Dynamic and Static)
802.3ae	10 Gigabit Ethernet
802.3af	Power over Ethernet
802.3at	Power over Ethernet Plus
802.3u	100 Base-TX
802.3x	Flow Control
802.3z	1000Base-SX/LX
802.1q	VLAN Tagging
Soporte de Capa 2
802.1s	Multiple Spanning Tree
802.1d // RFC 4318	Spanning-tree BPDU Guard, Root Guard, Spanning-tree Fast Port Span
802.1x	Port Security
PVST+	Per-VLAN Spanning Tree (PVST+)
RFC 5517	VLAN Private VLAN
802.3ad	Soporte de LACP
RFC 5571	Soporte de UniDirectional Link Detection (UDLD)
Soporte de Capa 3 y enrutamiento
RFC 1058	Soporte de RIP v1
RFC 2453	Soporte de RIP v2
RFC 2131	BootP/DHCP Helper
RFC 3768	VRRP IPv4
RFC 2080	RIPng
RFC 2328	OSPF v2
RFC 5340	OSPF v3
RFC 1591	DNS (client)
	Soportar hasta 8000 entradas en tabla enrutamiento IPv4
	Soportar hasta 3000 entradas en tabla enrutamiento IPv6
Calidad de Servicio
RFC 4271	Soporte de  marcado por ToS/DSCP
RFC 1745	Soporte de 802.1p
RFC 1997	Manejo de colas de prioridad
RFC 2439	DHCP Relay
RFC 2796	Soporte del modelo de Servicios Diferenciados
RFC 1965	Colas de prioridad por MAC address
RFC 2842	Manejo de colas de prioridad por medio de algoritmo Weighted Round Robin (WRR) o prioridad estricta
Multicast
RFC 3973 y RFC 7761	PIM DM PIM SM PIM SSM
RFC 4541	Soporte de IGMP Snooping v1
RFC 2236	Soporte de IGMP Snooping v2
RFC 3376	Soporte de IGMP Snooping v3
RFC 5501	Multicast entre diferentes VLANs
RFC 2710 y RFC 3810	MLD v1/v2 y función snooping
ITU OAM
ITU SG13	Y.17ethoam
ITU SG13	Control de QoS basado en Ethernet-IP
ITU-T Y.1731	ETH OAM monitor de desmpeño
Seguridad
RFC 4732	DoS attack defense, en ARP y en ICMP.
	Port isolation, port security, and sticky MAC
	Limitación de MAC por puerto
RFC 6545	CPU Defense
	Concepto de lista negra y lista blanca
RFC 7513	DHCPv4/v6 client/relay/server/snooping
Administración y Control
RFC 5424	Soporte de múltiples servidores tipo Syslog
RFC 20	Terminal remota con soporte ASCII (V24)
RFC 783	TFTP
RFC 854	TELNET Client and Server
RFC 951	Bootp
RFC 1157	SNMPv1/v2c
RFC 1213	MIB-II
RFC 1493	Bridge MIB
RFC 1516	Repeater MIB
RFC 1573	SNMP MIB II
RFC 4330	SNTP
RFC 8173	PTP v2
RFC 1643	Ethernet Interface MIB
RFC 1643	Ethernet MIB
RFC 2570	SNMPv3 Intro to Framework
RFC 2571	Architecture for Describing SNMP Framework
RFC 2572	SNMP Message Processing and Dispatching
RFC 2573	SNMPv3 Applications
RFC 2574	SNMPv3 User-based Security Model
RFC 2575	SNMP View-based Access Control Model SNMP
RFC 3176	sFlow
Seguridad de Consola
RFC 2903 // RFC 3539	Modelo AAA (Autenticación, Autorización, y Registro (AAA)
RFC 3962	Soporte del algoritmo de encriptación AES con SSHv2
RFC 2865 // RFC 2866	soporte de RADIUS
RFC 1491	soporte de TACACS+/TACACS
RFC 4716 // RFC 4253	Soporte de Secure Shell (SSHv2)
Inmunidad Electromagnética
EN 61000-4-2	ESD
EN 61000-4-3	Radiated, radio frequency, electromagnetic field
EN 61000-4-4	Electrical fast transient
EN 61000-4-5	Surge
EN 61000-4-6	Conducted disturbances induced by radio-frequency fields
EN 61000-4-8	Power frequency magnetic field
EN 61000-4-11	Voltage dips and sags
Alimentación y aterrizamiento
ETS 300 132-1	Equipment Requirements for AC Power Equipment Derived from DC Sources
ETS 300 132-2	Equipment Requirements for DC Powered Equipment
ETS 300 253 F	Facility Requirements

 

2. Características Generales Conmutador Multicapa

 

A continuación, se referencian las especificaciones técnicas del Conmutador Multicapa:

1. El equipo debe contar con los puertos físicos citados a continuación:
   1. Contar  con 24 puertos ethernet de 100/1000 Mbps.
   2. Contar con 4 puertos ópticos de 1/10/25 Gbps SFP28 con slot de inserción tipo LC.
   3. Interfaz de gestión local con soporte de protocolo VT-100.
2. El equipo debe contar con una capacidad de conmutación instalada de 600 Gbps.
3. El equipo debe contar con un sistema de alimentación eléctrica redundante interno en DC y AC, estas deben operar en paralelo y en caso de perder una la otra debe tener la capacidad de asumir toda la carga (a plena carga).
4. La fuente de alimentación en DC del equipo debe operar en un rango desde 125 Vdc con un rango de sensibilidad de +-10%.
5. En caso de requerir alimentar el equipo en otro voltaje(diferente de 125 Vdc), el Contratista deberá brindar una solución de conversión de voltaje probada, certificada y respaldada por el fabricante del equipo de comunicación. Para dicho fin el oferente deberá presentar una nota formal del fabricante donde se demuestre la operatividad de la solución propuesta, misma que de manera integral debe ser respaldada mediante garantía por el fabricante del equipo de comunicación.
6. La fuente de alimentación en AC del equipo debe operar en un rango desde 120 Vac con un rango de sensibilidad de +-10%.
7. El equipo debe tener redundancia de abanicos.
8. El equipo debe proveer PoE+ en todos sus puertos eléctricos.
9. El equipo debe proveer una potencia de 600 watts por medio de la función de Power Over Ethernet.
10. El equipo debe estar certificado para un rango de operación de 0-45°C.
11. El equipo debe instalarse en un rack de telecomunicaciones de 48,26 centímetros, el Contratista debe entregar todos los accesorios necesarios para la instalación mecánica (tornillería, conectores, herrajes).
12. Como complemento a esta línea deberá entregarse 1 patchpanel modular de 24 puertos categoría 6(por equipo), debe incluirse herramienta de ponchado si el ponchado se realiza con herramienta diferente a una ponchadora de cable UTP.

LINEA 6. Conmutador de 48 puertos para redes locales

 

Para esta línea se requiere la adquisición de veinticinco (25) equipos, los mismos deben cumplir con las siguientes características:

 

 

1. Normas Internacionales

 

Los conmutadores multicapa (CE) ofrecidos bajo estas especificaciones deberán cumplir con lo establecido en la última edición de las normas técnicas internacionales indicadas en la tabla 9. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas:

 

 

Tabla 6. Normas Internacionales Aplicables

Conmutador Ethernet de acceso Multicapa (CE)
Norma	Descripción
Cumplimiento de normas IEEE-802.X
802.1ab	LLDP/LLDP-MED
802.1d-2004	MAC Bridging
802.1p	Mapping to Priority Queue
802.1s	Multiple Spanning Tree
802.1w	Rapid Spanning Tree
802.1x	Port-based Network Access Control
802.3ab	1000 Base-T
802.3ad	Link Aggregation (Dynamic and Static)
802.3ae	10 Gigabit Ethernet
802.3af	Power over Ethernet
802.3at	Power over Ethernet Plus
802.3u	100 Base-TX
802.3x	Flow Control
802.3z	1000Base-SX/LX
802.1q	VLAN Tagging
Soporte de Capa 2
802.1s	Multiple Spanning Tree
802.1d // RFC 4318	Spanning-tree BPDU Guard, Root Guard, Spanning-tree Fast Port Span
802.1x	Port Security
PVST+	Per-VLAN Spanning Tree (PVST+)
RFC 5517	VLAN Private VLAN
802.3ad	Soporte de LACP
RFC 5571	Soporte de UniDirectional Link Detection (UDLD)
Soporte de Capa 3 y enrutamiento
RFC 1058	Soporte de RIP v1
RFC 2453	Soporte de RIP v2
RFC 2131	BootP/DHCP Helper
RFC 3768	VRRP IPv4
RFC 2080	RIPng
RFC 2328	OSPF v2
RFC 5340	OSPF v3
RFC 1591	DNS (client)
	Soportar hasta 8000 entradas en tabla enrutamiento IPv4
	Soportar hasta 3000 entradas en tabla enrutamiento IPv6
Calidad de Servicio
RFC 4271	Soporte de  marcado por ToS/DSCP
RFC 1745	Soporte de 802.1p
RFC 1997	Manejo de colas de prioridad
RFC 2439	DHCP Relay
RFC 2796	Soporte del modelo de Servicios Diferenciados
RFC 1965	Colas de prioridad por MAC address
RFC 2842	Manejo de colas de prioridad por medio de algoritmo Weighted Round Robin (WRR) o prioridad estricta
Multicast
RFC 3973 y RFC 7761	PIM DM PIM SM PIM SSM
RFC 4541	Soporte de IGMP Snooping v1
RFC 2236	Soporte de IGMP Snooping v2
RFC 3376	Soporte de IGMP Snooping v3
RFC 5501	Multicast entre diferentes VLANs
RFC 2710 y RFC 3810	MLD v1/v2 y función snooping
ITU OAM
ITU SG13	Y.17ethoam
ITU SG13	Control de QoS basado en Ethernet-IP
ITU-T Y.1731	ETH OAM monitor de desmpeño
Seguridad
RFC 4732	DoS attack defense, en ARP y en ICMP.
	Port isolation, port security, and sticky MAC
	Limitación de MAC por puerto
RFC 6545	CPU Defense
	Concepto de lista negra y lista blanca
RFC 7513	DHCPv4/v6 client/relay/server/snooping
Administración y Control
RFC 5424	Soporte de múltiples servidores tipo Syslog
RFC 20	Terminal remota con soporte ASCII (V24)
RFC 783	TFTP
RFC 854	TELNET Client and Server
RFC 951	Bootp
RFC 1157	SNMPv1/v2c
RFC 1213	MIB-II
RFC 1493	Bridge MIB
RFC 1516	Repeater MIB
RFC 1573	SNMP MIB II
RFC 4330	SNTP
RFC 8173	PTP v2
RFC 1643	Ethernet Interface MIB
RFC 1643	Ethernet MIB
RFC 2570	SNMPv3 Intro to Framework
RFC 2571	Architecture for Describing SNMP Framework
RFC 2572	SNMP Message Processing and Dispatching
RFC 2573	SNMPv3 Applications
RFC 2574	SNMPv3 User-based Security Model
RFC 2575	SNMP View-based Access Control Model SNMP
RFC 3176	sFlow
Seguridad de Consola
RFC 2903 // RFC 3539	Modelo AAA (Autenticación, Autorización, y Registro (AAA)
RFC 3962	Soporte del algoritmo de encriptación AES con SSHv2
RFC 2865 // RFC 2866	soporte de RADIUS
RFC 1491	soporte de TACACS+/TACACS
RFC 4716 // RFC 4253	Soporte de Secure Shell (SSHv2)
Inmunidad Electromagnética
EN 61000-4-2	ESD
EN 61000-4-3	Radiated, radio frequency, electromagnetic field
EN 61000-4-4	Electrical fast transient
EN 61000-4-5	Surge
EN 61000-4-6	Conducted disturbances induced by radio-frequency fields
EN 61000-4-8	Power frequency magnetic field
EN 61000-4-11	Voltage dips and sags
Alimentación y aterrizamiento
ETS 300 132-1	Equipment Requirements for AC Power Equipment Derived from DC Sources
ETS 300 132-2	Equipment Requirements for DC Powered Equipment
ETS 300 253 F	Facility Requirements

 

2. Características Generales Conmutador Multicapa

 

A continuación, se referencian las especificaciones técnicas del Conmutador Multicapa:

1. El equipo debe contar con los puertos físicos citados a continuación:
   1. Contar c con 48 puertos ethernet de 100/1000 Mbps.
   2. Contar con 4 puertos ópticos de 1/10/25 Gbps SFP28 con slot de inserción tipo LC.
   3. Interfaz de gestión local con soporte de protocolo VT-100.
2. El equipo debe contar con una capacidad de conmutación instalada de 600 Gbps.
3. El equipo debe contar con un sistema de alimentación eléctrica redundante interno en DC y AC, estas deben operar en paralelo y en caso de perder una la otra debe tener la capacidad de asumir toda la carga (a plena carga).
4. La fuente de alimentación en AC del equipo debe operar en un rango desde 120 Vac con un rango de sensibilidad de +-10%.
5. El equipo debe tener redundancia de abanicos.
6. El equipo debe proveer PoE+ en todos sus puertos eléctricos.
7. El equipo debe proveer una potencia de 300 watts por medio de la función de Power Over Ethernet.
8. El equipo debe estar certificado para un rango de operación de 0-45°C.
9. El equipo debe instalarse en un rack de telecomunicaciones de 48.26 centímetros, el Contratista debe entregar todos los accesorios necesarios para la instalación mecánica (tornillería, conectores, herrajes)
10. Como complemento a esta línea deberá entregarse 1 patchpanel modular de 48 puertos categoría 6(por equipo), debe incluirse herramienta de ponchado si el ponchado se realiza con herramienta diferente a una ponchadora de cable UTP.

 

LINEA 7. Transmisor óptico de 850 nm, 10 Gbps, 300 metros

 

 

Los transmisores deberán cumplir con lo establecido en las siguientes líneas. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas:

 

Para esta línea se requiere la adquisición de veinticinco (25) transmisores ópticos, los mismos deben cumplir con las siguientes características:

 

 

1. Los transmisores ofertados deben ser compatibles con equipos de comunicación ofertados para la líneas enrutadores MPLS, firewall subestación, Conmutadores de 24 y 48 puertos para subestación y conmutadores para redes locales.
2. Los mismos deben ser para velocidad de enlace 10 Gbps y con presupuesto óptico de hasta 6 dBm para la ventana de 850nm.
3. El conector debe ser LC SFP+.
4. Los transmisores deben permitir monitoreo óptico.

LINEA 8. Transmisor óptico de 1310 nm a 10 Gbps, 10 km.

 

Los transmisores deberán cumplir con lo establecido en las siguientes líneas. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas:

 

Para esta línea se requiere la adquisición de setenta (70) transmisores ópticos, los mismos deben cumplir con las siguientes características:

 

1. Los transmisores ofertados deben ser compatibles con equipos de comunicación ofertados para la líneas enrutadores MPLS, firewall subestación, Conmutadores de 24 y 48 puertos para subestación y conmutadores para redes locales.
2. Los mismos deben ser para velocidad de enlace 10 Gbps y con presupuesto óptico de hasta 10 dBm para la ventana de 1310nm.
3. El conector debe ser LC SFP+.
4. Los transmisores deben permitir monitoreo óptico.

 

LINEA 9. Transmisor óptico de 1310/1550 nm a 10 Gbps, 40 km.

 

Los transmisores deberán cumplir con lo establecido en las siguientes líneas. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas:

Para esta línea se requiere la adquisición de setenta (65) transmisores ópticos, los mismos deben cumplir con las siguientes características:

 

1. Los transmisores ofertados deben ser compatibles con equipos de comunicación ofertados para la líneas enrutadores MPLS, firewall subestación, Conmutadores de 24 y 48 puertos para subestación y conmutadores para redes locales.
2. Los mismos deben ser para velocidad de enlace 10 Gbps y con presupuesto óptico de hasta 15 dBm para la ventana de 1550 o 1310nm.
3. El conector debe ser LC SFP+.
4. Los transmisores deben permitir monitoreo óptico.

 

LINEA 10. Transmisor óptico de 1550 nm a 10 Gbps, 70 km.

 

Los transmisores deberán cumplir con lo establecido en las siguientes líneas. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas:

Para esta línea se requiere la adquisición de setenta (25) transmisores ópticos, los mismos deben cumplir con las siguientes características:

 

1. Los transmisores ofertados deben ser compatibles con equipos de comunicación ofertados para la líneas enrutadores MPLS, firewall subestación, Conmutadores de 24 y 48 puertos para subestación y conmutadores para redes locales.
2. Los mismos deben ser para velocidad de enlace 10 Gbps y con presupuesto óptico de hasta 22 dBm para la ventana de 1550nm.
3. El conector debe ser LC SFP+.
4. Los transmisores deben permitir monitoreo óptico.

LINEA 11. Conmutadores inalámbricos externos.

 

Los conmutadores inalámbricos para exteriores se incorporan con el objetivo de proveer de forma segura acceso inalámbrico a personal de mantenimiento en subestaciones eléctricas, así como incentivas de digitalización en el patio de la subestación.

 

Los conmutadores inalámbricos para exteriores ofrecidos bajo estas especificaciones deberán cumplir con lo establecido en la última edición de las normas técnicas internacionales indicadas en la tabla 10 El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas:

 

Para esta línea se requiere la adquisición de ochenta y cuatro (84) equipos, los mismos deben cumplir con las siguientes características:

 

 

Tabla 10. Normas Internacionales Aplicables

Conmutador Ethernet de acceso Multicapa (CE) para ser instalado en exteriores
Norma	Descripción
Cumplimiento de normas IEEE
IEEE 802.11a/b/g	Normativa inalámbrica
IEEE 802.11n	WIFI 4
IEEE 802.11ac	Banda 5GHz
IEEE 802.11ax	WIFI 6
IEEE 802.11h	Interferencia en banda 5Ghz
IEEE 802.11d	WIFI redes locales
IEEE 802.11e	WIFI entornos domésticos y empresariales
IEEE 802.11k	Roaming
IEEE 802.11v	Roaming
IEEE 802.11w	Acceso WLAN
IEEE 802.11r	Roaming
Soporte de Capa 2
802.1q	VLAN
Calidad de Servicio
RFC 4271	Soporte de  marcado por ToS/DSCP
RFC 1745	Soporte de 802.1p
RFC 1997	Manejo de colas de prioridad
RFC 2439	DHCP Relay
RFC 2796	Soporte del modelo de Servicios Diferenciados
RFC 1965	Colas de prioridad por MAC address
RFC 2842	Manejo de colas de prioridad por medio de algoritmo Weighted Round Robin (WRR) o prioridad estricta
Estándares de radio
802.11a/b/g/n/ac/ac wave2/ax	Tecnologia inalámbrica
ETSI EN 300 328	Normativa para recepción inalámbrica
ETSI EN 301 893	Normativa banda 5 GHz
Seguridad
RFC 6575	DAI
RFC 6335	Port guard
RFC 7513	DHCP Snooping
RFC 6545	CPU Defense
Administración y Control
RFC 5424	Soporte de múltiples servidores tipo Syslog
RFC 20	Terminal remota con soporte ASCII (V24)
RFC 783	TFTP
RFC 854	TELNET Client and Server
RFC 951	Bootp
RFC 1157	SNMPv1/v2c
RFC 1213	MIB-II
RFC 1493	Bridge MIB
RFC 1516	Repeater MIB
RFC 1573	SNMP MIB II
RFC 4330	SNTP
RFC 1643	Ethernet Interface MIB
RFC 1643	Ethernet MIB
RFC 2570	SNMPv3 Intro to Framework
RFC 2571	Architecture for Describing SNMP Framework
RFC 2572	SNMP Message Processing and Dispatching
RFC 2573	SNMPv3 Applications
RFC 2574	SNMPv3 User-based Security Model
RFC 2575	SNMP View-based Access Control Model SNMP
RFC 3176	sFlow
Seguridad de Consola
RFC 2903 // RFC 3539	Modelo AAA (Autenticación, Autorización, y Registro (AAA)
RFC 3962	Soporte del algoritmo de encriptación AES con SSHv2
RFC 2865 // RFC 2866	soporte de RADIUS
RFC 1491	soporte de TACACS+/TACACS
RFC 4716 // RFC 4253	Soporte de Secure Shell (SSHv2)
Inmunidad Electromagnética
EN 61000-4-2	ESD
EN 61000-4-3	Radiated, radio frequency, electromagnetic field
EN 61000-4-4	Electrical fast transient
EN 61000-4-5	Surge 6KV
EN 61000-4-6	Conducted disturbances induced by radio-frequency fields
Alimentación y aterrizamiento
802.3af/803.af	Sistema de alimentación PoE+
IP68	Normativa de cumplimiento exteriores
ETS 300 253 F	Facility Requirements

 

2. Características Generales Conmutador inalámbrico para exteriores

 

A continuación, se referencian las especificaciones técnicas de cada switch de acceso inalámbrico para exteriores:

 

1. El equipo debe contar con las siguientes interfaces físicas:
   1. 1 puerto RJ-45 de 1 Gbps.
   2. puerto SFP de 1Gbps.
   3. 1 puerto USB.
2. El equipo debe alimentarse por medio de PoE+, donde puede tener un consumo de 30watts (8023at).
3. Los equipos ofertados deben ser compatibles con las controladoras para redes inalámbricas con las que cuenta el ICE para entorno de subestaciones, las cuales son marca Huawei, modelo AC6508.
4. El equipo debe soportar el protocolo 802.1ax (WIFI 6).
5. El equipo debe operar en las frecuencias definidas para redes inalámbricas en configuración 2X2 MIMO simultáneamente.
6. El equipo debe soportar una capacidad de conmutación de 5Gbps.
7. El equipo debe soportar los siguientes protocolos para realizar “roaming”: 802.11k, 802.11v, 802.11r.
8. El equipo debe ser configurable de dos formas:
   1. De forma aislada.
   2. Desde un controlador inalámbrico.
9. El equipo debe soportar los siguientes mecanismos de autenticación/encriptación:
   1. WPA
   2. WPA2-PSK
   3. WPA3-SAE
   4. WPA/WPA2-PPSK
   5. WPA/WPA2/WPA3-802.1X
10. El equipo debe incorporar mecanismos de detección de intrusos inalámbricos para la detección de la intrusión.
11. El equipo debe soportar los siguientes mecanismos de autenticación:
    1. 1x
    2. Autenticación vía MAC
    3. Autenticación vía portal
12. El equipo de be soportar la función de DHCP Snoofing.
13. El equipo debe soportar el protocolo 802.11w.
14. El equipo debe contar con mecanismos de priorización de tráfico.
15. El equipo debe soportar 802.1q para segmentación de VLANs.
16. El equipo debe soportar crear SSID por VLAN.
17. El equipo debe soportar asignar direcciones IP a los clientes por medio de DHCP.
18. El equipo debe permitir la creación de ACLs tanto para IPv4 como IPv6.
19. El equipo debe soportar el protocolo LLDP para descubrimiento de vecinos.
20. El equipo debe permitir traducción de direcciones IP (NAT).
21. El equipo debe soportar el protocolo SSH versión 2
22. El equipo debe soportar el protocolo SFTP.
23. El equipo debe soportar el protocolo SNMP versión 3.
24. El equipo debe soportar el protocolo NTP.
25. El equipo debe soportar el protocolo HTTPS para gestión aislada.
26. El equipo debe operar en un rango de temperatura de 0 a 65 grados centígrados.
27. El equipo debe soportar una capacidad de 512 usuarios conectados simultáneamente.
28. El quipo debe cumplir con normativa IP68.
29. El equipo debe cumplir con los siguientes estándares de radiofrecuencia:
    1. ETSI EN 300 328
    2. ETSI EN 301 893
    3. AS/NZS 4268
30. El equipo debe cumplir con los siguientes estándares de inmunidad electromagnética:
    1. IEC/EN61000-4-2
    2. IEC/EN61000-4-3
    3. IEC/EN61000-4-4
    4. IEC/EN61000-4-5
    5. IEC/EN61000-4-6
    6. EN 55024
    7. EN 55032
    8. EN 55035
31. El Contratista debe entregar todos los accesorios necesarios para la instalación mecánica (tornillería, conectores, herrajes).

 

LINEA 12. Conmutadores industriales exteriores

 

Para esta línea se requiere la adquisición de cincuenta (50) equipos, los mismos deben cumplir con las siguientes características:

 

Se incorpora un conmutador multicapa para servir como acceso y distribución para las aplicaciones de la subestación que se encuentran en el patio para el tablero de comunicaciones. A continuación, se referencian especificaciones técnicas del conmutador multicapa.

 

1. Normas Internacionales

 

Los conmutadores multicapa (CE) ofrecidos bajo estas especificaciones deberán cumplir con lo establecido en la última edición de las normas técnicas internacionales indicadas en la tabla 11. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas:

 

 

Tabla 11. Normas Internacionales Aplicables

Conmutador Ethernet de acceso Multicapa (CE) para ser instalado en exteriores
Norma	Descripción
Cumplimiento de normas IEEE-802.X
802.1ab	LLDP/LLDP-MED
802.1d-2004	MAC Bridging
802.1p	Mapping to Priority Queue
802.1s	Multiple Spanning Tree
802.1w	Rapid Spanning Tree
802.1x	Port-based Network Access Control
802.3ab	1000 Base-T
802.3ad	Link Aggregation (Dynamic and Static)
802.3ae	10 Gigabit Ethernet
802.3af	Power over Ethernet
802.3at	Power over Ethernet Plus
802.3u	100 Base-TX
802.3x	Flow Control
802.3z	1000Base-SX/LX
802.1q	VLAN Tagging
Soporte de Capa 2
802.1s	Multiple Spanning Tree
802.1d // RFC 4318	Spanning-tree BPDU Guard, Root Guard, Spanning-tree Fast Port Span
802.1x	Port Security
PVST+	Per-VLAN Spanning Tree (PVST+)
RFC 5517	VLAN Private VLAN
802.3ad	Soporte de LACP
RFC 5571	Soporte de UniDirectional Link Detection (UDLD)
Soporte de Capa 3 y enrutamiento
RFC 1058	Soporte de RIP v1
RFC 2453	Soporte de RIP v2
RFC 2131	BootP/DHCP Helper
RFC 3768	VRRP IPv4
RFC 2080	RIPng
RFC 2328	OSPF v2
RFC 5340	OSPF v3
RFC 1591	DNS (client)
	Soportar hasta 8000 entradas en tabla enrutamiento IPv4
	Soportar hasta 3000 entradas en tabla enrutamiento IPv6
Calidad de Servicio
RFC 4271	Soporte de  marcado por ToS/DSCP
RFC 1745	Soporte de 802.1p
RFC 1997	Manejo de colas de prioridad
RFC 2439	DHCP Relay
RFC 2796	Soporte del modelo de Servicios Diferenciados
RFC 1965	Colas de prioridad por MAC address
RFC 2842	Manejo de colas de prioridad por medio de algoritmo Weighted Round Robin (WRR) o prioridad estricta
Multicast
RFC 3973 y RFC 7761	PIM DM PIM SM PIM SSM
RFC 4541	Soporte de IGMP Snooping v1
RFC 2236	Soporte de IGMP Snooping v2
RFC 3376	Soporte de IGMP Snooping v3
RFC 5501	Multicast entre diferentes VLANs
RFC 2710 y RFC 3810	MLD v1/v2 y función snooping
ITU OAM
ITU SG13	Y.17ethoam
ITU SG13	Control de QoS basado en Ethernet-IP
ITU-T Y.1731	ETH OAM monitor de desmpeño
Seguridad
RFC 4732	DoS attack defense, en ARP y en ICMP.
	Port isolation, port security, and sticky MAC
	Limitación de MAC por puerto
RFC 6545	CPU Defense
	Concepto de lista negra y lista blanca
RFC 7513	DHCPv4/v6 client/relay/server/snooping
Administración y Control
RFC 5424	Soporte de múltiples servidores tipo Syslog
RFC 20	Terminal remota con soporte ASCII (V24)
RFC 783	TFTP
RFC 854	TELNET Client and Server
RFC 951	Bootp
RFC 1157	SNMPv1/v2c
RFC 1213	MIB-II
RFC 1493	Bridge MIB
RFC 1516	Repeater MIB
RFC 1573	SNMP MIB II
RFC 4330	SNTP
RFC 8173	PTP v2
RFC 1643	Ethernet Interface MIB
RFC 1643	Ethernet MIB
RFC 2570	SNMPv3 Intro to Framework
RFC 2571	Architecture for Describing SNMP Framework
RFC 2572	SNMP Message Processing and Dispatching
RFC 2573	SNMPv3 Applications
RFC 2574	SNMPv3 User-based Security Model
RFC 2575	SNMP View-based Access Control Model SNMP
RFC 3176	sFlow
Seguridad de Consola
RFC 2903 // RFC 3539	Modelo AAA (Autenticación, Autorización, y Registro (AAA)
RFC 3962	Soporte del algoritmo de encriptación AES con SSHv2
RFC 2865 // RFC 2866	soporte de RADIUS
RFC 1491	soporte de TACACS+/TACACS
RFC 4716 // RFC 4253	Soporte de Secure Shell (SSHv2)
Inmunidad Electromagnética
EN 61000-4-2	ESD
EN 61000-4-3	Radiated, radio frequency, electromagnetic field
EN 61000-4-4	Electrical fast transient
EN 61000-4-5	Surge
EN 61000-4-6	Conducted disturbances induced by radio-frequency fields
EN 61000-4-8	Power frequency magnetic field
EN 61000-4-11	Voltage dips and sags
Alimentación y aterrizamiento
ETS 300 132-1	Equipment Requirements for AC Power Equipment Derived from DC Sources
ETS 300 132-2	Equipment Requirements for DC Powered Equipment
ETS 300 253 F	Facility Requirements

2. Características Generales Conmutador Multicapa para exteriores

 

A continuación, se referencian las especificaciones técnicas del Conmutador Multicapa:

1. El equipo debe contar con los puertos físicos citados a continuación:
   1. Contar con 12 puertos ethernet de 100/1000 Mbps.
   2. Contar con 4 puertos ópticos de 1/10 Gbps SFP+ con slot de inserción tipo LC.
   3. Interfaz de gestión local con soporte de protocolo VT-100.
2. El equipo debe proveer PoE o PoE+.
3. El equipo debe soportar el protocolo de enrutamiento OSPF, tanto para versiones IPv4 e IPv6.
4. El equipo debe soportar protocolos para manejo de bucles en capa 2 tales como STP y RSTP.
5. El equipo debe soportar la creación de segmentación de trafico de la siguiente manera:
   1. Crear 4096 VLAN de manera simultánea.
   2. VLAN privada.
   3. VLAN basadas en Mac-Address
   4. Puertos híbridos (acceso y troncal)
6. El equipo debe soportar métodos de acceso a consola por protocolos de RADIUS y TACACS.
7. El equipo debe soportar gestión por medio de protocolo SNMP versión 3.
8. El equipo debe soportar gestión de consola por medio de protocolo SSH versión 2.
9. El equipo debe ser capaz de configurarse para gestionarse en Stack.
10. El equipo debe soportar los siguientes mecanismos de seguridad en el tráfico:
    1. Port-security
    2. Attack – Defense por ICMP, ARP y TCP.
    3. 1x
    4. CPU defense
    5. Whitelist y blacklist
    6. DHCP Snooping
    7. ND snooping
11. El conmutador debe incorporar redundancia de alimentación en sistema de corriente directa a 125 Vdc, en caso de no contar con un sistema de alimentación en 125 Vdc, debe incorporar un convertidor eléctrico de 125 Vdc al Voltaje de alimentación del conmutador, este convertidor debe tener las mismas características en cuanto a inmunidad electromagnética, rango de temperatura de operación que el conmutador y proveer 240 watts de potencia.
12. El equipo debe tener un soporte de temperatura de entre 0 grados Celcius y 75 grados Celcius.
13. El equipo debe contar con un método de enfriamiento por convección, no por abanicos.
14. El conmutador debe cumplir con los siguientes estándares de inmunidad electromagnética:
    1. Para el equipo cumplir con 61000-4-5, hasta 2kV, en modo diferencial.
    2. Para puertos de servicio, con 61000-4-5, hasta 7kV.
15. El equipo debe instalarse en un rack de telecomunicaciones de 48,26 centímetros, o además en un riel tipo DIM, el Contratista debe entregar todos los accesorios necesarios para la instalación mecánica (tornillería, conectores, herrajes).

 

LINEA 13. Tablero para exteriores

 

Para brindar el servicio de comunicación a los equipos de monitoreo en el patio de la subestación se debe proveer un tablero de comunicación, el mismo se instalará por parte del ICE en el lugar que se determine idóneo con base a la ubicación de los ductos y facilidades en la subestación.

Para esta línea se requiere la adquisición de cincuenta (50) tableros, los mismos deben cumplir con las características descritas a continuación.

 

El tablero deberá ser entregado con los componentes (los mismos instalados) eléctricos, mecánicos y ópticos que se muestran a continuación. A manera de ejemplo, en la siguiente figura se muestra un esquema de cómo se prevé la disposición física de los componentes:

 

Figura 3. Vista frontal de componentes en tablero de comunicaciones para exteriores

 

El tablero de comunicación el cual debe involucrar los siguientes componentes:

• Tablero para exteriores.
• Conmutador Ethernet para exteriores (puede ser la prevista para instalar el mismo)
• Distribuidor de fibra óptica.
• Fuente DC/DC
• Sistemas de cableado interno de DC y ducto de cables eléctricos y de comunicación con sus respectivos rieles de soporte con identificaciones de cables, regletas, sistemas de aterrizamiento y el plano de distribución eléctrica.

 

1. Normas Internacionales

 

Tabla 12.  Normas Internacionales Aplicables

Tablero comunicaciones
Norma	Descripción
802.3-2005 Método de acceso y Capa física
ANSI TIA 568	Normativa de cableado estructurado
ETS 300 132-1	Equipment Requirements for AC Power Equipment Derived from DC Sources
ETS 300 132-2	Equipment Requirements for DC Powered Equipment
ANSI TIA 942	Principios de diseño Centro de Datos
TIA 606A	Normativa de rotulado interno en tableros.
NEMA 3X	Normativa  construcción de  tableros.

 

 

1. Características Generales Tablero de Comunicación Exterior

 

A continuación, se detalla detalles del tablero de comunicación:

 

1. El tablero debe cumplir con normativa NEMA 3R, o equivalente, esto, para lo relacionado al entorno en donde se instalará (patio de subestación eléctrica a la intemperie.
2. Las dimensiones físicas del gabinete deben ser las siguientes:

• Alto 600 milímetros.
• Ancho 450 milímetros.
• Fondo 250 milímetros.

1. El tablero debe estar pintado con pintura anticorrosiva y debe cumplir con normativa NEMA 3R
2. El tablero debe estar provisto para instalarse de 2 formas; primero como tipo parche(con 4 puntos de sujeción externos al mismo)  y segundo para ser instalado en superficies verticales y  autosoportado (con 4 puntos de sujeción), debe estar previsto para instalarse en cualquiera de las 2 condiciones; las bases de soporte del tablero deben ser de 80 cm de altura.
3. El tablero de contar con una estructura tipo techo en la parte superior que permita que proteger contra lluvia y sol.
4. El tablero debe contar con una toma de dos salidas de servicio polarizado en 120 voltios AC.
5. El gabinete de ser abrirse por la frontal puerta únicamente, esa debe ser la única puerta del mismo
6. El tablero puede anclarse directamente sobre el suelo o puede instalarse sobre una base o pedestal.
7. Las puerta del tablero deben contar con un llavín de seguridad tipo 1 Stub y 1 llavín metálico para con cumplimiento normativa exteriores NEMA.
8. El tablero debe contar con 2 rejillas en la parte inferior lateral para la circulación del aire del exterior, las rejillas deben contener algún mecanismo de contención de insectos.
9. El tablero debe soportar un peso interno de 200 kilogramos.
10. El montaje de los equipos debe ser sobre  rieles tipo DIM.
11. El tablero debe contar con doble fondo o un mecanismo que permita que las perforaciones para colocar rieles o componentes no generen puntos de oxidación o huecos al exterior.
12. El tablero debe tener 3 perforaciones previstas la parte inferior, esto para el ingresos de cable de fibra óptica y cobre, se debe entregar por gabinete 3 conectores para tubería EMT de 2.54 centímetros.
13. Se debe incorporar un mecanismo de sujeción de cables de entradas al tablero para sujetar los mismos.
14. El tablero debe contar con algún mecanismo de contención de polvo como felpas o escobillas para las perforaciones.
15. Se debe incorporar todos los elementos electromecánicos internos tales como barras de aterrizamiento, cableado interno, regletas, ductos, topes, conectores eléctricos.
16. Se debe incorporar un distribuidor de fibra óptica de 6 hilos, conector LC, la fibra debe ser multimodo y se deben dar todos los accesorios para la instalación del distribuidor, así como pigtails, organizadores de fibra, bandeja de cableado, En complemento se deberá entregar otro distribuidor óptico suelto con los accesorios para instalarlo en el Bunker o Sala de la subestación.
17. Se debe incorporar un patchcord de fibra óptica multimodo tipo de conector LC en ambos extremos, tipo dúplex de 2 metros de distancia por cada gabinete.
18. Se deben considerar las conexiones internas y accesorios. Todos los componentes del tablero deben estar  instalados dentro del mismo, detalles a considerar:
    • Se debe instalar conmutador, distribuidor óptico y accesorios.
    • Se debe contar con ductos para cableado de alimentación de cobre.
    • Se debe contar con ductos para cableado de comunicación de fibra óptica.
    • Se deben dejar previstas para incorporar servicios externos tablero, tales como medidor de variables del transformador, sistemas de videovigilancia, acceso a fibra óptica externa y cualquier otro cable de comunicación.

 

Partida 2:

LINEA 14. Micro Centro de Datos Modular

Para esta línea se requiere  de DOS (2) Micro Centro De Datos Modular Integrado los mismos serán integrados en las soluciones ya existentes, las cuales son marca Huawei, modelo Fusión module FM800. La integración entre los sistemas de respaldo actuales y los que se pretende adquirir debe darse de manera completa.

Debido a los componentes de misión crítica que deben proteger esta solución, no se aceptará integración parcial de varios fabricantes o productos genéricos.

A manera de definición del alcance se definen  las características y alcance de lo solicitado a continuación:

1. Componentes Micro Centro de Datos Modular Integrado

Tabla 13.  Alcance Línea número 14.

 

Cantidad	Descripción
1 c/u	Banco de Baterías modular, con núcleo de gel libres de mantenimiento con capacidad de 8000 Amperios / Hora.
1 c/u	Módulo de suministro de energía para Banco de Baterías Modular.
1 c/u	Módulo de distribución eléctrica para Banco de Baterías Modular.
1 c/u	Módulo de control ambiental interno y externo para Banco de Baterías Modular.
1 c/u	Conjunto de Gabinetes tipo rack para Banco de Baterías Modular que admita aislamiento encapsulado de aire frío en la parte frontal de los bastidores.
1 c/u	Sistema de gestión y monitoreo para banco de baterías modular, para generación de alarmas, eventos, control de acceso, registro de huella y control de apertura de puertas.

 

 

 

1. Requerimientos eléctricos:

 

1. La solución deberá incluir todas las conexiones para un suministro eléctrico: 240V AC, 60Hz, 2Ph+N+PE.
2. Protección por sobre corrientes: 20kA, Imax 40kA, 8/20 μs.
3. Debe incluir el cableado y accesorios eléctricos y ópticos requerido para llevar a cabo la solución, tanto a nivel eléctrico como de comunicaciones y monitoreo.

 

• Módulos de distribución de energía:

 

1. Modulo N°1: PDU de 40 amperios, exclusivo para equipos de misión crítica. Tamaño de 13,335 centímetros. Módulo de salida de carga de misión crítica: 8 x C40A / 2P (carga de TI de 208v), 8 x C40A / 1P (carga de 120v).

 

1. Modulo N°2: PDU de 125 amperios, exclusivo para módulos de control ambiental y módulos de suministro eléctrico. Tamaño de 26,67 centímetros. Módulo de salida de carga de misión crítica:  8 x C40A / 2P (carga de 240V), 8 x C40A / 1P (carga de 120v).

 

1. Salidas de la unidad de distribución de potencia en rack (Rpdu): cada rack deberá disponer de dos racks cada una con la siguiente cantidad de salidas en socket estándar 20*C13 + 4*C19.

 

1. Voltaje de entrada de Rpdu: 240V AC o 120V AC

 

1. Rango de voltaje de entrada Rpdu: 100-240V AC

 

1. Transformador de Acople: se deberá incluir un transformador para montaje en rack, de 10kVA, como acople y aislamiento galvánico entre el circuito de 240V y las salidas de 120V.

 

 

• Módulo de suministro eléctrico:

 

1. Contar con dos módulos de Suministro Eléctrico Redundantes, cada uno de ellos con las siguientes características:

 

1. Cada uno con capacidad nominal de 20 kVA para alimentar la carga existente más crecimiento futuro, con capacidad de integrarse en paralelo 4 unidades iguales.

 

1. Cada uno deberá ocupar 13,335 centímetros dentro del sistema de Gabinetes.

 

1. Rango de voltaje de entrada: 80-280 V AC, 40-70Hz.

 

1. Proporcionar una alta eficiencia: Hasta 95% en modo en línea.

 

1. Eficiencia en modo ecológico de 98%.

 

1. Capacidad de sobrecarga y continúa funcionando durante 60 segundos cuando está sobrecargado en un 125%.

 

1. Nivel de ruido 55dB.

 

1. Cada sistema debe proporcionar puerto de comunicaciones RS485 para monitorear fácilmente sus parámetros y estado.}

 

1. Temperatura de funcionamiento 0-40 ° C.

 

 

1. Cada Módulo de suministro eléctrico debe contar con una interfaz humana máquina de tipo LCD, la cual debe mostrar los siguientes parámetros:

 

1. Entrada de la red: Tensión de fase de entrada de la red, frecuencia de entrada de la red y tensión de línea.

 

1. Entrada de Derivación: tensión y frecuencia en la entrada de derivación.

 

1. Estado de la batería: Tensión de la batería, corriente de la batería, estado de la batería, capacidad de batería restante y tiempo de copia de seguridad.

 

1. Salida del inversor: Voltaje de fase de salida del inversor, corriente de fase de salida del inversor y frecuencia de salida del inversor.

 

1. Salida de UPS: Tensión de fase de salida de UPS, corriente de fase de salida UPS y frecuencia de salida UPS.

 

1. Carga paralela: Potencia aparente de salida de cada fase del sistema paralelo, potencia activa de salida del sistema paralelo y tasa de carga de cada fase del sistema paralelo.

 

1. Monitoreo ambiental: Temperatura ambiente, humedad ambiental y temperatura interna.

• Conmutador de Derivación

 

El módulo de suministro eléctrico completo deberá incluir un conmutador de derivación manual, el cual permita la puesta fuera de servicio y puesta en servicio de cualquiera de los dos módulos de suministro eléctrico (solamente uno a la vez), con seguridad para el operador y sin interrumpir la operación normal del sistema.

El módulo de baterías deberá incluir 80 Baterías instaladas dentro del sistema, en los módulos de gabinetes tipo rack, que cumplan con los siguientes parámetros:

1. Las celdas deben ser del tipo Baterías Selladas Tipo gel.
2. Deberá utilizar baterías debidamente certificadas.
3. Voltaje 12V, Voltaje de carga Voltaje de flotación de 2.25 volt/celda
4. Capacidad 100 Ah, Máxima corriente de carga 20 Amperios, Máxima corriente de Descarga 620 amperios por 5 segundos.
5. Resistencia Interna a plena carga 4.2 mili Ohm a 25°C.
6. Auto descarga inferior a 8% después de 90 días almacenada a 25°C
7. Tipo de terminal M6 y T1, Temperatura de operación 15 a 25 °C
8. Afectación de capacidad/temperatura 85% a 0°C hasta 105% a 40°C
9. Material de Envolvente ABS de alta resistencia
10. Las baterías deben ser diseñadas y construidas para operar, sin que ocurra corrosión, en condiciones críticas de humedad relativa hasta un máximo de 85%.
11. El fabricante debe garantizar, mediante un certificado de fábrica, que las celdas se podrán almacenar por un período de seis meses a partir del momento en que lleguen a puerto nacional, sin que esto afecte la primera carga. Lo anterior será un requisito indispensable para la oferta.
12. Cada fabricante debe indicar y probar mediante un certificado de fábrica la vida media de cada Banco de Baterías ofrecido. Lo anterior será un requisito indispensable para la oferta; se debe hacer en términos de la cantidad de ciclos de servicio y también de años de vida útil; debe ser para 1500 ciclos hasta un 80% de descarga y una vida media  10 años a 40⁰
13. Se deberá suministrar información de la resistencia interna de las celdas según el estado de carga y envejecimiento de la celda, así como el valor al 80% de su capacidad máxima
14. Los recipientes de las baterías serán del tipo plástico resistente al impacto, con sus respectivas válvulas de alivio de gases, retardantes de fuego IEC707, para elementos sellados.
15. El electrolito gelificado a utilizar debe cumplir la Normativa DIN 40736 y la Normativa IEEE1188-2005 .

 

• Consideraciones de la carga y descarga

 

1. Las baterías deben tener la capacidad de ser utilizadas inmediatamente después de ser desembaladas, por ende, deben poseer carga inicial.
2. El fabricante deberá indicar claramente la solución a posibles problemas que se puedan presentar cuando se efectúe la carga mencionada, tales como aumento excesivo de la temperatura, variaciones de la resistencia interna abruptas, vaporización excesiva, ausencia de vaporización.
3. El fabricante debe suministrar el valor de la Resistencia Interna (Banco Cargado y Banco Descargado)

 

• Requerimientos climáticos del equipo:

 

1. Adaptabilidad ambiental: entre -20ºC a 45ºC.

 

1. Nivel de impermeabilidad y protección contra polvo IP20.

 

1. Gestión y administración del ambiente controlado, dentro de los racks.

 

1. Módulo de control ambiental

 

1. La configuración de los módulos de control ambiental debe ser 2+1, con su respectiva unidad condensadora externa.

 

1. Cada unidad interna debe poder admitir 11kW de capacidad total de enfriamiento.

 

1. Las unidades internas deben ser instaladas en rack dentro del módulo de sistema.

 

1. El módulo debe admitir el ajuste de la velocidad del ventilador sin escalonamiento del 20% al 100%, para permitir un control preciso de la temperatura y la dirección del aire de suministro.

 

1. Tipo de enfriamiento: refrigerada por aire en expansión directa.

 

1. Se deberá incluir humidificador de capa húmeda.

 

1. Los sistemas control ambiental deben estar diseñados para evitar la condensación a bajas cargas para mantener la humedad el encapsulado por debajo del 80% a bajas cargas ( 10% de carga) en un ambiente de alta humedad.

 

1. Los sistemas de control ambiental deben instalarse dentro de los gabinetes tipo rack y cada unidad interna ocupar un máximo 48,895 centímetros

 

1. Tanto los tubos de refrigerantes como las tuberías de líquido deben estar canalizadas desde la parte superior o inferior según el ICE lo defina junto con el adjudicatario.

 

1. Contar un sistema controlador de aires.

 

1. Refrigerante tipo R410A, que no contenga cloro o bromo, y no contribuya a la reducción de la capa de ozono. Debe ser refrigerante de alta seguridad, clasificado por ASHRAE (American Society of Heating, Refrigerating and Air-Conditioning Engineers) como A1/A1, es decir, no tóxico y no inflamable aun en caso de fugas.

 

1. La unidad de control debe tener la capacidad de ser extraída para mantenimiento.

 

1. El módulo de alimentación, el módulo de fuente auxiliar y el módulo de control principal deben tener la capacidad de retirarse e insertarse rápidamente para el mantenimiento, para reducir el tiempo y la dificultad de operación y mantenimiento.

 

1. Requerimientos de espacio físico:

 

1. El espacio físico con el que se cuenta para llevar a cabo la instalación no podrá sobrepasar las siguientes dimensiones: 6 metros de largo, 2,4 metros de altura, 1,35 metros de ancho. Deberá Integrarse de manera uniforme con los Bancos de Respaldo Actuales.

 

1. Módulo de gabinetes tipo rack

 

1. Todo el sistema modular deberá contar con las dimensiones adecuadas para la instalación de equipo de datacenter operativo en tamaño rack de 48,26 centímetros.
2. Cada gabinete tipo rack debe contar con las siguientes características:
   1. Toda la solución debe mantener un color uniforme.
   2. Material Chapa de acero laminada en frío de alta intensidad clase A y chapa de acero.
   3. Permitir instalación en piso de concreto.
   4. Carga estática 1500 kg y carga dinámica 1000 kg.
   5. Nivel de protección IP20.
   6. Cada Gabinete deberá incluir dos PDUs, cada una conectada a un módulo de suministro eléctrico distinto.
   7. Los equipos deberán estar dispuestos en una sola fila de gabinetes contiguos, incluyendo el aislamiento encapsulado de aire frío de 250 mm de ancho entre el gabinete y la puerta de acceso en la parte frontal de cada gabinete. Cada puerta deberá tener un control de acceso por tarjeta y sistema de gestión y apertura remota.
   8. En el módulo encapsulado debe proveerse una puerta por cada gabinete, la puerta debe permitir una visibilidad de 90% de los equipos internos mediante un acceso visual (doble vidrio sellado, dispuesto de manera que evite la condensación) transparente para facilitar la inspección de los equipos en el interior de la solución.
   9. El aislamiento encapsulado debe contener ventiladores de emergencia en la parte superior, los cuales deberán operar en caso de falla de la alimentación principal y consecuente pérdida de la climatización interna. Este deberá integrarse de manera redundante con los sistemas de respaldo actuales FM800.
      1. Accesorios de Reducción de Ruido

 

La solución de rack y control ambiental debe proveer un juego de accesorios componentes de atenuación sonora de  6 decibles, los cuales deben reducir el volumen de ruido ambiental en los módulos hasta máximo de 65dBA y el ruido normal hasta 58dBA.

 

1. Accesorios de Canalización:

1. La solución debe incluir canalización embebida en la parte superior del módulo de gabinetes. Deberá estar separada para cables de energía y cables de datos se deberán poder integrada de manera uniforme desde fabrica con las canalizaciones actuales.
2. La canalización debe poder interconectar tanto el centro de datos actual como la ampliación al mismo, esto para tendido de cables de potencia, cables UTP y cables de fibra óptica.

 

1. Módulo de gestión y monitoreo:

 

El módulo debe administrar el estado del ambiente en tiempo real desde los sistemas actualmente instalados, las alarmas y la información de configuración sobre los dispositivos dentro del sistema inteligente de la siguiente manera incluyendo los respectivos dispositivos y sensores necesarios:

 

1. Debe permitir la gestión remota con el gestor actual de los equipos instalados.
2. Deberá incluir monitoreo de temperatura y humedad: detecta la temperatura ambiente y la humedad dentro del módulo.
3. Monitoreo de fugas de líquidos: detecta fugas de líquidos en áreas dentro del módulo.
4. Monitoreo de humo: detecta el humo dentro del módulo.
5. Monitoreo del módulo de control ambiental de precisión: diagnostica exhaustivamente el estado de funcionamiento de los módulos de control ambiental en tiempo real y monitorea el estado de funcionamiento y los parámetros de los componentes como el compresor, ventilador, calentador, humidificador, deshumidificador y filtro de aire.
6. Todos los sensores deben estar debidamente interconectados a un equipo dedicado con las siguientes características:
   1. Doble fuente de alimentación eléctrica con indicador de estado
   2. 4 puertos fasethernet 10/100 Mbps
   3. 6 entradas de alarma digital AI/DI para sensores.
   4. 2 salidas digitales de contacto seco, .
   5. 4 puertos RS485 a 12V (COM1–4) (puerto USB.
   6. Soporte para comunicaciones IEEE 802.15.4, a fin de integrar equipos y sensores IoT integrado con el sistema actual de manera nativa.
   7. Monitoreo de acceso a la puerta: debe tener funciones de acceso a la administración de derechos, registro de eventos de acceso y registro de alarmas.
   8. El módulo inteligente debe proporcionar una pantalla portátil a nivel de módulo para la gestión inteligente local en términos de monitoreo en tiempo real desde el sistema actual de los sistemas de respaldo instalados en cada sitio. La pantalla LCD capacidad de admitir el acceso inalámbrico al colector del sistema completo. Todos los parámetros de funcionamiento de la instalación del módulo deberán poder monitorearse en la pantalla.
7. Deberá incluir un sistema de administración de las baterías de respaldo que realice la detección en tiempo real del núcleo, incluidos el voltaje, la corriente, la temperatura y la resistencia interna. Además, identificar efectivamente el sistema de salud de las baterías y pueda apagar automáticamente la batería en caso de emergencia para mantener un funcionamiento estable y confiable del sistema de energía de respaldo.

 

 

1. Sistema de Control de acceso a tableros

1. El controlador es un dispositivo físico, programable, encargado de validar y habilitar el acceso al gabinete y debe contar con los diferentes métodos de validación:
   1. Detección por huella dactilar (biométrico)
   2. Detección tarjeta radiofrecuencia (frecuencia de 127 KHz y/o 13.56 Mhz).
   3. Digitación de código en teclado (de 4 dígitos).
2. El controlador debe estar instalado en cada tablero de la solución ofertada.
3. El controlador debe contar con un display de 5,08 centímetros para identificar el sitio en donde está ubicado, así como mostrar notificaciones.
4. Los métodos de apertura del controlador deben ser:
   1. Por huella dactilar (biométrico)
   2. Por código digitado.
   3. Por tarjeta o batch.
   4. De manera remota por el gestor de la plataforma.
5. El equipo debe permitir hacer apertura utilizando dos factores simultáneamente.
6. El equipo debe contar 1 puerto RS-485 para incorporar periféricos por medio de este protocolo.
7. El equipo debe contar con una salida que accione el mecanismo de actuación de cerrado y abierto.
8. El equipo debe referenciar las siguientes alarmas:
   1. Puertas abiertas.
   2. Apertura forzada.
   3. Por sabotaje (tamper).
   4. Por acceso no permito (vía código, tarjeta, biométrico)
9. El controlador debe entregar la potencia para accionar el sistema de contención (llavín).
10. La alimentación del controlador debe ser por medio de tecnología PoE y/o PoE+
11. En caso de que el controlador pierda la comunicación con el servidor de administración, debe operar normalmente por medio de un respaldo de la base de datos a nivel local.
12. El controlador de cada gabinete debe poder almacenar internamente hasta 3000 registros de usuarios de manera local.
13. El controlador debe soportar albergar internamente hasta 10000 registros históricos de eventos.
14. En caso de falla de alimentación, el control queda deshabilitado y el hardware (llavines) debe quedar abierto.
15. El mecanismo de apertura debe abrir ambas puertas de manera simultánea.
16. El equipo de soportar normativa de ambiente de IP65 o equivalente.
17. El equipo debe contar con soporte SDK y API para integración a software de terceros.
18. El Contratista deberá entregar 1 tarjeta para acceso por radiofrecuencia por cada controlador.
19. Cada llavín de puerta debe ser alimentado eléctricamente por medio del controlador, el método de contención debe ser de 280 kg cada llavín.
20. El controlador debe ser configurable vía web.
21. El Contratista deberá incluir el cableado y los herrajes necesarios para la instalación eléctrica y mecánica.
22. El equipo debe tener un soporte de temperatura de hasta 50 grados Celcius.

 

Partida 3:

 

LINEA 15. Servicio Instalación de Micro Centro de Datos Modular Integrado

Para esta línea se requiere la adquisición del servicio de instalación de los DOS (2) sistemas de facilidades para equipo de cómputo de misión crítica(  ( respaldo eléctrico, aire acondicionado, espacio físico)  para los Datacenter Operativos de la División Transmisión ubicados en San Miguel y Colima, los mismos serán integrados en las soluciones de alimentación eléctrica existentes los cuales son marca Huawei, modelo Fusión module FM800. La integración entre los sistemas de respaldo actuales y los que se pretende adquirir debe darse de manera completa.

 

 

A manera de definición del alcance se definen las características de lo solicitado a continuación:

 

1. El Contratista debe entregar en la propuesta los diagramas y manuales  eléctricos, mecánicos, ópticos, de climatización y de distribución de componentes para evaluar el diseño de los equipos para efectuar las labores de puesta en servicio y mantenimiento.
2. La instalación de los equipos la realizará el Contratista, previa coordinación con el Administrador de Contrato (AC) Alejandro Mata Castro al correo electrónico amatac@ice.go.cr  para la supervisión de los trabajos por parte del contratante.
3. El Contratista se encargará de poner en servicio la solución completa en el NOC San Miguel (30 días hábiles) y el NOC Colima en (30 días hábiles).
4. Las integraciones con los equipos los equipos actuales deben ser respaldadas desde Fabrica con un diseño (entregado con la oferta) que figuren la configuraciones con cada módulo de la solución ofertada con la solución actualmente instalada.
5. La solución debe incluir canalización embebida en la parte superior del módulo de gabinetes. Deberá estar separada para cables de energía y cables de datos.
6. La solución debe incluir todos los accesorios y elementos electromecánicos y eléctricos necesarios para la integración de la solución con los Datacenter autocontenido actuales.
7. La solución a instalar debe cumplir con parámetros con parámetros de confiabilidad para instalaciones de clase TIER II.
8. El Contratista deberá entregar una hoja de verificación a personal de supervisión del ICE para la recepción y validación de  la correcta integración y puesta en servicio de la solución.
9. .El Contratista debe utilizar materiales reciclados o reciclables para el embalaje el producto y fácilmente separables uno del otro.
10. La administración tendrá bajo su responsabilidad la disposición ambiental de los desechos producto de la instalación.
11. El Contratista debe presentar la ficha de datos de seguridad de las baterías (MSDS) al momento de entregar los bancos de baterías. La ficha MSDS o hoja de seguridad no debe tener más de tres años de emitida a partir de su elaboración o última actualización, debe ser avalada por un Regente Químico o el Ministerio de Salud.

 

PARTIDA 4

 LINEA 16. Control de acceso a tableros.

Se incorpora un mecanismo de control de acceso para tableros con el fin de mejorar la seguridad para el acceso al mismo. Los elementos que contienen estos tableros tienen un alto impacto operativo en la subestación.

Los mecanismos de control de acceso para tableros ofrecidos bajo estas especificaciones deberán cumplir con lo establecido en la última edición de las normas técnicas internacionales indicadas en la tabla 14. El Oferente deberá presentar junto con la oferta, la ficha técnica oficial emitida por el fabricante que demuestre el cumplimiento de las siguiente normas

Para esta línea se requiere la adquisición de cuatrocientos (400) equipos, los mismos deben cumplir con las siguientes características:

 

1. Normas Internacionales

 

Esta especificación establece la base técnica para los equipos a adquirir.

 

Tabla 14.  Normas Internacionales Aplicables

Control Acceso Tablero
Norma	Descripción
NEMA IP20	Descripción de carcasa.
ETS 300 132-1	Equipment Requirements for AC Power Equipment Derived from DC Sources
ETS 300 132-2	Equipment Requirements for DC Powered Equipment
ANSI TIA 942	Principios de diseño Centro de Datos
TIA 606A	Normativa de rotulado interno en tableros.
802.3-2005	Método de acceso y Capa física
ANSI TIA 568	Normativa de cableado estructurado
ETS 300 132-1	Equipment Requirements for AC Power Equipment Derived from DC Sources
ETS 300 132-2	Equipment Requirements for DC Powered Equipment
ANSI TIA 942	Principios de diseño Centro de Datos
TIA 606A	Normativa de rotulado interno en tableros.
Gestión
RFC 793	TCP
RFC 4330	SNTP
RFC 1541	DHCP
RFC 3621	POE
RFC 1157	SNMPv1/v2

 

2. Características Generales Control Acceso Tablero

 

El equipo debe cumplir las siguientes especificaciones técnicas:

 

1. El controlador debe ser dispositivo físico, programable, encargado de validar y habilitar el acceso al gabinete y debe contar con los diferentes métodos de validación:
   1. Detección por huella dactilar (biométrico)
   2. Detección tarjeta radiofrecuencia (frecuencia de 127 KHz y/o 13.56 Mhz).
   3. Digitación de código en teclado (de 4 dígitos).
2. El controlador debe estar previsto para ser instalado en un estructura metálica o el riel DIM, deben entregarse todos los accesorios necesarios para la instalación física del mismo.
3. El controlador debe contar con un display de 5,08 centímetros para identificar el sitio en donde está ubicado, así como mostrar notificaciones.
4. Los métodos de apertura del controlador deben ser:
   1. Por huella dactilar (biométrico)
   2. Por código digitado.
   3. Por tarjeta o batch.
   4. De manera remota por el gestor de la plataforma.
5. En controlador debe permitir aplicar doble factor de autenticación para usuarios.
6. El controlador debe soportar los protocolos Syslog, ICMP para registro de eventos y verificación de conectividad.
7. El equipo debe contar 1 puerto RS-485 para incorporar periféricos por medio de este protocolo.
8. El equipo debe contar dos entradas digitales de alarmas.
9. El equipo debe contar dos salidas digitales de alarmas.
10. El equipo debe contar con una salida que accione el mecanismo de actuación de cerrado y abierto.
11. El equipo debe referenciar como las siguientes alarmas:
    1. Puertas abiertas.
    2. Apertura forzada.
    3. Por sabotaje (tamper).
    4. Por acceso no permito (vía código, tarjeta, biométrico)
12. El controlador debe entregar la potencia para accionar el sistema de contención (llavín).
13. Al controlador se le deben conectar los siguientes accesorios periféricos:
    1. Un lector, se permite que el controlador tenga el lector incorporado.
    2. Dos sensores de la condición de las puertas frontal y trasera (abiertas o cerradas).
    3. Llavines electromecánicos y electromagnéticos: con accionamiento electromagnético o mecánico con llave de seguridad.
    4. Puerto de comunicación a red Ethernet, conector RJ-45, 10/100 Mbps, con funcionalidad PoE o PoE+
    5. Cableado de conexiones entre los diferentes del sistema de control de acceso.
    6. La alimentación del controlador debe ser por medio de tecnología Power Over Ethernet para voltaje de 15 o 30 watts.
14. El equipo debe contar como método de comunicación adicional acceso inalámbrico por medio de tecnología 802.11 y contar con método de autenticación WPA2.
15. En caso de que el controlador pierda la comunicación con el servidor de administración, debe operar normalmente por medio de un respaldo de la base de datos a nivel local.
16. El controlador de cada gabinete debe poder almacenar internamente hasta 3000 registros de usuarios de manera local.
17. El controlador debe soportar albergar internamente 10000 registros históricos de eventos de forma secuencial cronológica.
18. El respaldo local de usuarios debe ser consistente con los datos de configuración de usuarios y permisos de la aplicación en el servidor remoto.
19. Una vez restablecida la comunicación con el software de control del servidor de administración debe actualizar la base de datos de acontecimientos ocurridos mientras el sistema del gabinete estuvo fuera de línea.
20. En caso de falla de alimentación, el control queda deshabilitado y el hardware (llavines) debe quedar abierto.
21. El mecanismo de apertura debe abrir ambas puertas de manera simultánea.
22. El equipo de soportar normativa de ambiente IP65 o equivalente.
23. El equipo debe contar con soporte SDK y API para integración a software de terceros.
24. El Contratista deberá entregar de manera adicional 100 dispositivos de acceso por radiofrecuencia (compatibles para los rangos de frecuencia de operación)
25. El equipo debe soportar protocolo de gestión SNMP versión 3.
26. El controlador debe contar con un mecanismo de ciberseguridad para cifrar y encriptar la información con el software de gestión por medio de protocolo (s) que provean esa función tales como SSL o SSH.
27. Cada llavín de puerta debe ser alimentado eléctricamente por medio del controlador, el método de contención debe ser de 280 kg cada llavín.
28. El controlador debe ser configurable vía web.
29. Las dimensiones máximas del controlador deben ser 210 milímetros de largo, 90 milímetros de ancho y 40 milímetros de alto, esto pues es el máximo espacio que se puede contar en los tableros existentes en los cuales se pretende instalar.
30. El Contratista deberá dar todo el cableado de señalización eléctrica y accesorios mecánicos para montaje de controlador y electroimán.
31. El equipo debe tener un soporte de temperatura de hasta 50 grados Celcius.

 

LINEA 17. Software de gestión para control de acceso a tableros.

 

Para la línea del software de administración de la plataforma de control de acceso para tableros el Oferente deberá presentar junto con la oferta, la certificación por parte del fabricante en donde se compruebe  este cumplimiento.

 

Para esta línea se requiere la adquisición de UNO (1) software, el mismo deben cumplir con las siguientes características:

 

1. El software debe tener la capacidad de administrar 1000 puertas de manera simultánea.
2. El software ofertado debe ser compatible sin limitación alguna con los dispositivos ofertados para la apertura física de las puertas de los tableros.
3. El software debe ser instalado en entorno de sistema operativo Windows Server 2016 o superior, se debe incluir en la propuesta el costo de las licencias del sistema operativo.
4. El software debe permitir ser instalado en un entorno virtual y no debe quedar restringido a un hardware en específico.
5. La aplicación debe ser alcanzable por los usuarios remotos por medio de conexión segura, utilizando mecanismos de ciberseguridad que hagan una encriptación de la conexión como TLS.
6. El acceso a la aplicación y a las funciones de la misma debe permitir la creación de 5 roles que permitan segmentar los niveles de privilegio.
7. El software debe instalarse en entorno de datacenter operativo del ICE, no se permiten soluciones de software instaladas fuera de la red Operativa del ICE o “en la nube de internet”.
8. El software debe funcionar en alta disponibilidad y trabajar en entornos distribuidos.
9. La plataforma debe comunicarse con los controladores instalados, por medio de una red de comunicación LAN, mediante direccionamiento IPv4.
10. El software debe tener la capacidad de registrar hasta 2000 usuarios.
11. El software debe tener la capacidad de crear hasta 20 grupos de usuarios.
12. El software debe almacenar para análisis posterior hasta 200 000 registros de operaciones tales como apertura, cierre, registro, accesos no permitido.
13. El software debe filtrar accesos por los siguientes métodos:
    1. Por zonas.
    2. Por puertas.
    3. Por usuario.
    4. Por tiempo y fechas definido.
14. El software debe tener la posibilidad de hacer apertura de las puertas de forma remota mediante acción de un operador.
15. El software debe permitir aplicar doble factor de autenticación para usuarios.
16. El software debe modificar eventos y alarmas por medio de protocolos SMTP.
17. En caso de necesitar herramientas adicionales de registro el Contratista deberá suministrar estas herramientas de hardware o software complementarias.
18. La aplicación debe registrar todos los eventos relacionados a los controles de acceso remoto tales como apertura de puertas, registros de usuarios, apertura forzada de puertas, estampa de tiempo.
19. El contratista deberá brindar acompañamiento y supervisión en la implementación del sistema, así como deberá validar el correcto funcionamiento del mismo con la validación de 3 controles de acceso a tablero.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Anexos

Maqueta para utilizar.  Figura 1

 

 

Maqueta para utilizar.   Figura 2

 

CONDICIONES GENERALES

Las Condiciones Generales que regirán para los procedimientos de contratación administrativa, tramitadas por el Instituto Costarricense de Electricidad, que en lo sucesivo se denominará ICE, Institución Autónoma de la de la República de Costa Rica, domiciliada en San José y con cédula jurídica N.º 4-000-042139-02, son las CONDICIONES GENERALES DEL CARTEL TIPO DE CONDICIONES PARA PROCESOS DE CONTRATACION ADMINISTRATIVA, publicadas en el Alcance No.161 a La Gaceta No.174 del 19 de setiembre del 2024.

La ley General de Contratación Pública N°9986 y su reglamento, tal como lo dispone el artículo 20 de la Ley N°8660.

Estas condiciones pueden ser accedidas por medio de la siguiente dirección electrónica: https://apps.grupoice.com/PEL/

Para la atencion de las erogaciones de pago que se originen de este contrato que corresponde a presupuestos de años futuros la dependencia incluirá en las cifras de formulación presupuestaria del año correspondiente el debido contenido presupuestario, el cual queda sujeto a la aprobación del presupuesto por parte de la Contraloría General de la República.  En caso necesario la dependencia se compromete a dotar el debido contenido presupuestario mediante el procedimiento interno de modificación presupuestaria.

La composición presupuestaria se distribuye de la siguiente manera:

Periodo 2026 un monto de 4.524.019.037,85CRC

Tipo de cambio: 1USD=533,23

Criterios Sostenibles:

Ambiental.

El Contratista de la partida 2 y 3 debe cumplir los siguientes lineamientos:

1. Debe identificar los aspectos ambientales asociados a las actividades que va a realizar, así como los controles operacionales correspondientes.
2. Debe presentar el Plan para la Gestión de Residuos por tipo, producto de las actividades a realizar. Realizar la gestión con un Gestor Autorizado de Residuos.
3. Debe Aportar la lista de los productos de contención de derrames, al igual que un plan de contingencia en caso de que suceda una emergencia ambiental, como por ejemplo derrame de sustancias químicas durante la ejecución de los trabajos.
4. En cuanto al embalaje para los equipos deberá ser de fácil separación y de material reciclable, biodegradable o compostable.  Bajo ninguna circunstancia se acepta estereofón (Poliestireno). Ley N° 9703 y su reglamento que decretan la prohibición de importación, comercialización y entrega de envases o recipiente de poliestireno expandido (estereofón).

 

Seguridad e higiene ocupacional:

Los oferentes que presenten oferta para la partida 1 y 4 deben cumplir los siguientes lineamientos de Seguridad e Higiene Ocupacional:

• Presentación de certificación de pago del régimen de la C.C.S.S al día.
• Todo oferente que deba ingresar a subestaciones eléctricas de la División Transmisión debe cumplir con el requerimiento de participar en la charla de Inducción en Materia de Seguridad Laboral para el Ingreso a Subestaciones de la División Transmisión.

Los oferentes que presenten oferta para la partida 2 y 3 deben cumplir los siguientes lineamientos de Seguridad e Higiene Ocupacional:

• En caso de ingreso de vehículo particular a subestaciones eléctricas de la División Transmisión se debe presentar: licencia de conducir al día y que el vehículo se encuentre libre de fugas de alguna sustancia química (combustible, aceite, líquido de freno u otro),  Revisión Técnica Vehicular al día, Derecho de Circulación Vigente y Póliza de Responsabilidad Civil por daños a Terceros vigente.
• El oferente debe cumplir con el Equipo de Protección Personal necesario para el ingreso a Subestaciones y el cual serán informados mediante la charla de Inducción para el Ingreso a Subestaciones eléctricas de la División Transmisión.

El contratista de las partidas 2 y 3 deberá cumplir con los siguientes lineamientos de Seguridad e Higiene Ocupacional:

• Presentación de certificación de pago del régimen de la C.C.S.S al día.
• Presentación mensual de copia de la planilla durante el periodo de ejecución del contrato.
• 3 días antes de que el contratista inicie labores se debe presentar certificación de vigencia de las siguientes pólizas:

• Póliza de Riesgos del Trabajo para la actividad económica requerida, donde se indique de manera clara y precisa el detalle de la adjudicación (monto, actividad, tipo de trabajos y otros), emitida por el Instituto Nacional de Seguros.
• En caso de extranjero se debe presentar póliza de extranjero que defina con claridad la actividad a realizar en el país, ajustado a las actividades a desempeñarse en instalaciones ICE.
• Certificación de vigencia de la póliza de responsabilidad civil.

• Declaración jurada de cumplimiento de normativa en materia de Seguridad e Higiene Ocupacional que se referencia a continuación:
• NFPA 70E 2009 2021. Norma para la seguridad eléctrica en lugares de trabajo, Artículo 120.2
• NESC 2017. National Electrical Safety Code 2017
• TE-2901-PR-78-001. Procedimiento para el Ingreso a Subestaciones de Transmisión
• TE-2010-PR-95-001. Procedimiento  evaluación de requisitos para proveedores externos  de acuerdo a normas ISO
• INTE  31.07.02.2000. Norma para la Señalización de seguridad e higiene en los centros de trabajo.
• El Contratista debe presentar un mapeo de riesgos laborales dentro de la oferta y un plan de acción para mitigar los riesgos laborales asociados al tipo de contratación. En caso de que se omita un riesgo laboral en el mapeo, no exime de responsabilidad al Contratista de tomar las medidas de prevención requeridas.
• Todo contratista que deba ingresar a subestaciones eléctricas de la División Transmisión debe cumplir con el requerimiento de participar en la charla de Inducción en Materia de Seguridad Laboral para el Ingreso a Subestaciones de la División Transmisión.
• En caso de ingreso de vehículo particular a subestaciones eléctricas de la División Transmisión se debe presentar: licencia de conducir al día y que el vehículo se encuentre libre de fugas de alguna sustancia química (combustible, aceite, líquido de freno u otro), Revisión Técnica Vehicular al día, Derecho de Circulación Vigente y Póliza de Responsabilidad Civil por daños a Terceros vigente.
• El Contratista debe cumplir con el Equipo de Protección Personal necesario para el ingreso a Subestaciones y el cual serán informados mediante la charla de Inducción para el Ingreso a Subestaciones eléctricas de la División Transmisión.

Requisitos para la facturación:

Para facturar el pedido debe de incorporar en su factura, en el espacio de “Información de referencia”, creado exclusivamente para ingresar el número interno: 

Ejemplo: MM-450xxxx (sin espacios)

Para obtener este número interno (MM-45000xxxx), el proveedor deberá obligatoriamente solicitar el número interno al Administrador de Contrato(AC) asignado por medio de correo electrónico, PREVIO a la entrega de material o servicio.

Las facturas y el XML se deben enviar al correo facturasice@ice.go.cr

Cláusula de desempate:

En caso de que se presente un empate en la propuesta económica de los posibles oferentes, se convocará un sorteo público, el cual se podrá realizar en forma presencial. La fecha y hora será comunicada oportunamente.

Para definir el desempate se utilizará la moneda.

De lo anterior, se levantará un acta que será suscrita por los asistentes al evento (presencial), el cual se incluirá en el Sistema Digital Unificado

Estructura de precio y presupuesto detallado:  

Con fundamento en el artículo 26 del reglamento a la ley 8660, el oferente deberá presentar junto a su oferta:

1. La estructura de precio:  Esta estructura será por partida y estará compuesta por el desglose del precio de oferta, tanto en valores absolutos como porcentuales, con el detalle de al menos los siguientes componentes: mano de obra, insumos, gastos administrativos y utilidad.
2. Presupuesto Detallado:  El presupuesto detallado que sustenta la estructura del precio presentada, desglosando detalladamente los componentes de cada rubro, según corresponda.

Nota: El formato de estructura de precio y presupuesto detallado no es limitante, por lo que se anexa en formato editable para que el oferente pueda adaptar al objeto contractual. (Ver Anexo).

SOPORTE TECNICO Y PERSONAL REQUERIDO:

El contratista, en la etapa de ejecución contractual deberá proveer soporte técnico presencial o virtual de acuerdo a las necesidades  de soporte técnico y personal requerido por parte del ICE a configuraciones y atención de incidencias(la atención de incidencias por parte del contratista se realizará a través de la creación, por parte de ICE, de un tiquete en su centro de soporte para los equipos particulares (enrutadores, switches, firewall, controladores de control de acceso) que ameriten la revisión, en el caso de ser necesario elevará el caso  con el fabricante , con el objetivo de minimizar los tiempos de indisponibilidad del servicio o equipo, durante todo el periodo de la garantía técnica.

 

GARANTÍA TÉCNICA

Para todas las partidas  se debe brindar  con garantía técnica tanto en hardware, firmware y software, así como por los servicios brindados por un periodo de 3 años contados a partir de la recepción definitiva  por parte del ICE de los mismos.

CONTROL DE CALIDAD

Previo a la entrega de los bienes, el contratista debe elaborar en la plataforma SICOP la correspondiente “solicitud de recepción”.

Una vez recibidos los bienes, el personal técnico de la División Transmisión se encargará de extraer una muestra aleatoria de 1 unidad de cada ítem, y se realizará una inspección física por parte del área técnica designada para fines de determinar el cumplimiento según lo contratado a efectos de emitir el acta de recepción definitiva en el Sistema SICOP.

Una vez recibidos los servicios el personal técnico de la División de Transmisión verificará la correcta prestación del servicio contratado para fines de determinar el cumplimiento según lo contratado a efectos de emitir el acta de recepción definitiva en el Sistema SICOP.

Finiquito:

Una vez finalizada una contratación de bienes y concluido el trámite correspondiente de cobro de multas, cláusula penal u otros, en caso de que proceda, el Coordinador de Contratación Administrativa (CCA) en lo que corresponda, en coordinación con el Administrador de Contrato(AC) incorporará en el expediente electrónico el finiquito o informe final, según corresponda, debidamente firmado.

Audiencia para descuentos (mejora de precios)

De conformidad con el artículo 66 el Reglamento al Título II de la Ley N°.8660,
la Administración podrá otorgar audiencias posteriores al acto de apertura a fin de
que aquellas ofertas elegibles, tengan oportunidad de otorgar un descuento a su
propuesta. Este descuento será considerado en la calificación de las ofertas. En
cada cartel se dispondrá las reglas para la aplicación de descuentos.

La Proveeduría citará a los proponentes que cumplan técnica y legalmente,
concediéndole el plazo de 5 días hábiles, fijándose la fecha y hora para presentar el descuento por medio del Sistema Digital Unificado o de manera física según corresponda al tipo de procedimiento y conforme disponga el cartel, sin que se afecten los demás términos de la propuesta efectuada. El descuento no podrá ser mayor a la utilidad establecida en el precio original. En caso de procesos de contratación en formato de expediente físico, la invitación se realizará vía correo electrónico y la presentación del descuento en Ventanilla Única de la Dirección Proveeduría.

Junto con la mejora de precios se deberá de presentar la nueva estructura de precio y presupuesto detallado y la justificación de la disminución del precio.

El oferente que ofrezca descuentos o mejoras en los precios, deberá
incorporar la estructura del precio descontado, considerando todos los elementos
que los componen, además de la estructura del precio sin descuento, asimismo en
caso de presentar una mejora del precio, deberá justificar la disminución del precio.

El descuento debe estar exento de condicionamientos para que sea sujeto de aceptación.

No se aceptarán propuestas de descuento que no hubiesen sido presentadas
en la audiencia fijada por la Proveeduría del ICE al efecto.

La mejora aplica sobre el subtotal del precio, sin considerar impuestos de ninguna clase

 Responsabilidades del ICE

• Llevar una bitácora diaria de asistencia en la que participa personal del ICE(personal técnico y de cadena de abastecimiento), personal de la empresa Oferente y personal de la empresa (s) que participen en modo “Testigo Silencioso” según sea el rol de los mismos.

• Brindar el espacio físico requerido para la realización de las pruebas.
• Facilitar los puntos de conexión de los equipos.
• Brindar alimentación 125 VDC y 120 VAC para los equipos a probar.
• Proveer ruta óptica en fibra gris hacia nodos de interconexión (Red MPLS en operación) al nodo de pruebas.
• Validar las pruebas según el “Protocolo de Pruebas” y aclarar en caso de que exista alguna duda sobre ellas.
• Configurar los equipos en los extremos (Red MPLS en Producción) para que se pueda interconectar el equipo de pruebas a la red en producción y validar la interoperabilidad.
• Verificar el funcionamiento de los servicios definidos en la “Prueba de Concepto”.
• Configurar y validar protocolos AAA y SNMP en los gestores del ICE con base a los parámetros que indique cada oferta a evaluar.
• Levantar acta con los resultados de las pruebas para cada oferente
• Proveer acceso a Internet (Intranet ICE).
• Aporta el equipo para simular la infraestructura de servicio (repisas de teleprotección y cableado en panel de ponchado.
• Al finalizar el tiempo asignado para las pruebas, cualquier resultado no satisfactorio en la mismas, que se declare en condición “No Cumple” es motivo de rechazo de la oferta.
• Tramitar los permisos ante el Área de Operación de la Región Central de ingreso a Subestación Lindora para el personal del Oferente que vaya a realizar las pruebas, esto siempre y cuando el Oferente haya presentado la información necesaria para solicitar dichos permisos.