LICITACIÓN PÚBLICA INTERNACIONAL PER/09/70477/1224 ADQUISICIÓN DE UNA SOLUCION INTEGRAL DEL SISTEMA DE TELEFONIA IP DE LA SBS. NOTA ACLARATORIA No.

Transcripción

1 LICITACIÓN PÚBLICA INTERNACIONAL PER/09/70477/1224 ADQUISICIÓN DE UNA SOLUCION INTEGRAL DEL SISTEMA DE TELEFONIA IP DE LA SBS NOTA ACLARATORIA No Consulta Sección: Numeral: Página: En la página 42, del Ingeniero responsable (jefe de Proyecto), dentro de los requisitos solicitados, indican Certificación PMI preferente. Confirmar que este requisito no es obligatorio, si no es opcional. La certificación PMI no es obligatoria. 2. Consulta Sección: Numeral: Página: En la página 43, de los requisitos de los cuatro ) (04) ingenieros o Técnicos de campo o instalación, se indica: Experiencia en implementaciones, instalación, programación, configuración, etc. De sistemas de telefonía IP, mínimo de tres (03) años, con certificación emitida por el fabricante de los productos a ser instalados. Al respecto debemos señalar que la solución además de la telefonía IP consta de switches, equipos Wireless, UPS, por lo que se solicitan que los cuatro (04) ingenieros o técnicos puedan tener experiencia y certificación en cualquiera de los equipos mencionados. La experiencia de tres (3) años, y la certificación de los cuatros (04) ingenieros deberá ser en Sistemas de Telefonía IP. NOTA ACLARATORIA No. 1 1

2 3. Consulta Sección: Numeral: Página: En la página 54, del punto 4.5 Seguridad del Sistema de Telefonía IP, respecto a los parámetros de: - Encriptación AES (Advanced Encription Standard). - Nivel de encriptación 128 bits como mínimo. Confirmar que todos los teléfonos ofertados deben soportar dichos parámetros. Todos los teléfonos deben soportar los parámetros de seguridad indicados. 4. Consulta Referencia(s) de las Bases - Se deberá suministrar cualquier elemento, dispositivo o accesorio que sea indispensable para el uso destinado del vehículo aun cuando no se indique explícitamente en las Especificaciones Técnicas requeridas. Sección: V Numeral: 2 Página: 41 Agradeceremos confirmar si este párrafo corresponde al objeto de la presente licitación. Considerar el párrafo siguiente: Se deberá suministrar cualquier elemento, dispositivo o accesorio que sea indispensable para el uso destinado del sistema de telefonía IP, aún cuando no se indique explícitamente en las Especificaciones Técnicas requeridas. 5. Consulta Referencia(s) de las Bases La SBS proveerá el cableado estructurado en óptimas condiciones, para la sede central y las sedes remotas Numeral:4.1.2 Página:49 De acuerdo a lo indicado en las bases se asumirá que el cableado estructurado se encuentra en óptimas condiciones. De lo contrario, cualquier modificación que sea necesaria durante la implementación del equipamiento ofertado (switches, servidor de telefonía IP, gateways remotos) no afectara el tiempo de entrega de la segunda etapa de la solución. NOTA ACLARATORIA No. 1 2

3 El cableado estructurado se encontrará en óptimas condiciones, sin embargo ante cualquier modificación al mismo, los plazos de entrega no deberán verse afectados 6. Consulta Referencia(s) de las Bases El Sistema de Telefonía IP ofertado debe ser de una arquitectura centralizada (cliente-servidor) y deberá ser escalable. Así mismo, deberá estar compuesto principalmente por un equipo central, llámese servidor, appliance u otro similar, que esté diseñado exclusivamente para su operación como Servidor de Comunicaciones, es decir, que el fabricante del mismo haya diseñado y fabricado el equipo para tales fines Numeral:4.2.1 Página:49 Agradeceremos confirmar que serán validas las ofertas que incluyan un servidor de comunicaciones tipo appliance estándar de la industria con modificaciones hechas por el fabricante que garantizan su correcto funcionamiento con el equipamiento ofertado. Negativo, deberán ceñirse a lo referido en las bases. 7. Consulta Referencia(s) de las Bases El servidor de comunicaciones principal (el cual será instalado en la sede central de la SBS) deberá tener la capacidad para el control de llamadas, el manejo de las aplicaciones y servicios que se brindan sobre la red de telefonía IP, así como realizar la administración y configuración de los equipos enlazados lógicamente al mismo. Por otro lado, deberá tener la capacidad de poder generar el análisis y los reportes del tráfico de telefonía IP a través del mismo servidor Numeral:4.2.1 Página:49 Agradeceremos confirmar que serán validas las ofertas que incluyan un software de configuración y administración que interactúe con el servidor de comunicaciones para las labores administración y configuración de los equipos enlazados lógicamente al mismo. De otro lado, requerimos confirmación sobre la capacidad de generar los análisis y reportes desde el mismo servidor, en el caso se opte por seguir utilizando el tarificador PCSISTEL actualmente en uso por parte de la SBS. NOTA ACLARATORIA No. 1 3

4 Negativo, deberán ceñirse a lo referido en las bases. 8. Consulta Referencia(s) de las Bases El Sistema de Telefonía IP deberá tener la capacidad de crecimiento a futuro mínima del 100%, sin la necesidad de cambiar la plataforma actual de telefonía IP. Sólo serán necesarios componentes tales como los swicthes de red, las extensiones IP (teléfonos IP, Softphone IP) y todas las licencias correspondientes por cada extensión. Numeral:4.2.2 Página:50 El licenciamiento para usuario IP típicamente va acompañado por hardware de compresión de voz para la comunicación entre los teléfonos IP y el mundo TDM. Agradeceremos confirmar que serán aceptadas las ofertas que incluyan equipamiento dimensionado para soportar el 100% de crecimiento a futuro sin incluir las licencias ni el hardware de compresión asociado a ella Afirmativo, serán aceptadas las ofertas que incluyan equipamiento dimensionado para soportar el 100% de crecimiento a futuro sin incluir las licencias ni el hardware de compresión asociado a ella. 9. Consulta Referencia(s) de las Bases Para el caso de las sedes remotas, se deberá tener en consideración un crecimiento futuro del 100% de su capacidad actual, es decir, los dispositivos y/o equipos a instalarse en las sedes remotas (tales como gateways y/o módulos de supervivencia) deberán dimensionarse y estar en la capacidad de poder expandirse para cubrir las necesidades en el caso de mayor crecimiento de usuarios Numeral:4.2.2 Página:50 El licenciamiento para usuario IP típicamente va acompañado por hardware de compresión de voz para la comunicación entre los teléfonos IP y el mundo TDM. Agradeceremos confirmar que serán aceptadas las ofertas que incluyan equipamiento dimensionado para soportar el 100% de crecimiento a futuro sin incluir las licencias ni el hardware de compresión asociado dicho crecimiento NOTA ACLARATORIA No. 1 4

5 Afirmativo, serán aceptadas las ofertas que incluyan equipamiento dimensionado para soportar el 100% de crecimiento a futuro sin incluir las licencias ni el hardware de compresión asociado a dicho crecimiento. 10. Consulta Referencia(s) de las Bases El sistema de supervivencia local deberá operar en conjunto con los Gateway de Telefonía IP asignados en las sedes remotas, de manera tal, que al ocurrir una falla en la red WAN (líneas dedicadas), la conmutación entre la red WAN y la PSTN/ISDN sea de manera automática y transparente para el usuario. Numeral:4.2.2 Página:50 Agradeceremos confirmar que lo solicitado en el párrafo de la referencia hace mención a que el sistema de supervivencia debe formar parte integral del Gateway de Telefonía IP exclusivamente, lo que permitirá eliminar los puntos posibles de fallas, garantizando la supervivencia local del Gateway de telefonía IP sin depender de otro equipamiento de la red. Negativo, el sistema de supervivencia local deberá operar en conjunto con los Gateway de Telefonía IP asignados en las sedes remotas, de manera tal, que al ocurrir una falla en la red WAN (líneas dedicadas), la conmutación entre la red WAN y la PSTN/ISDN sea de manera automática y transparente para el usuario. 11. Consulta Referencia(s) de las Bases Conferencia de Llamadas (permite realizar llamadas multipartitas, internas y externas, así también como la combinación de ambos, sin necesidad de contar con la ayuda de la operadora. Por otro lado, deberá contar con las siguientes características: se cancela la conferencia al cortar la llamada, mostrar avisos visuales de la conferencia, retener llamadas participantes en la conferencia, permitir el tratamiento de llamadas de transferencia/conferencia o transferencia/conferencia con consulta). Numeral:4.3.2 Página:52 Agradeceremos confirmar si la cantidad de usuarios en conferencia así como la modalidad de la misma serán propuestas por el postor o si existe algún requerimiento técnico mínimo a considerar. NOTA ACLARATORIA No. 1 5

6 La cantidad de usuarios en conferencia será como mínimo de cinco (05). 12. Consulta Referencia(s) de las Bases El servidor de comunicaciones, tanto en la sede central, como en las sedes remotas (de ser necesario en estos últimos), deberá generar registros CDR (Call Detail Records Detalle de Registros de Llamadas). Estos registros deberán ser centralizados a través del protocolo TCP/IP y enviados al equipo de tarificación de llamadas perteneciente a la SBS. El software de tarificación actualmente en uso es el PCSISTEL 486 versión R4. Si la versión de este producto requiere actualización para el soporte del Sistema de Telefonía IP, el postor deberá considerar obligatoriamente en su propuesta la actualización y licenciamiento de dicha actualización, a menos de que se ofrezca un nuevo software de tarificación en su reemplazo Numeral:4.6.2 Página:56 Agradeceremos confirmar las características del servidor en donde se aloja el actual software de tarificación PCSISTEL en caso se opte por actualizar dicho software Las características del equipo son: Pentium Core 2 Duo 2.6 GHz, disco duro de 160 GB y 2 GB de memoria RAM 13. Consulta Referencia(s) de las Bases El móvil GSM/Wi-Fi se deberá comportar como una extensión más de la red de telefonía IP, es decir, el servidor de comunicaciones lo identificará como una extensión de Teléfono IP Numeral: Página:59 Agradeceremos confirmar que serán aceptadas las propuestas que incluyan soporte de integración de terminal móvil GSM/WI-FI en el que el servidor de comunicaciones identifique al terminal móvil como un dispositivo SIP, siendo este un protocolo de señalización ampliamente reconocido en el mundo IP Se aceptaran las propuestas que consideren al terminal móvil como un dispositivo SIP, siempre y cuando sea una extensión más del Sistema de Telefonía IP. NOTA ACLARATORIA No. 1 6

7 14. Consulta Referencia(s) de las Bases Deberá tener una capacidad no menor de doscientos (200) horas de almacenamiento y deberá permitir la configuración cómo mínimo de tres (03) niveles de almacenamiento, para las casillas de voz tipo I, tipo II y tipo III. Numeral:4.6.3 Página:58 Agradeceremos confirmar a que se hace referencia con casillas de voz tipo I, tipo II y tipo III. Usualmente la casilla de voz es de un solo tipo y de acceso a todos los terminales IP por igual Se refiere a la capacidad de almacenamiento en la casilla por tipo de extensión (Tipo I, II y III). 15. Consulta Referencia(s) de las Bases UPS Tipo A - Tipo True On-Line UPS. - Voltaje de entrada 210~240 VAC. - Monitoreo remoto vía interface Web o cliente-servidor. - Banco de baterías incluido, baterías selladas libres de mantenimiento. - Autonomía de cuatro (04) horas, en la máxima carga de todos los dispositivos de telefonía IP conectados al UPS. Numeral: Página:61 Los teléfonos IP típicamente no son conectados al servidor de comunicaciones IP directamente sino a la red LAN, por tal motivo agradeceremos confirmar que el UPS solicitado para la sede central será destinado al equipamiento de red activo ofertado y no destinado al servidor de comunicaciones IP El UPS Tipo A deberán ser destinado para todos los servidores de comunicaciones que conforman la Solución de Telefonía IP. NOTA ACLARATORIA No. 1 7

8 16. Consulta Referencia(s) de las Bases UPS Tipo B - Tipo True On-Line UPS. - Voltaje de entrada 210~240 VAC. - Monitoreo remoto vía interface Web o cliente-servidor. - Banco de baterías incluido, baterías selladas libres de mantenimiento. - Autonomía de dos (02) horas, en la máxima carga de todos los dispositivos de telefonía IP conectados al UPS Numeral: Página:61 Los teléfonos IP típicamente no son conectados al servidor de comunicaciones IP directamente sino a la red LAN, por tal motivo agradeceremos confirmar que el UPS solicitado para las sedes remotas será destinado al equipamiento de red activo ofertado y no destinado a los gateways de comunicaciones IP. El UPS Tipo B deberá ser destinado para todos los Gateways de comunicaciones y sistema de supervivencia que conforman la Solución de Telefonía IP. 17. Consulta Referencia(s) de las Bases Sección: III i) Numeral: IAL 11 y IAL 16.3 d) Página: 26 Se indica: Los licitantes no fabricantes deberán acreditar la Autorización o Representación otorgada por el fabricante de los bienes ofertados mediante una carta, de una antigüedad no mayor a seis (6) meses, y extender su garantía en cuanto a los bienes o servicios a su cargo, legalizada notarialmente de acuerdo al modelo del Formulario A-5. Asimismo posteriormente en las bases se indica: El licitante deberá presentar carta del fabricante, que garantice suministro de insumos, materiales, repuestos y la disponibilidad del servicio técnico (asistencia, soporte) por un plazo no menor de cinco (05) años a partir de la fecha de Aceptación Técnica-Operativa del bien. Este compromiso le permitirá a la ENTIDAD cubrir posibles cambios y/o reposiciones de partes del bien durante el periodo de garantía técnica y post-garantía Garantía Técnica extendida por el fabricante, que cubra el correcto funcionamiento de los bienes propuestos en su integridad (partes, componentes, materiales, equipos y otros) con una vigencia de tres (3) años. NOTA ACLARATORIA No. 1 8

9 Agradeceremos que se confirme que estos documentos están referidos específicamente a los fabricantes de los componentes de telefonía IP y switches, y no a los fabricantes de los accesorios indirectos incluyendo: Headsets Teléfonos Celulares Pozo a tierra Ups Tarificador Gabinetes Rack de equipamiento a) y b) Estos documentos se refieren específicamente a los fabricantes de los componentes de telefonía IP y switches. c) Este documento debe cubrir todos los componentes, incluyendo los mencionados. 18. Consulta Sección: III i) Numeral: IAL 11 y IAL 16.3 d) Página: 27 Se indica que Los Licitantes deberán indicar su experiencia en ventas, instalación y puesta en operación de bienes iguales, similares o de mejores características técnicas que los bienes que conforman el Lote Agradeceremos se aclare si esta experiencia debe ser sustentada únicamente con ventas de sistemas de telefonía IP, o si se deben incluir también las ventas de switches LAN, dado que ambos sistemas forman parte de lo solicitado por la UNOPS para la presente licitación. La experiencia debe incluir ambos sistemas. 19. Consulta Sección: V Numeral:5.2 Página: 45 Agradeceremos se confirme que se contará con ambiente de almacenaje en cada lugar de instalación con la seguridad requerida, para ser utilizado por el postor adjudicado desde la entrega física hasta el final de la instalación. Afirmativo, se contará con ambientes de almacenaje en cada lugar de instalación. NOTA ACLARATORIA No. 1 9

10 20. Consulta Numeral:4.1.2 Página: 48 Se indica que el postor garantizará que la marca y modelo del Switch principal y de los switches de acceso ofertados sean 100% compatibles con su Sistema de Telefonía IP. Agradeceremos se confirme si dicha garantía será únicamente del postor, o debe ser un documento de los fabricantes de telefonía IP y de Networking respectivamente. dado que ellos son los únicos con capacidad de garantizar la compatibilidad oficial de los productos que fabrican. Negativo, deberán ceñirse a lo referido en las bases, además ver respuesta a la consulta N Consulta Numeral:4.2.1 Página: 49 Se indica que se deberá incluir un Directorio corporativo de 1,000 usuarios con capacidad de crecimiento a 2,000 usuarios, debiéndose poder realizar búsquedas por nombre de manera fácil e intuitiva; así mismo debe soportar la integración con el directorio institucional bajo estándar LDAP (Lightweight Directory Access Protocol). Agradeceremos se confirme si lo que se requiere es un directorio que sea accesible vía web por la cantidad de usuarios indicados. El directorio institucional de la SBS está basado en LDAP (Microsoft Active Directory), por lo cual se requiere que el Sistema de Telefonía IP, soporte la integracion mediante dicho protocolo, al directorio institucional. 22. Consulta Numeral: Página: 50 Se indica: El servidor de comunicaciones principal deberá ser 100% redundante. Agradeceremos se confirme si esta redundancia debe ser tal que, durante su activación ante una caída de uno de los servidores, las llamadas establecidas tanto internas como desde/hacia el exterior, no se corte NOTA ACLARATORIA No. 1 10

11 El servidor de comunicaciones principal deberá ser 100% redundante, lo cual implica que no se deberá perder las comunicaciones establecidas tanto internas como desde/hacia el exterior. 23. Consulta Numeral:4.3.2 Página: 56 Se indica: Portabilidad Numérica (permitir mantener el mismo número de extensión del usuario, sin importar la ubicación de red o sede remota, es decir movilidad de extensión). Como es conocido, es típico y recomendable que en cada sede remota exista una VLAN específica para los dispositivos de telefonía IP. Por lo tanto la portabilidad numérica soportada por todos los teléfonos IP es posible siempre que los switches detecten a un teléfono IP como tal, y lo asignen automáticamente a la VLAN de telefonía correspondiente. De otro modo, se tendría que utilizar una única VLAN (red plana no recomendable) o simplemente perder la portabilidad solicitada. Dado que esta característica de asignación automática a VLAN no se ha solicitado, agradeceremos se confirme si se requerirá la misma en los equipos a ofertar (telefonía y Networking). La Portabilidad Numérica de las extensiones IP, deberán asignarse de manera automática o manual, de acuerdo a la configuración de los equipos de networking. 24. Consulta Numeral:4.6.3 Página: 57 Agradeceremos se confirme que será posible que el servidor de mensajería integrada de voz sea software dentro del servidor de comunicaciones. Es decir, sin un servidor físico adicional. Cabe resaltar que ello a su vez es una mejora en términos de espacio requerido, así como de energía consumida (sustainable environment). Negativo, deberán ceñirse a lo referido en las bases. NOTA ACLARATORIA No. 1 11

12 25. Consulta Numeral:4.6.4 Página: 58 Se indica: El servidor de fax debe tener, por lo menos, ocho (08) puertos de comunicación con el servidor de llamadas, de tal forma que se pueden tener ocho (08) comunicaciones simultáneas, ya sea recibiendo o enviando los faxes. Estos puertos deben ser bajo la pila de protocolos TCP/IP. Interpretamos que la conexión del servidor de fax con el servidor de llamadas se realizará vía VoIP. (Ejm: señalización SIP, o H.323). Agradeceremos confirmar nuestra interpretación. La comunicación entre el servidor de Fax y servidor de comunicaciones deberá ser a través de la pila de protocolos TCP/IP. 26. Consulta Numeral: Página: 59 Se indica: El cliente de Softphone IP de comunicaciones unificadas deberá ser considerado por el Sistema de Telefonía IP como una extensión más del sistema. Agradeceremos se indique si será una extensión independiente más del sistema, o por el contrario compartirá la extensión de un teléfono IP físico de manera que el usuario de dicho teléfono lo utilice cuando viaje o se movilice, desde su PC sin necesidad de cambiar de número de extensión, y manteniendo las restricciones y autorizaciones de su teléfono IP físico. El cliente Softphone deberá ser considerado por el Sistema de Telefonía IP como una extensión independiente del sistema. 27. Consulta Numeral:Teléfonos IP tipo I, II y III Página: 78, 79 y 80 Dado que no se especifica si los teléfonos IP deben soportar algún estándar internacional de codificación y compresión de voz, agradeceremos se confirme si es mandatorio el soporte de G.711, G.729 y G en los teléfonos IP a ofertarse.: NOTA ACLARATORIA No. 1 12

13 Todos los teléfonos IP tipo I, II y III, deberán soportar los protocolos del servidor de comunicaciones descritos en el numeral (pag 56) 28. Consulta Numeral: Página: 50 Se indica: En el caso de entornos a través de la red WAN, el sistema deberá soportar un control de admisión de llamadas, a fin de limitar la cantidad del ancho de banda de los enlaces dentro de la red WAN. Considerando que la solución involucra el paso por entornos a través de la WAN de la entidad y que los equipos de comunicación en la WAN entiéndase Router son los llamados a establecer la clasificación, priorización y shapping del tráfico que por ellos pasa solicitamos esclarecer de que manera la función de control de ancho de banda en la WAN debe estar asociada a la solución requerida. El Sistema de Telefonía deberá soportar un control de admisión de llamadas, a fin de limitar la cantidad de canales de voz IP entre la sede central y las sedes remotas, teniendo como requerimiento mínimo referido en el Cuadro 01, de la página Consulta Sección: II Especificaciones Técnicas Especificas Numeral: ITEM 1 Switch de Red Tipo 1 Página: Se solicita un switch tipo Chasis lo cual es muy bueno dada los desarrollos de hardware y software que los fabricantes de soluciones de red invierten sobre este tipo de equipos sin embargo se advierte que los requerimientos técnicos mínimos para este tipo de switch no incluye algunas de las consideraciones básicas en la industria para los equipos más modernos permitiendo por lo tanto que la entidad obtenga un Switch Chasis pero legacy es decir con limitaciones de hardware y software que impedirán en el futuro cercano la adquisición de nuevas tecnologías o poder armar una red con mayor inteligencia y tolerancia a los fallos. En ese sentido ponemos de conocimiento del comité que se han obviado los siguientes requerimientos que todos los fabricantes con sus modelos más modernos pueden cumplir sin necesariamente encarecer la solución pero si con ello proteger la inversión de la entidad. Solicitamos explicar por que no se está solicitando los siguientes requisitos técnicos mínimos para el Switch de Red Tipo 1: NOTA ACLARATORIA No. 1 13

14 Capacidad instalada de local switching o swtiching distribuido lo cual además de hacer la arquitectura de la solución más eficiente en performance (velocidad) permite que ante el fallo de uno o 2 de los procesadores principales se sigan manteniendo las conexiones de red en capa 2 y 3 al interior de las tarjetas de red elevando el nivel de tolerancia a fallos de la solución por el mismo precio. Capacidad instalada de OSPF v2 y v3 y capacidad no instalada de BGPv4. Asegurarse que el switch tenga estas capacidades aseguran que sus arquitecturas de hardware y su desarrollo de software son lo suficientemente robustos como para garantizar la función crítica que va a cumplir al interior de la red. Capacidad de Switch fabric mínimo de 280Gbps considerando que han solicitado que el switch tenga 7 slots como mínimo y como deben saber el switch fabric de los switches tipo chasis es la sumatoria de las capacidades individuales de cada slot hacia los procesadores, las arquitecturas antiguas (legacy) manejaban velocidades totales de hasta 128Gbps sin embargo las arquitecturas modernas con más de 3 años en el mercado ya permiten sobrepasar los 512Gbps con facilidad lo cual garantizaría a la entidad una capacidad de escalamiento de la solución y evitaría que se puedan presentar equipos ya defasados tecnológicamente. Adicionalmente hay que señalar que se han solicitado un total 112 puertos giga ya instalados en el Chasis, solicitar 96Gbps de fabric asegura un tráfico bloqueante y sentencia a la red a no poder crecer con calidad ya que el tráfico bloqueante afectará el rendimiento de todas las aplicaciones. Capacidad instalada de Nivel de entrega (Throughput) mínimo de 35Mpps por slot con lo cual el total de throughput mínimo sería de 245Mpps ya que este valor nuevamente se calcula en función de la cantidad de slots con los que cuenta el chasis. Capacidad instalada de protocolos para manejar tráfico Multicast de última generación como PIM-SM, PIM-DM y DVMRP, considerando que la convergencia entre el video, la voz y los datos son más que una opción una necesidad en las redes modernas y si no se cuenta con capacidad instalada de manejar tráfico Multicast con unagama razonable de protocolos eso le restará capacidades a la red obligándolos a invertir en mejoras de hardware y software ene l futuro para cuando se quiera implementar aplicaciones propias del tráfico Multicast como la video colaboración. Los requerimientos mínimos son definidos de acuerdo a necesidades de la institución, deberán ceñirse a las bases. 30. Consulta Sección: II Especificaciones Técnicas Especificas Numeral: ITEM 2 y 3, Switch de Red Tipo 2 y 3 Página: Las características técnicas de los switches tipo 2 y 3 solicitados son propios de equipos de borde o acceso los cuales no tiene una arquitectura tipo Chasis tal y como lo solicitan. Solicitamos modificar este requerimiento de chasis para los switches Tipo 2 y 3 ya que eso encarecería la solución e impediría la participación de la mayoría de fabricantes en su lugar se debería indicar que deben ser del tipo configuración fija. NOTA ACLARATORIA No. 1 14

15 Los switches tipo 2 y 3, son de altura de chasis de 1 RU mínimo (rack unit, aproximadamente). 31. Consulta Sección: II Especificaciones Técnicas Especificas Numeral: ITEM 2 y 3, Switch de Red Tipo 2 y 3 Página: En lo referido a las condiciones ambientales de operación se requieren ciertos valores exactos en cuanto a la temperatura de operación y porcentaje de humedad relativa, estos valores sin duda son cumplidos por un fabricante pero otros fabricantes que ofrecen mejores valore son podrían participar al no indicarse en las especificaciones técnicas las palabras como mínimo razón por la cual si no se agregan estas palabras a las especificaciones varios fabricantes que ofrecen mejores valores pero no exactamente los solicitados no podrían participar. Solicitamos agregar las palabras como mínimo en lo relacionado a las Condiciones ambientales de operación para los switches Tipo 2 y 3. Los valores definidos son especificaciones técnicas mínimas obligatorias. 32. Consulta Sección: IV MODELO DE CONTRATO CLAUSULA CUARTA: FORMA DE PAGO Página: 36 Puesto que el proyecto considera un plazo total de ejecución de 180 días. Se podrá considerar adelantos a la entrega de los equipos, de acuerdo a la estructura de precios presentada? El pago por el mantenimiento preventivo por 3 años se realizará por adelantado, o será facturado anualmente a la conformidad de la Entidad? No se consideran adelantos, por lo que los postores deberán ceñirse a lo indicado en la cláusula cuarta, forma de pago de la sección IV: Modelo de contrato. El mantenimiento preventivo podría ser cancelado por adelantado anualmente, luego de presentada la factura previa conformidad de la Gerencia de Tecnología de la Información. NOTA ACLARATORIA No. 1 15

16 33. Consulta Sección: II INSTRUCCIÓN A LOS LICITANTES Numeral: 4.1 Licitantes Elegibles Página: 8 Confirmar si pueden participar empresas debidamente establecidas en su país de origen que hayan adquirido las bases por intermedio de un tercero o bien Asociaciones Temporales o Consorcios que tengan como integrante a uno de los licitantes que adquirieron las bases. Para poder participar en la Licitación, es necesario haber adquirido las bases de Licitación a nombre del proponente. En caso de los proponentes que conformarán un Consorcio, lo cual debe ser informado a UNOPS, bastará que una de las empresas haya adquirido las bases de Licitación. 34. Consulta Sección: II INSTRUCCIÓN A LOS LICITANTES Numeral: 4.1 Licitantes Elegibles Página: 8 Confirmar si la habilitación legal a operar dentro de Perú podrá tramitarse luego de la adjudicación final. Además confirmar si el plazo para la firma de contrato luego de la adjudicación podrá extenderse al plazo mínimo requerido para tramitar la habilitación legal a operar dentro de Perú en caso sea requerido. Negativo, el plazo máximo de acuerdo a las normas legales vigentes peruanas, es de 10 días útiles (que incluye la entrega de los documentos y la firma del contrato). 35. Consulta Sección: II INSTRUCCIÓN A LOS LICITANTES Numeral: 32 - Evaluación y comparación de las ofertas Página: 18 Por favor confirmar tiempo estimado que tomará UNOPS desde la fecha de apertura de las ofertas hasta la notificación oficial de los resultados de la licitación. El plazo estimado es de 25 días calendario. La notificación la realizará la SBS de acuerdo a las Bases de Licitación de este proceso. NOTA ACLARATORIA No. 1 16

17 36. Consulta Sección: III DATOS DE LA LICITACIÓN Numeral: IAL 16.3 c ii Página: 25, 26 Confirmar si en caso el contrato sea adjudicado a una empresa no domiciliada en el Perú y en caso el trámite para inscripción en los Registros Públicos de Perú pueda tomar más de 15 días, se extenderá el plazo establecido como límite para la firma de contrato. Negativo, el plazo máximo de acuerdo a las normas legales vigentes peruanas, es de 10 días útiles (que incluye la entrega de los documentos y la firma del contrato). 37. Consulta Sección: III DATOS DE LA LICITACIÓN Numeral: IAL11 y IAL 16.3 d Página: 26 Confirmar si la copia simple de la constitución social vigente podrá ser la inscrita en los Registros Públicos del país de origen de la empresa no domiciliada en el Perú Afirmativo, siempre y cuando esta se encuentre legalizada. 38. Consulta Sección: III DATOS DE LA LICITACIÓN Numeral: IAL11 y IAL 16.3 d Página: 26 Confirmar si el término Asociación Temporal se refiere a una del tipo Asociación Temporal con Participación. Afirmativo, se refiere a Asociación Temporal con Participación. 39. Consulta Sección: III DATOS DE LA LICITACIÓN Numeral: IAL11 y IAL 16.3 d Página: 26 Confirmar si en caso de presentarse los licitantes como Asociación Temporal y Consorcio, el representante legal común será quien debe representar a la sociedad. NOTA ACLARATORIA No. 1 17

18 Afirmativo, de acuerdo a lo indicado en las IAL 16.3 d). 40. Consulta Sección: IV MODELO DEL CONTRATO Numeral: Clausula Cuarta: Forma de pago Página: 36 a) Las leyes locales exigen que se facturen los bienes una vez entregados. Confirmar que se aceptará la facturación de los bienes contra entrega para cumplir con la regulación peruana. b) Por favor confirmar el plazo de pago que no está establecido en el modelo de contrato. a) Negativo, el pago se hará conforme a lo indicado en la sección IV: Modelo de contrato, además ver respuesta a la consulta 32. b) El pago por la entrega, instalación e implementación de los bienes se efectuará en un plazo máximo de diez (10) días calendarios posteriores de otorgada la conformidad de recepción de la prestación. 41. Consulta Sección: IV MODELO DEL CONTRATO Numeral: Clausula Cuarta: Forma de pago Página: 36 Por favor confirmar que los bienes y servicios asociados a la implementación inicial se pagarán una vez se tenga la conformidad de la Gerencia de Tecnología de la Información, que tendrá como máximo 10 días para aceptarlos una vez hayan sido recibidos. Aclarar además la forma de pago que tendrán los servicios de mantenimiento preventivo de 3 años que forman parte del contrato. Confirmar si éstos se pagarán por adelantado, una vez certificada la implementación de los bienes. Ver respuestas a las consultas 40 y 32. NOTA ACLARATORIA No. 1 18

19 42. Consulta Sección: III - DATOS DE LA LICITACIÓN Numeral: m) Página: 29 Carta o documento extendido por el licitante por medio del cual indique explícitamente que la Confiabilidad y Disponibilidad del Sistema de Telefonía IP propuesto, es del 99.99% como mínimo. Solicitar 99.99% de confiabilidad supone que el sistema de comunicaciones requerido tendrá minutos de downtime por año. Para un servicio de alta disponibilidad se recomienda tener menor tiempo de indisponibilidad de la plataforma. Basado en ello, confirmar que se requiere un nivel de confiabilidad %. El nivel de confiabilidad requerido para el Sistema de Telefonía IP es del 99.99% como mínimo. 43. Consulta - ESPECIFICACIONES TECNICAS Numeral: 4.2 ARQUITECTURA DEL SISTEMA DE TELEFONIA IP / FUNCIONAMIENTO Página: 49 El Sistema de Telefonía IP deberá contar con una administración centralizada para toda su sede central, así como para las sedes remotas. Esta herramienta de administración deberá ser vía Web Segura para asegurar la confiabilidad del proceso de administración Por favor confirmar que la Centralización de las licencias de puertos en un único servidor central, permitiendo la distribución de estas en cualquier locación, sin que la licencia de puerto este físicamente ligada a un gateway o PBX en locaciones remotas. Asimismo se pide confirmar que es parte del requerimiento de la solución propuesta utilice la misma licencia para cualquier tipo de interno, sin diferenciar si es analógico, digital o IP. La utilización de las licencias no debe requerir intervención humana para el cambio de licencias de un tipo a otro, ni ningún pago o costo adicional. Los requerimientos de licenciamiento están descritos en la página 42, numeral 3 de las bases. NOTA ACLARATORIA No. 1 19

20 44. Consulta - ESPECIFICACIONES TECNICAS Numeral: 4.2 ARQUITECTURA DEL SISTEMA DE TELEFONIA IP / FUNCIONAMIENTO Página: 50 El servidor de comunicaciones principal deberá ser 100% redundante (referidos en el numeral 4.2.3) y debe mantener la operatividad y la administración de la totalidad de extensiones y teléfonos albergados en la sede central y las sedes remotas. Todas las sedes remotas (ver cuadro Nº 01) deberán contar con un sistema de supervivencia como mecanismo de contingencia, que permita mantener en operatividad la telefonía por la cantidad total de extensiones y teléfonos albergados en dichas sedes remotas, los postores deberán explicar en su propuesta técnica la forma en que lo realizaran. Dado que se solicita redundancia total al sistema de comunicaciones, considerar la redundancia de procesadores dentro del mismo servidor principal de la central telefónica no garantiza que ante un siniestro originado por ejemplo por fuego o inundación el equipo quede operativo luego de ocurrido lo anteriormente mencionado. Por esta razón, utilizar equipos el servidor principal de la central telefónica que soporten duplicación de hardware y separación de los mismos es una medida más efectiva para garantizar que al ocurrir siniestros como los manifestados se tenga al menos un equipo que pueda seguir operando y brindando los mismos servicios a todos los usuarios en forma transparente. Es por esta razón que es mejor contar con el servidor principal de la central telefónica que soporten duplicación de los mismos y separación de estos en lugar de un solo equipo con procesador, base de datos y fuente de energía redundante en el mismo equipo. Por favor confirmar que el servidor principal de la central telefónica solicitado debe necesariamente incluir duplicación y separación de los mismos. La redundancia al 100% solicitada deberá basarse en la duplicidad de equipamiento (servidores). 45. Consulta - ESPECIFICACIONES TECNICAS Numeral: 4.3 FUNCIONALIDAD DEL SISTEMA DE TELEFONIA IP / DEL SISTEMA DE TELEFONÍA Página: 52 Backup de Operadora (el sistema deberá proveer un respaldo de consolas de operadora, cuando las operadoras principales no estén en funcionamiento o no puedan contestar llamadas). Por favor expandir explicación del requerimiento. Indicar si se necesita considerar una 2da operadora de back up. NOTA ACLARATORIA No. 1 20

21 Es necesaria una segunda operadora de backup. 46. Consulta - ESPECIFICACIONES TECNICAS Numeral: 4.3 FUNCIONALIDAD DEL SISTEMA DE TELEFONIA IP / DEL USUARIO Página: 52 Conferencia de Llamadas (permite realizar llamadas multipartitas, internas y externas, así también como la combinación de ambos, sin necesidad de contar con la ayuda de la operadora. Por otro lado, deberá contar con las siguientes características: se cancela la conferencia al cortar la llamada, mostrar avisos visuales de la conferencia, retener llamadas participantes en la conferencia, permitir el tratamiento de llamadas de transferencia/conferencia o transferencia/conferencia con consulta) Dado que es un requerimiento común de los usuarios realizar conferencias de llamadas, por favor confirmar que la solución a proponer deberá permitir como mínimo cinco (5) participantes por conferencia. La cantidad de usuarios en conferencia será como mínimo de cinco (05). 47. Consulta - ESPECIFICACIONES TECNICAS Numeral: 4.6 CARACTERISTICAS TÉCNICAS DEL EQUIPAMIENTO DEL SISTEMA DE TELEGONIA IP / SERVIDOR APPLIANCE DE COMUNICACIONES Y GATEWAY DE TELEFONIA IP Página: 55 Deberá soportar por lo menos 150,000 BHCC3 (Busy Hour Call Completions) Teniendo en cuenta que los elementos que consumen recursos de BHCCs pueden ser llamadas entre los mismos internos, llamadas hacia y desde la red de telefonía fija (PSTN o ISDN) y aplicaciones actuales o futuras como Centros de Atención de Llamadas (Call Center Contact Center), IVR y sus aplicaciones, integraciones CTI, grabación de llamadas, sistemas de discado saliente, aplicaciones de comunicación unificada, colaboración, manejo de presencia, reconocimiento de voz natural y cualquier aplicación de entornos de CRM Colaborativo. Entendiendo que la solución a presentar en el presente concurso debe permitir atender la necesidad actual así como cualquier necesidad futura, es importante que el servidor principal de telefonía garantice un mínimo de 400,000 BHCCs. NOTA ACLARATORIA No. 1 21

22 Los 150,000 BHCC solicitados es un requerimiento técnico mínimo 48. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM1: SWITCH DE RED TIPO I Página:66 Rendimiento Switch fabric del equipo 02 Switch Fabrics Incluidos, de 96 Gbps c/u. Teniendo en consideración que es recomendable que la capacidad de Switch Fabric de cada una de las CPUs permita al menos una capacidad de acceso a backplane de al menos 96 Gbps por cada uno de los slots, de manera de asegurar al menos un throughput por slot de 48 Gbps. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo, deberán ceñirse a lo referido en las bases. 49. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM1: SWITCH DE RED TIPO I Página:66 Rendimiento Configuración MAC 15,000 Direcciones MAC Dado que se solicita que soporte MACs. Por favor aclarar si estas MACs son por sistema o por cada uno de los slots del equipo. La cantidad de direcciones MAC son referidas al equipo (Switch de red tipo I) 50. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM1: SWITCH DE RED TIPO I Página:66 NOTA ACLARATORIA No. 1 22

23 Rendimiento Configuración Virtuales Redes 2,000 VLANs Dado que se recomienda que los equipos soporten el stack 802.1Q completo 4096 VLANs, y de las cuales al menos 4094 debes ser asignables a clientes o servicios de red. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item1: Switch de Red Tipo I, son requerimientos técnicos mínimos. 51. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM1: SWITCH DE RED TIPO I Página: 66 Rendimiento Módulo de Procesamiento Redundante Dado que se solicita CPU redundante, pero no se indica el tiempo de failover de una CPU sobre la otra. Se recomienda solicitar que las procesadoras converjan sin pérdida de paquetes, de manera de que en caso de fallas de alguna de ellas, esto no afecte el correcto funcionamiento del equipo ni de la red. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item1: Switch de Red Tipo I, son requerimientos técnicos mínimos. 52. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM1: SWITCH DE RED TIPO I Página:66 a) En el Switch Tipo I no se indica que los equipos deben ser Wirespeed. Se recomienda que el Switch Tipo I sea Wirespeed Non Blocking, de manera de poder conseguir el mejor rendimiento de cada uno de los puertos equipados. NOTA ACLARATORIA No. 1 23

24 b) En el Switch Tipo I no se detalla si el equipo debe soportar local Switching. Se recomienda considerar como parte del requerimiento Local Switching de manera de asegurar de que si un paquete entra y sale por puertos ubicados en el mismo slot del chasis, estos sean resueltos en la tarjeta sin tener que pasar a la CPU. c) En el Switch Tipo I no se solicitan protocolos de redundancia de red capaces de recuperarse ante fallas en menos de 50 ms. Se recomienda incluir esta funcionalidad, de manera de asegurar de que en caso de fallas, la red sea capaz de converger antes de que se corten los llamados telefónicos. d) En el Switch Tipo I no se detallan las capacidades de crecimiento. Se recomienda que los equipos incluidos copo tipo I sean capaces de aumentar su capacidad de conmutación hasta un throughput de al menos 80 Gbps por slot. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item1: Switch De Red Tipo I, son requerimientos técnicos mínimos. 53. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM2: SWITCH DE RED TIPO II Página: 69 Características Generales Funcionalidades Principales a) Se solicita el soporte de Calidad de Servicio. Se recomienda especificar aun mas este punto indicando que los equipos deben soportar al menos 8 colas de calidad de servicio estricta por puerto y en HW. b) Se recomienda que los equipos soporten mecanismos de protección contra ataques de denegación de servicios (DoS) de manera de que ellos puedan tomar una participación activa en la seguridad de la red. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item2: Switch De Red Tipo II, son requerimientos técnicos mínimos. NOTA ACLARATORIA No. 1 24

25 54. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM2: SWITCH DE RED TIPO II Página: 69 Rendimiento Capacidad de Backplane 8,8 Gbps En las bases se solicitan solamente 8,8 Gbps de Switch Fabric. Se recomienda que el Switch Fabric sea de al menos 48 Gbps. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item2: Switch De Red Tipo II, son requerimientos técnicos mínimos. 55. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM2: SWITCH DE RED TIPO II Página: 69 Rendimiento Nivel de Entrega 6,5 Mpps Se recomienda que la capacidad de Forwarding sea de al menos 36 Mpps. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item2: Switch De Red Tipo II, son requerimientos técnicos mínimos. 56. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM2: SWITCH DE RED TIPO II Página: 69 Rendimiento Configuración MAC 12,000 Direcciones MAC NOTA ACLARATORIA No. 1 25

26 Dado que los equipos de este nivel no necesitan soportar un numero de MACs similar a las solicitadas en el equipo de Core. Los equipos con PoE se consideran equipos de Borde (ya que se conectaran dispositivos con PoE) por lo cual el universo de MACs que estos necesitan soportar no debe ser mayor a las 8000 MACs. Por favor confirmar que el requerimiento para este tipo de switches sea como máximo solo 8000 MACs Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item2: Switch De Red Tipo II, son requerimientos técnicos mínimos. 57. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM2: SWITCH DE RED TIPO II Página: 69 Rendimiento Configuración Redes Virtuales 1,000 VLANs Se solicita que los equipos soporten solo 1000 VLANs, se recomienda que los equipos soporten el stack de 802.1q completo, de manera de que el cliente pueda seleccionar el VLAN ID que desee. Además de tener mayor libertad para definir servicios. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item2: Switch De Red Tipo II, son requerimientos técnicos mínimos. 58. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM2: SWITCH DE RED TIPO II Página: 69 a) En el pliego no se solicita Stacking. Se recomienda agregar la funcionalidad de stacking a través de puertos dedicados de alta velocidad. Con esta funcionalidad se podrán crear chasis virtuales, aumentando mucho mas la confiabilidad y uptime de la red. NOTA ACLARATORIA No. 1 26

27 b) En el Switch Tipo II no se solicitan protocolos de redundancia de red capaces de recuperarse ante fallas en menos de 50 ms. Se recomienda incluir esta funcionalidad, de manera de asegurar de que en caso de fallas, la red sea capaz de converger antes de que se corten los llamados telefónicos. c) En el Switch Tipo II no se solicita el soporte de fuente de poder redundante. Es recomendable incluir dentro del pliego que los equipos soporten fuente de poder redundante. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item2: Switch De Red Tipo II, son requerimientos técnicos mínimos. 59. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM3: SWITCH DE RED TIPO III Página: 72 Características Generales Funcionalidades Principales Se solicita el soporte de Calidad de Servicio. Se recomienda especificar aun mas este punto indicando que los equipos deben soportar al menos 8 colas de calidad de servicio estricta por puerto y en HW. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item3: Switch De Red Tipo III, son requerimientos técnicos mínimos. 60. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM3: SWITCH DE RED TIPO III Página: 72 Rendimiento Configuración Virtuales Redes 255 VLANs NOTA ACLARATORIA No. 1 27

28 Se recomienda que los equipos soporten el stack de 802.1Q completo, de manera de que el cliente pueda seleccionar el VLAN ID que desee. Además de tener mayor libertad para definir servicios. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item3: Switch De Red Tipo III, son requerimientos técnicos mínimos. 61. Consulta - ESPECIFICACIONES TECNICAS Numeral: II ESPECIFICACIONES TÉCNICAS ESPECIFICAS / ITEM1: SWITCH DE RED TIPO I / ITEM2: SWITCH DE RED TIPO II / ITEM1: SWITCH DE RED TIPO III Página: 66, 69, 72 Se recomienda que los dispositivos Tipo I, Tipo II, Tipo III, soporten la misma versión de sistema operativo de manera de simplificar la operación de la red. Se recomienda que todos los equipos Tipo I, Tipo II, Tipo III, sean capaces de ser configurados mediante scripts, de manera de simplificar la configuración y operación de la red. Se recomienda que todos los equipos Tipo I, Tipo II, sean capaces de automatizar la configuración de los dispositivos de borde, de manera de que cada vez que detecten un dispositivo conocido (por ejemplo Telefono IP), estos sean configurados automáticamente (VLAN de destino, ACL, etc). Se recomienda que todos los equipos Tipo I, Tipo II, Tipo III, soporten sistema operativo modular, de manera de que en caso de que algún proceso del sistema operativo falle, este pueda ser reiniciado sin necesidad de reiniciar completamente el switch. Se recomienda que todos los equipos Tipo I, Tipo II, Tipo III, soporten 8 colas de Calidad de servicio estricta por puerto y en HW. Por favor confirmar que lo indicado sea considerado como parte de las especificaciones y sea considerado como requerimiento. Negativo. Lo requerido en la Sección VI, Numeral II Especificaciones Técnicas Especificas / Item1: Switch De Red Tipo I / Item2: Switch De Red Tipo II / Item1: Switch De Red Tipo III, son requerimientos técnicos mínimos. NOTA ACLARATORIA No. 1 28

29 62. Consulta Especificaciones Técnicas Numeral: Componentes de Telefonía IP Página: 50 y 51 Existen diversos fabricantes que diseñan equipos para operar como Gateway de voz (cumpliendo con los estándares y funcionalidades requeridas en este documento) y además poseen la capacidad de soportar otras funcionalidades, sin que esto signifique una disminución en su rendimiento, si no por el contrario una mayor capacidad de prestación a la solución. Por lo tanto solicitamos que se confirme que será valido ofertar equipos que estén diseñados para operar como Gateway de Telefonía y que adicionalmente cuenten con la capacidad de soportar otras funcionalidades, es decir que el fabricante haya diseñado y fabricado el equipo para tales fines. Ejemplo, los routers de la marca Cisco poseen capacidades de multiservicios y pueden configurarse como gateways de telefonía y/o routing y/o firewall, etc. Lo requerido en la Sección VI, Numeral Componentes de Telefonía IP son requerimientos técnicos mínimos 63. Consulta Especificaciones Técnicas Numeral: Supervivencia local y redundancia Página: 51 Según el contexto del párrafo se menciona redundancia a través módulos centrales de procesamiento y gestión redundantes (1+1), el cuál tradicionalmente corresponde a soluciones híbridas TDM. De proponer una solución de telefonía IP (100% IP Nativo) basado en servidores, la duplicidad en hardware y software se da a través de por lo menos un par de servidores redundantes que conforman un cluster entre sí, de tal manera que el procesamiento central y la gestión, es por servidor y se consigue la redundancia (1+1) en conjunto con otro servidor. Por lo tanto solicitamos confirmar que será valido ofertar una solución con redundancia al 100%, basada en duplicidad en hardware y software, a través de por lo menos un par de servidores redundantes que conforman un cluster entre sí, de tal manera que el procesamiento central y la gestión es por servidor y se consigue la redundancia (1+1) en conjunto con otro servidor. La redundancia al 100% solicitada deberá basarse en la duplicidad de equipamiento (servidores). NOTA ACLARATORIA No. 1 29