Por la presente nos dirigimos a Ustedes con respecto a la Licitación Publica Nacional Numero 10/2016 Actualización de Red Corporativa, con el motivo de solicitar una prórroga para la fecha limite de propuesta y para la fecha de entrega de Ofertas.
La presente fecha límite de propuesta es el 25 de Agosto de 2016 y de la fecha de entrega de Ofertas es el 26 de agosto de 2016, por la presente nota solicitamos una prórroga de tres semanas para ambas fechas límite, solicitamos que la fecha límite de propuesta sea el 15 de Septiembre de 2016 y la fecha de entrega de ofertas sea el 16 de Septiembre de 2016.
Por la presente nos dirigimos a Ustedes con respecto a la Licitación Publica Nacional Numero 10/2016 Actualización de Red Corporativa, con el motivo de solicitar una prórroga para la fecha limite de propuesta y para la fecha de entrega de Ofertas.
La presente fecha límite de propuesta es el 25 de Agosto de 2016 y de la fecha de entrega de Ofertas es el 26 de agosto de 2016, por la presente nota solicitamos una prórroga de tres semanas para ambas fechas límite, solicitamos que la fecha límite de propuesta sea el 15 de Septiembre de 2016 y la fecha de entrega de ofertas sea el 16 de Septiembre de 2016.
Debido a la necesidad urgente de contar con la solución requerida a fin de acompañar los avances tecnológicos implementados por la Compañía, no se podrá conceder lo solicitado.
12
SECCIÓN III 1.5.3 - SERVIDORES PARA CONTROLADOR SDN
En la sección: 1.5.3.10 Debe soportar una capacidad de conexión de como mínimo unidades de 128 SATA y SAS con ocho puertos internos de 12 Gb de capacidad de BUS.
Consultamos cuanto sigue:
Favor proveer el sistema de conexión de los dispositivos. Favor aclarar a qué hace referencia 128 SATA
16-08-2016
25-08-2016
SECCIÓN III 1.5.3 - SERVIDORES PARA CONTROLADOR SDN
En la sección: 1.5.3.10 Debe soportar una capacidad de conexión de como mínimo unidades de 128 SATA y SAS con ocho puertos internos de 12 Gb de capacidad de BUS.
Consultamos cuanto sigue:
Favor proveer el sistema de conexión de los dispositivos. Favor aclarar a qué hace referencia 128 SATA
El Sistema de conexión de los Dispositivo queda por cuenta del oferente de acuerdo al requerimiento y el equipamiento ofertado. Los 128 SATA y SAS, se refiere a la cantidad de unidades de discos que debe soportar el controlador, con al memos 12Gb de capacidad de Bus.
13
SECCIÓN III 1.5.3 - SERVIDORES PARA CONTROLADOR SDN
1.5.3.11 Debe poseer un controlador RAID SATA y SAS en un mínimo de 8 puertos internos para conectar 128 unidades
Consultamos cuanto sigue:
Favor proveer el sistema de conexión de los dispositivos para un mejor entendimiento de la solución.
16-08-2016
25-08-2016
SECCIÓN III 1.5.3 - SERVIDORES PARA CONTROLADOR SDN
1.5.3.11 Debe poseer un controlador RAID SATA y SAS en un mínimo de 8 puertos internos para conectar 128 unidades
Consultamos cuanto sigue:
Favor proveer el sistema de conexión de los dispositivos para un mejor entendimiento de la solución.
El Sistema de conexión de los Dispositivo queda por cuenta del oferente de acuerdo al requerimiento y el equipamiento ofertado. Aclarando que el requerimiento es de 128 unidades de discos SATA y SAS con ocho puertos internos de 12 Gb de capacidad de BUS.
14
SECCIÓN III 1.5.7 RACKs
1.5.7.17 Conectores eléctricos inteligentes de 24 tomas (mínimo) disponibles a lo largo del equipo, monitoreable, SNMP. Dos por cada Rack
Consultamos:
1-Cual sera el standard conector de las tomas?
2- Como se hara la conexion de la PDU al panel de energia?
3- Cuantas fases de soportar la PDU?
4- Se requiere de una PDU con llave eletromagnetica? De cuantos amperes?
1.5.7.17 Conectores eléctricos inteligentes de 24 tomas (mínimo) disponibles a lo largo del equipo, monitoreable, SNMP. Dos por cada Rack
Consultamos:
1-Cual sera el standard conector de las tomas?
2- Como se hara la conexion de la PDU al panel de energia?
3- Cuantas fases de soportar la PDU?
4- Se requiere de una PDU con llave eletromagnetica? De cuantos amperes?
El estándar de las tomas será conforme al equipo ofertado.
En la Visita Guiada a los participantes se les aclaró todo tipo conexión eléctrica entre los racks y el tablero eléctrico. Las fases que deben soportar las PDU dependerán de los requerimientos de los equipos ofertados, cada PDU debe tener llave electromagnética en el tablero. El amperaje será conforme al consumo de cada equipo.
15
SECCIÓN III 1.5.1 - SWITCHES PRINCIPALES
1.5.1.18 El chasis equipado al máximo debe soportar por lo menos 570 puertos de 10 Gbps, cada puerto debe soportar ópticas con alcance mínimo desde 100m a 40 Km (detallar)
Consultamos:
De tal manera a optimizar la solucion y cumplir con los items 1.5.1.17. , 1.5.1.19, 1.5.1.20 ademas del numero de RACKS (uno) por sitio, solicitamos a la convocante la reduccion a 190 puertos de 10G para el item 1.5.1.18, teniendo en cuenta que comercialmente en el mercado se encuentran tarjetas de 48 puertos de 10G, para cumplir con el item 1.5.1.18 son necesarios al menos 12 slots de servicio, sin embargo para cumplir con los items 1.5.1.17. , 1.5.1.19, 1.5.1.20 son necesarios solamente 4 slots de servicio, lo que hace que se sobre dimensionen de manera desproporcional los chassis de los switches principales por el item 1.5.1.18. Es evidente que este error se arrastra de la pagina de especificaciones del vendor CISCO (http://www.cisco.com/c/dam/en/us/products/switches/nexus-9000-series-switches/nexus-9500-chassis-comparison.html) donde coincidementemente existe un error en los calculos de numero maximo de puertos de 10G en la serie NEXUS 9500, especificamente del Cisco Nexus 9504 Switch, este equipo tiene solamente 4 modulos de servicio y con 48 puertos por cada modulo solo puede soportar hasta 192 puertos de 10G y no 576 como mencionan en la pagina.
1.5.1.18 El chasis equipado al máximo debe soportar por lo menos 570 puertos de 10 Gbps, cada puerto debe soportar ópticas con alcance mínimo desde 100m a 40 Km (detallar)
Consultamos:
De tal manera a optimizar la solucion y cumplir con los items 1.5.1.17. , 1.5.1.19, 1.5.1.20 ademas del numero de RACKS (uno) por sitio, solicitamos a la convocante la reduccion a 190 puertos de 10G para el item 1.5.1.18, teniendo en cuenta que comercialmente en el mercado se encuentran tarjetas de 48 puertos de 10G, para cumplir con el item 1.5.1.18 son necesarios al menos 12 slots de servicio, sin embargo para cumplir con los items 1.5.1.17. , 1.5.1.19, 1.5.1.20 son necesarios solamente 4 slots de servicio, lo que hace que se sobre dimensionen de manera desproporcional los chassis de los switches principales por el item 1.5.1.18. Es evidente que este error se arrastra de la pagina de especificaciones del vendor CISCO (http://www.cisco.com/c/dam/en/us/products/switches/nexus-9000-series-switches/nexus-9500-chassis-comparison.html) donde coincidementemente existe un error en los calculos de numero maximo de puertos de 10G en la serie NEXUS 9500, especificamente del Cisco Nexus 9504 Switch, este equipo tiene solamente 4 modulos de servicio y con 48 puertos por cada modulo solo puede soportar hasta 192 puertos de 10G y no 576 como mencionan en la pagina.
El consultante desconoce las previsiones de crecimiento que tiene COPACO para este sistema por lo que no puede determinar si se trata de un sobredimensionamiento.
Los cálculos de interfaces actuales/futuras así como los slots necesarios para las mismas se realizaron en base a las necesidades actuales y estimaciones futuras, sin tener en cuenta la cantidad de interfaces soportadas por ninguna marca y modelo en particular.
Existen varias marcas de equipamiento similar al requerido que soportan esta cantidad de interfaces y de módulos de 48 puertos 10G así como existen tecnologías de multiplexión onboard de puertos de 40GE/100GE en 4 x 10GE y 10 x 10GE respectivamente.
16
SECCIÓN III 1.5.1 - SWITCHES PRINCIPALES
1.5.1.3 Cada equipo debe estar equipado de acuerdo a la arquitectura pretendida con al menos 36 interfaces de 40G con los siguientes alcances:
-Mínimo 28 interfaces de 40G con alcance de 100 mtrs sobre 1 pelo de FO
-Mínimo 2 interfaces de 40G con alcance de 10 Km
- Mínimo 1 interfaces de 40G con alcance de 40 Km
-El resto de las interfaces sin módulos ópticos
1.5.2.3
Consultamos
De manera a dar oportunidad a otros fabricantes sugerimos aceptar soluciones donde las interfaces de 40G no sean necesariamente con módulos ópticos del tipo BIDI. Soluciones como la utilización los 40G eSDLC optical tranceiver lograron una reduccion del 60% del consumo de energía. Item 1.5.1.3 y 1.5.2.3
1.5.1.3 Cada equipo debe estar equipado de acuerdo a la arquitectura pretendida con al menos 36 interfaces de 40G con los siguientes alcances:
-Mínimo 28 interfaces de 40G con alcance de 100 mtrs sobre 1 pelo de FO
-Mínimo 2 interfaces de 40G con alcance de 10 Km
- Mínimo 1 interfaces de 40G con alcance de 40 Km
-El resto de las interfaces sin módulos ópticos
1.5.2.3
Consultamos
De manera a dar oportunidad a otros fabricantes sugerimos aceptar soluciones donde las interfaces de 40G no sean necesariamente con módulos ópticos del tipo BIDI. Soluciones como la utilización los 40G eSDLC optical tranceiver lograron una reduccion del 60% del consumo de energía. Item 1.5.1.3 y 1.5.2.3
El pliego requiere 40G con alcance de 100 mts sobre 1 pelo de FO, no se menciona la tecnología BIDI. COPACO no dispone de gran cantidad de fibras para la interconexión por lo que el requerimiento de que sea sobre un pelo de fibra resulta en un importante ahorro de fibras.
Según análisis, la tecnología 40G-eSDLC no es un standard y determinaría un único posible oferente
17
SECCIÓN III 1.5.2 - SWITCHES SECUNDARIOS
1.5.2.3 Cada equipo debe estar equipado de acuerdo a la arquitectura pretendida con al menos 48 interfaces de 1/10G y 6 interfaces 40G con los siguientes alcances:
-Mínimo 5 interfaces de 40G con alcance de 100 mts. sobre 1 pelo de FO
-1 interface de 40G con alcance de 10 Km
-Mínimo 4 interfaces de 10G con alcance de 10 Km
-Mínimo 34 interfaces de 1G 1000Base-TX
-Mínimo 10 interfaces de 1G 1000BaseSX
-El resto de las interfaces sin módulos ópticos
Consultamos:
De manera a dar oportunidad a otros fabricantes sugerimos aceptar soluciones donde las interfaces de 40G no sean necesariamente con módulos ópticos del tipo BIDI. Soluciones como la utilizacion los 40G eSDLC optical tranceiver lograron una reduccion del 60% del consumo de energia. Item 1.5.1.3 y 1.5.2.3
1.5.2.3 Cada equipo debe estar equipado de acuerdo a la arquitectura pretendida con al menos 48 interfaces de 1/10G y 6 interfaces 40G con los siguientes alcances:
-Mínimo 5 interfaces de 40G con alcance de 100 mts. sobre 1 pelo de FO
-1 interface de 40G con alcance de 10 Km
-Mínimo 4 interfaces de 10G con alcance de 10 Km
-Mínimo 34 interfaces de 1G 1000Base-TX
-Mínimo 10 interfaces de 1G 1000BaseSX
-El resto de las interfaces sin módulos ópticos
Consultamos:
De manera a dar oportunidad a otros fabricantes sugerimos aceptar soluciones donde las interfaces de 40G no sean necesariamente con módulos ópticos del tipo BIDI. Soluciones como la utilizacion los 40G eSDLC optical tranceiver lograron una reduccion del 60% del consumo de energia. Item 1.5.1.3 y 1.5.2.3
El pliego requiere 40G con alcance de 100 mtrs sobre 1 pelo de FO, no se menciona la tecnología BIDI. COPACO no dispone de gran cantidad de fibras para la interconexión por lo que el requerimiento de que sea sobre un pelo de fibra resulta en un importante ahorro de fibras.
Según análisis, la tecnología 40G-eSDLC no es un standard y determinaría un único posible oferente.
18
SECCION III 1.5.2 - SWITCHES SECUNDARIOS
1.5.2.5 request 2+1 power redundancy. Huawei can just support 1+1 because its reliable enough for this 2U equipment.
Consultamos si:
De manera a dar oportunidad a otros fabricantes sugerimos aceptar soluciones donde la redundancia sea 1+1, con este tipo de redundancia se garantiza la disponibilidad incluso si el 50% de las fuentes de energia. Permitiendo el hot swap solicitado en el pliego item 1.5.2.5.
1.5.2.5 request 2+1 power redundancy. Huawei can just support 1+1 because its reliable enough for this 2U equipment.
Consultamos si:
De manera a dar oportunidad a otros fabricantes sugerimos aceptar soluciones donde la redundancia sea 1+1, con este tipo de redundancia se garantiza la disponibilidad incluso si el 50% de las fuentes de energia. Permitiendo el hot swap solicitado en el pliego item 1.5.2.5.
Debido a la importancia, sensibilidad y criticidad del flujo de datos que fluirá por estos equipos, se requiere de una redundancia 2+1. En caso de falla de una de ellas para que el sistema siga operando con redundancia de fuentes.
19
SECCION III 1.5.6 FIREWALLS
1.5.6.62 Debe poder soportar reglas por plataforma tal como: Apple; Cisco; Compaq; HP; IBM; Juniper; Microsoft; Nokia; RedHat; Suse; Sun; Juniper.
Consultamos si:
Solicitamos aclarar mejor este item, Se refieren al sistema operativo de cada fabricante mencionado en el item 1.5.6.62?
1.5.6.62 Debe poder soportar reglas por plataforma tal como: Apple; Cisco; Compaq; HP; IBM; Juniper; Microsoft; Nokia; RedHat; Suse; Sun; Juniper.
Consultamos si:
Solicitamos aclarar mejor este item, Se refieren al sistema operativo de cada fabricante mencionado en el item 1.5.6.62?
Cada una de las plataformas y sus correspondientes sistemas operativos (que son los usuales) posee su propia firma o signature de comportamiento especifico y único al mismo, se solicita que el Firewall tenga la capacidad de identificarlos y de poder aplicar reglas de tráfico de acuerdo a los mismos, esto obedece a la posibilidad de generar accesos remotos customizados desde los clientes hacia los sistemas de la Compañía.
20
SECCION III 1.5.4 - CONTROLADOR SDN
1.5.4.19 Debe controlar cualquier switch virtual (vSwitch) que resida en diferentes hipervisores con lo que cuenta actualmente la compañía.
Consultamos si nos pueden aclarar:
Cuales son los vSwitches que estan actualmente en funcionamiento. Por favor proveer la Marca y la version de software de cada uno de ellos.
1.5.4.19 Debe controlar cualquier switch virtual (vSwitch) que resida en diferentes hipervisores con lo que cuenta actualmente la compañía.
Consultamos si nos pueden aclarar:
Cuales son los vSwitches que estan actualmente en funcionamiento. Por favor proveer la Marca y la version de software de cada uno de ellos.
La intención de este requerimiento es la de cumplir con uno de los pilares fundamentales de la estrategia SDN que es la de interoperar 100% con los hypervisores más conocidos del mercado. Se solicita al consultante que no se remita a determinados vSwitches sino que detalle los dispositivos de Hypervisores que es capaz de controlar con su controlador.