U n i v e r s i d a d d e l V a l l e

Transcripción

1 U n i v e r s i d a d d e l V a l l e VICERRECTORIA ADMINISTRATIVA SECCIÓN COMPRAS Y ADMINISTRACIÓN DE BIENES LICITACIÓN PÚBLICA SUMINISTRO, INSTALACIÓN, CONFIGURACIÓN, PLAN DE MIGRACIÓN Y PLAN DE PRUEBAS DE LOS EQUIPOS ACTIVOS DE LA RED DE DATOS DE LA UNIVERSIDAD DEL VALLE (FASE II), INCLUIDO EL MANTENIMIENTO PREVENTIVO, CORRECTIVO Y SUMINISTRO DE PARTES. ADENDO 02 Mediante el presente adendo se realizan las siguientes aclaraciones y modificaciones al Pliego de Condiciones de la Licitación, con base en consultas de proponentes: 1) Observación: Ítem Características Generales del Hardware, se solicita un equipo con capacidad de 3 fuentes de poder, pero no se indica que esquema de alta disponibilidad es el preferido, se solicita cambiar este inciso a soporte de redundancia eléctrica en formatos n+1 o 1+1, pero en todo caso una sola fuente de poder debe tener la capacidad suficiente para soportar toda la carga del switch en caso de contingencia, esto clarifica realmente la necesidad de proveer sistemas eléctricos redundantes, el solicitar 3 fuentes no genera una verdadera especificación de redundancia. Observación: Para el ITEM 4.1. SWICTH DE CORE Características Generales del Hardware se solicita tres (3) slots para fuentes de poder, dado que se esta solicitando alta redundancia en el equipo y dado que con una sola fuente de potencia se puede soportar toda la carga del chasis solicitamos modificar el requerimiento a: soporte de 2 fuentes de poder redundante en formato n+1, donde la falla de una fuente no afecte el rendimiento es decir que una sola fuente soporte toda la carga del switch en caso de contingencia; brindando así pluralidad de oferentes. Observación: Numeral 4.1. SWICTH DE CORE /Características Generales del Hardware, Equipo Tipo Chasis Modular, basado completamente en estándares. Debe tener Mínimo: ocho (8) slots para configuración de interfaces de usuarios y conexión, dos (2) slots para tarjetas controladoras, tres (3) slots para fuentes de poder. Solicitamos modificar este requerimiento a dos (2) Slots para fuentes de poder, ya que los diferentes fabricantes que ofrecen solución de switch de core modular tipo chasis ofrecen solamente dos slots para dichas fuentes y esta cantidad es suficiente para dar alta disponibilidad eléctrica a la solución. Respuesta: Para este proceso se entiende por equipo completamente redundante y con redundancia incluida, aquel ofrecido con mínimo dos (2) tarjetas controladores dedicadas que trabajen en modo de operación activo-activo, que incluya un sistema con mas de dos fuentes de poder para la alimentación eléctrica y que estas a su vez puedan operar en un esquema N+1.

2 2) Observación: Ítem Desempeño y Disponibilidad, inciso segundo, se solicita un desempeño mínimo de 192 Gbps en cada una de las tarjetas de administración., bajo este indicador y el inciso primero, consideramos que la capacidad solicitada es muy baja para los ofrecimientos del mercado, creemos que esta capacidad expresada para cada tarjeta controladora, debería ser de al menos 240Gbps, esto debido el crecimiento que esta teniendo, y el que se espera, del formato 10G con la llegada del estándar de 40G/100G y también que el tener una capacidad de 192 Gbps, es un cuello de botella en configuraciones donde se requieran más de 19 puertos 10G. Observación: En el ITEM 4.1 SWICTH DE CORE Desempeño y Disponibilidad se solicita El desempeño debe ser mínimo de 192 Gbps, aseguradas en cada una de las tarjetas de administración, es decir en una falla de una de las procesadoras, deberá mantener el mismo desempeño solicitado (192 Gbps), bajo este inciso consideramos que la capacidad solicitada es muy baja para los ofrecimientos del mercado, igualmente si lo que se requiere es una solución non blocking como se menciona en el inciso 7 del numeral Desempeño y Disponibilidad es indispensable aumentar la capacidad de conmutación de tal forma que al colocar una tarjeta de 48 puertos 10/100/1000 el backplane hacia las controladoras o switch Fabric sea de mínimo 96 Gbps y que al implementar módulos de mínimo 1G en todos los slot del chasis este no sea blocking, por lo tanto creemos que esta capacidad expresada para cada tarjeta controladora, debería ser de al menos 300Gbps. Respuesta: La especificación de 192 Gbps de desempeño por cada tarjeta de administración es un mínimo requerido, dado que con estas especificaciones se cubren las necesidades de la institución. Esto no limita la participación de varios fabricantes en caso que se ofrezcan mayores valores de desempeño. 3) Observación: Inciso El switch core debe estar en la capacidad de manejar hasta 48 puertos 10G, vemos claramente que este requerimiento es para determinar el switch Alcatel OmniSwitch 9700 o 9700E, solicitamos eliminar las referencias que indiquen o induzcan a un fabricante en particular por ser contrarias a la contratación en igualdad de condiciones. Respuesta: Se modifica la tabla 4.1, ítem Desempeño y Disponibilidad, inciso 6 de la siguiente forma: El switch de Core debe estar en la capacidad de manejar hasta 24 puertos 10G; esto debe ser posible por la adición de tarjetas y adaptadores de puerto, en tanto que el chasis, el hardware de control y el software del equipo, no deben requerir cambios para poder adicionar los puertos. 4) Observación: Ítem Calidad de Servicio (QoS), inciso ocho, solicita Soporte de Auto-QoS en todos los sus puertos, solicitamos que este factor sea opcional ya que el manejo de los criterios de manejo de Auto-QoS también pueden ser manejados de acuerdo a perfiles establecidos tanto en soluciones de 802.1X o procesos como ACL s dentro de los switches, los equipos avanzados de redes proporcionan características de manejo de (QoS) excepcionales que permiten a la red mediante técnicas de encolamiento, procesamiento de encabezados y demás procesar adecuadamente toda información que fluya sobre la red. Observación: ITEM 4.1 SWITCH DE CORE Calidad de Servicio (QoS), inciso ocho, solicita Soporte de Auto-QoS en todos los sus puertos, solicitamos que este factor sea eliminado ya que el manejo de los criterios de Auto-QoS también pueden ser manejados de acuerdo a perfiles establecidos tanto en soluciones de 802.1X o procesos como ACL s

3 dentro de los switches, nuestros dispositivos avanzados de redes proporcionan características de manejo de (QoS) excepcionales que permiten a la red mediante técnicas de encolamiento, procesamiento de encabezados y demás procesar adecuadamente toda información que fluya sobre la red. Respuesta: Las características solicitadas en este inciso son necesarias para la administración de la red institucional, garantizando los recursos de red para servicios como VoIP, video sobre IP, etc. Por lo tanto se ratifica este requerimiento. 5) Observación: Ítem Manejo de tráfico a niveles 2,3 y 4, inciso cuatro, soporte de Ring Rapid Spaning Tree Protocol (RRSTP), solicitamos que este requerimiento sea informativo ya que esta adosado solo a 1 o 2 fabricantes de equipamiento de red, la solicitud de protocolos propietarios va en contra de la estandarización del mercado y la interoperabilidad de los equipamientos de red. Los protocolos aprobados por la IEEE referentes a Spaning Tree son STP, RSTP y MSTP, y en contra de la política de estandarización de la universidad misma. Observación: En el ITEM 4.1 SWITCH DE CORE Manejo de tráfico a niveles 2, 3 y 4 solicitan Soporte de Ring Rapid Spanning Tree Protocol (RRSTP), debido a que este no es un protocolo estándar de la industria y que el único fabricante que soporta este protocolo es Alcatel solicitamos sea eliminado este requerimiento dando así pluralidad de ofertas. Respuesta: En la tabla 4.1 se elimina el inciso 4 Soporte de Ring Rapid Spanning Tree Protocol (RRSTP) del ítem Manejo de tráfico a niveles 2,3 y 4. 6) Observación: Inciso 11, es el estándar en los switches de core tipo chasis, no tener limitaciones de creación de VLAN s, por lo tanto, y al ser un recurso tan crítico, solicitamos que este factor sea llevado a 4094, como es el estándar del mercado para este tipo de equipamiento Observación: ITEM 4.1 SWITCH DE CORE Manejo de tráfico a niveles 2, 3 y 4 solicitan Número de VLANs soportadas por switch: Mínimo 1024, debido a que el estándar en los switches de core tipo chasis, es no tener limitaciones de creación de VLANs, y al ser un recurso tan crítico, solicitamos que este factor sea llevado a 4094, como es el estándar del mercado para este tipo de equipamientos. Respuesta: Se modifica la tabla 4.1, ítem Manejo de tráfico a niveles 2,3 y 4, inciso 11 de la siguiente forma Número de VLANs soportadas por switch: Mínimo ) Observación: Inciso 22, literal 1, Soportar manejo de tráfico IP Multicast basado en los siguientes estándares: PIM-SM, DVMRP, solicitamos retirar el protocolo DVMRP por ser propietario de un fabricante especifico y así aseguramos una interoperabilidad a nivel de cualquier fabricante, de lo contrario nos estaríamos atando a un solo fabricante sin aprovechar lo mejor de cada fabricante, otras soluciones del mercado ofrecen protocolos estándares de mercado para el manejo y enrutamiento de trafico multicast como son PIM- SM y PIM-DM.

4 Observación: ITEM 4.1 SWITCH DE CORE solicitan Soportar manejo de tráfico IP Multicast basado en los siguientes estándares: PIM-SM, DVMRP, solicitamos retirar el protocolo DVMRP por ser propietario de un fabricante especifico y así aseguramos una interoperabilidad a nivel de cualquier fabricante, de lo contrario nos estaríamos atando a un solo fabricante sin aprovechar lo mejor de cada fabricante, nuestras soluciones ofrecen protocolos estándares de mercado para el manejo y enrutamiento de trafico multicast como son PIM-SM y PIM-DM. Respuesta: DVMRP (Distance Vector Multicast Routing Protocol) es un protocolo estandarizado por la IETF (Internet Engineering Task Force) en la RFC 1075 ( que ofrece mecanismos avanzados para enrutamiento de trafico Multicast. Por lo tanto, se ratifica este requerimiento. 8) Observación: Ítem Seguridad, inciso 4 El equipo de core debe incluir una solución de IDS.., desde el punto de vista de los aspectos de seguridad, las soluciones de IDS son tecnología ya vieja, en este punto se utilizan soluciones de IPS, proponemos que la tecnología a utilizar para la universidad sea la de IPS ya que provee una seguridad proactiva y no reactiva ante incidentes de seguridad; Solicitamos aclarar si la solución de seguridad solicitada debe estas insertada sobre el chasis del switch de core o puede ser un apliance de propósito especifico, solicitamos también determinar cuánto sería el trafico a inspeccionar para los propósitos de seguridad, este factor es fundamental para el dimensionamiento de la solución de seguridad. Observación: ITEM 4.1 SWITCH DE CORE Seguridad inciso 4 El equipo de core debe incluir una solución de IDS que permita el control del tráfico anómalo; ARP based Address Scan, ARP Flood, ARP Poisoning, ARP Failure, TCP Port Scan, TCP based Address Scan, SYN Flood, SYN Failure, SYN-ACK Scan, Fin Scan, Fin-Ack, Rst count, etc. ICMP based Address Scan, ICMP Flood, ICMP unreachable, etc., desde el punto de vista de los aspectos de seguridad, las soluciones de IDS son tecnología antigua, en este punto se utilizan soluciones de IPS (sistemas de prevención de intrusos), proponemos que la tecnología a utilizar para la universidad sea la de IPS ya que provee una seguridad proactiva y no reactiva ante incidentes de seguridad; Observación: ITEM 4.1 SWITCH DE CORE Seguridad inciso 4 El equipo de core debe incluir una solución de IDS que permita el control del tráfico anómalo; ARP based Address Scan, ARP Flood, ARP Poisoning, ARP Failure, TCP Port Scan, TCP based Address Scan, SYN Flood, SYN Failure, SYN-ACK Scan, Fin Scan, Fin Ack, Rst count, etc. ICMP based Address Scan, ICMP Flood, ICMP unreachable, etc., solicitamos aclarar si la solución de seguridad solicitada debe estas insertada sobre el chasis del switch de core o puede ser un appliance de propósito especifico, igualmente solicitamos también determinar cuánto sería el trafico a inspeccionar para los propósitos de seguridad, este factor es fundamental para el dimensionamiento de la solución de seguridad. Respuesta: Lo que se solicita en este inciso es una solución de seguridad en el acceso de la red, no una solución de seguridad perimetral. En este proceso no se ha incluido soluciones de seguridad perimetral sino una solución basada en IDS que ofrezca medidas de protección básicas ante eventuales ataques y/o anomalías de trafico que afecten al switch. Se deja abierta la opción de ofrecer esta solución en software ó hardware como modulo del Switch de Core.

5 9) Observación: ITEM 4.1 SWITCH DE CORE Manejo de tráfico a niveles 2, 3 y 4 se solicita Soportar asignación dinámica de VLANs de acuerdo al tráfico cursado, como mínimo por los siguientes criterios: DHCP: MAC y Rango de MACs, Criterios entrelazados: MAC + IP+ Puerto; MAC + Puerto; Puerto + Protocolo; Dirección MAC y rango de direcciones MAC; Dirección IP; Protocolo IP; Puerto TCP/UDP. Este requerimiento tan especifico es único de una marca (Alcatel) por lo tanto solicitamos modificar la característica de tal forma que los equipos permitan asignación dinámica de VLANs basadas en direcciones MAC, puerto, subred y protocolo. Brindando así pluralidad de oferentes. Respuesta: Se modifica inciso 14 del ítem Manejo de tráfico a niveles 2,3 y 4 de la tabla 4.1 del capítulo IV de la siguiente forma: Soportar asignación dinámica de VLANs de acuerdo al tráfico cursado, como mínimo por los siguientes criterios: Dirección MAC, Rango de MACs, Puerto, Dirección IP, Protocolo IP, Puerto TCP/UDP 10) Observación: ITEM 4.1 SWITCH DE CORE Seguridad inciso 5 Aseguramiento de las direcciones MAC permitidas en un puerto, tanto de manera dinámica como estática. Cada puerto debe poder restringir el número de direcciones MAC permitidas, así como un timeout hasta el cual el puerto aprende direcciones MAC en los equipos principales de diversos fabricantes es posible Es posible definir las direcciones MAC aprendidas por el puerto, pero no es posible tener un time-out hasta que el puerto aprenda las direcciones MAC, esta característica es única de un fabricante por lo tanto no permite pluralidad de oferentes, solicitamos sea modificada esta característica, nuestra recomendación es: el switch debe permitir definir direcciones MAC aprendidas por el puertos. Respuesta: Se modifica inciso 5 del ítem Seguridad de la tabla 4.1 del capítulo IV de la siguiente forma: Aseguramiento de las direcciones MAC permitidas en un puerto, tanto de manera dinámica como estática. Cada puerto debe poder restringir el número de direcciones MAC permitidas 11) Observación: ITEM 4.1 SWITCH DE CORE Seguridad solicitan Autenticación externa con servidores RADIUS y LDAPv3, la funcionalidad de un switch bajo las características de seguridad es permitir la integración de los usuarios a la red a través de protocolos de seguridad como 802.1x por lo que el switch se conecta con un servidor AAA o un servidor Radius, los cuales pueden integrarse con un servidor LDAP o AD con el fin de tener un único dominio en la red y un único método de autenticación; pero los switches no realizan autenticación directa con un servidor LDAP o AD, por lo que solicitamos sea modificada esta característica. Respuesta: Se aclara que este ítem hace referencia a diferentes métodos de autenticación contra servidores externos tales como Radius Server y LDAP Server con los que el equipo debe ser compatible. Por lo tanto, no se acepta esta solicitud. 12) Observación: En el numeral 6. RECURSOS HUMANOS, se requiere Un (1) Gerente del proyecto con certificación PMP vigente, quien deberá coordinar, supervisar, administrar y comunicar todas las tareas del proyecto de manera permanente. Deberá hacer presencia en sitio para las reuniones inicial y final del proyecto y a las reuniones semanales de seguimiento. Observación: Solicitamos si podemos ofrecer como segunda opción un (1)

6 ingeniero con especialización en gerencia de proyectos. Respuesta: Se modifica el ítem 1 del numeral 6 del capítulo IV de la siguiente forma Un (1) Gerente del proyecto con certificación PMP vigente o título de Especialización en Gerencia de Proyectos, quien deberá coordinar, supervisar, administrar y comunicar todas las tareas del proyecto de manera permanente. Deberá hacer presencia en sitio para las reuniones inicial y final del proyecto y a las reuniones semanales de seguimiento. 13) Observación: Se requiere un (1) ingeniero certificado por el fabricante como entrenador en los equipos de la solución ofertada. Deberá tener dedicación tiempo completo en sitio durante el curso de capacitación solicitado en el numeral 8 del presente capítulo. Observación: Solicitamos modificar este requerimiento a Un (1) ingeniero con experiencia certificada en capacitación y entrenamiento de los equipos de la solución ofertada. Observación: Un (1) ingeniero certificado por el fabricante como entrenador en los equipos de la solución ofertada. Deberá tener dedicación tiempo completo en sitio durante el curso de capacitación solicitado en el numeral 8 del presente capítulo. Los fabricantes de switches como los exigidos en la licitación, tienen ingenieros certificados en cada familia de equipos con amplia experiencia en su instalación, administración, configuración y soporte y no todos otorgan en su plan de entrenamiento, certificaciones a los ingenieros como ingenieros certificados para entrenar. Por lo anterior, solicitamos modificar la exigencia de ingeniero certificado como entrenador por ingeniero certificado por el fabricante en la familia o en la solución de equipos a ofertar. Respuesta: Se modifica el ítem 3 del numeral 6 del capítulo IV de la siguiente forma Un (1) ingeniero con certificación del fabricante en los equipos de la solución ofertada. Deberá tener dedicación tiempo completo en sitio durante el curso de capacitación solicitado en el numeral 8 del presente capítulo. 14) Observación: Capacitación conducente a certificación del fabricante para 10 personas con una intensidad mínima de 40 horas en instalación, configuración y administración de la plataforma de switchs ofertada, dictada en la ciudad de Cali por un ingeniero certificado como entrenador. Este curso debe ser certificable y avalado por el fabricante, y no un simple curso de transferencia de conocimiento. Al igual que la observación detallada para el recurso humano, solicitamos que se modifique la exigencia del ingeniero certificado como entrenador por ingeniero certificado por el fabricante en la solución o familia de equipos a ofertar. Así mismo, de cara a que haya igualdad de condiciones, solicitamos que sea un curso certificado dictado directamente por el fabricante. Respuesta: Se modifica el ítem 1 del numeral 8 del capítulo IV de la siguiente forma Capacitación conducente a certificación del fabricante para 10 personas con una intensidad mínima de 40 horas en instalación, configuración y administración de la plataforma de switchs ofertada, dictada en la ciudad de Cali por un ingeniero certificado por el fabricante en los equipos de la solución ofertada. Este curso debe ser certificable y avalado directamente por el fabricante, y no un simple curso de transferencia de conocimiento. 15) Observación: Según Numeral 8. SERVICIOS DE CAPACITACIÓN: Otorgar a la Universidad del Valle, a costo del contratista (incluyendo desplazamiento y viáticos), un

7 curso de Capacitación de segundo nivel para mínimo dos (2) personas en configuraciones avanzadas de la tecnología LAN Switch ofertada, dictado directamente por el fabricante en sus instalaciones, con el fin de suministrar los conocimientos necesarios sobre la solución a implementar, su mantenimiento, administración y futura expansión. Observación: Solicitamos modificar este requerimiento a "Otorgar a la Universidad del Valle, a costo del contratista (incluyendo desplazamiento y viáticos), un curso de Capacitación de segundo nivel para mínimo dos (2) personas en configuraciones avanzadas de la tecnología LAN Switch ofertada, dictado por una entidad certificadora certificada por el fabricante" ya que el fabricante no dicta cursos directamente. Respuesta: Se modifica el ítem 2 del numeral 8 del capítulo IV de la siguiente forma Otorgar a la Universidad del Valle, a costo del contratista (incluyendo desplazamiento y viáticos), un curso de Capacitación de segundo nivel para mínimo dos (2) personas en configuraciones avanzadas de la tecnología LAN Switch ofertada, dictado directamente por el fabricante o por una entidad de entrenamiento certificada por el fabricante, en sus instalaciones, con el fin de suministrar los conocimientos necesarios sobre la solución a implementar, su mantenimiento, administración y futura expansión. En caso de tratarse de una entidad de entrenamiento certificada por el fabricante, se debe adjuntar documento del fabricante donde se avale a dicha entidad como centro de entrenamiento autorizado. 16) Observación: ITEM 5.4. Comprobar experiencia en instalación de switchs de core y de distribución capa 3 de las mismas familias ofertadas, en dos (2) proyectos con montos iguales o superiores a los del presente proyecto en los últimos cinco (5) años. Con el fin de brindarle a la Universidad la última tecnología de switches liberada en el mercado, solicitamos que la experiencia sea presentada a través de certificados de experiencia en proyectos que involucren soluciones similares a las solicitadas en el presente pliego de condiciones, en dos (2) proyectos con montos iguales o superiores al presupuesto de la presente licitación en los últimos cinco (5) años Respuesta: Al solicitar experiencia certificada en las mismas familias de equipos ofertados se tiene un criterio mas definido para evaluar si las certificaciones de experiencia son válidas. La frase soluciones similares no ofrece un criterio definido para la evaluación. Por lo tanto no se acepta esta observación. 17) Observación: ITEM 4.3 SOFTWARE DE ADMINISTRACIÓN inciso 18 Crecimiento futuro: Posibilidad de integrarse con dispositivos de seguridad de red (como firewalls e IPS/IDS), de forma que los eventos recibidos de estos se traduzcan en acciones sobre los switches como VLANs de cuarentena. Dado que cada dispositivo de seguridad maneja su propia interfaz de administración y que es a través de esta como se puede colocar un dispositivo o usuario en una VLAN de cuarentena, no es conveniente saturar el sistema de administración de la red aunque es posible el software de administración de red LAN se integre con los sistemas de administración de seguridad, por lo tanto solicitamos sea modificada o eliminada esta características. Respuesta: Las características solicitadas en este inciso son necesarias para la administración de la red institucional, garantizando la gestión de los recursos de red para mejorar la disponibilidad de los servicios y la integración entre los recursos de la red institucional. Por lo tanto, se ratifica este requerimiento.

8 18) Observación: ITEM 9. VALORES AGREGADOS DE LA SOLUCION inciso 3 Implementación de los servicios de red DHCP y RADIUS en modo de alta disponibilidad, utilizando para ello los dos (2) servidores DHCP/RADIUS que actualmente están en producción en la red de datos de la Universidad con el fin de suministrar el valor agregado solicitado por la universidad requerimos sea aclarado la marca y referencia de los servidores DHCP y RADIUS a conectar en alta disponibilidad. Respuesta: Marca: HP proliant ML150. Sistema Operativo: CentOS release 5.3, kernel el5PAE #1. Aplicacion: ISC DHCP ) Observación: Ítem Características Generales del Hardware, inciso 8, literal 4, se aprecia que es tomado directamente de la hoja de datos de un fabricante en especifico, solicitamos que dichas menciones que hacen parte de la literatura de un fabricante especifico sean retirados del pliego ya que comprometen la imparcialidad del proceso de contratación. Observación: ITEM 4.2 Switches de Distribución y Borde Características Generales del Hardware, inciso 8, literal 4 FCC CRF Title 47 Subpart B (Class A limits. Note: Class A with UTP cables), se aprecia que es tomado directamente de la hoja de datos de un fabricante en especifico (ALCATEL), solicitamos que dichas menciones que hacen parte de la literatura de un fabricante especifico sean retirados del pliego ya que comprometen la imparcialidad del proceso de contratación. Respuesta: las características solicitadas en este ítem son estándares del mercado y no limitan la participación a un solo fabricante. Por lo tanto no se acepta esta solicitud. 20) Observación: Inciso 9, Los equipos deben soportar las siguientes aplicaciones y/o protocolos. El solicitar el cumplimiento de aplicaciones como IP TV, Telefonía IP, Videoconferencia, se apoyan sobre protocolos como IGMP, Soporte de Multicast, PIM- SM/DM, QoS, etc., por lo tanto solicitamos que las aplicaciones se expresen también sobre los protocolos que las soportan y hacen convivir en el mundo de las redes. Observación: ITEM 4.2 Switches de Distribución y Borde Características Generales del Hardware, inciso 9 solicitan Los equipos deben soportar las siguientes aplicaciones y/o protocolos: IP T.V., Telefonía IP, Videoconferencia, IPv6 y otras aplicaciones de convergencia, sin necesidad de Upgrade de hardware y software futuros, El solicitar el cumplimiento de aplicaciones como IP TV, Telefonía IP, Videoconferencia, se apoyan sobre protocolos como IGMP, Soporte de Multicast, PIM-SM/DM, QoS, etc., por lo tanto solicitamos que las aplicaciones se expresen también sobre los protocolos que las soportan y hacen convivir en el mundo de las redes. Respuesta: Lo que se solicita en este ítem es básicamente que la solución pueda soportar aplicaciones como IP TV y Telefonía IP entre otras que sin necesidad de requerir de hardware y/ó actualizaciones de software adicionales. Por lo tanto no se acepta esta solicitud. 21) Observación: Ítem Calidad de Servicio (QoS), inciso 6, se observa mezclado el parámetro de las colas de prioridad físicas por hardware y el soporte de Auto-QoS, se solicita separar estos criterios, no sin antes recalcar que el parámetro Soporte de Auto-QoS sea opcional ya que el manejo de los criterios de Auto-QoS también pueden ser manejados de acuerdo

9 a perfiles establecidos tanto en soluciones de 802.1X o procesos como ACL s dentro de los switches, los dispositivos avanzados de redes proporcionan características de manejo de (QoS) ecepcionales que permiten a la red mediante técnicas de encolamiento, procesamiento de encabezados y demás procesar adecuadamente toda información que fluya sobre la red. Observación: En el ITEM 4.2 Switches de Distribución y Borde Cada puerto debe tener mínimo ocho colas de prioridad basadas en hardware Soporte de Auto-QoS se observa mezclado el parámetro de las colas de prioridad físicas por hardware y el soporte de Auto QoS, se solicita separar estos criterios, no sin antes recalcar que el parámetro Soporte de Auto QoS sea eliminado ya que el manejo de los criterios de Auto-QoS también pueden ser manejados de acuerdo a perfiles establecidos tanto en soluciones de 802.1X o procesos como ACL s dentro de los switches, nuestros dispositivos avanzados de redes proporcionan características de manejo de (QoS) excepcionales que permiten a la red mediante técnicas de encolamiento, procesamiento de encabezados y demás procesar adecuadamente toda información que fluya sobre la red. Respuesta: Las características solicitadas en este inciso son necesarias para la administración de la red institucional, garantizando los recursos de red para servicios como VoIP, video sobre IP, etc. Por lo tanto se ratifica este requerimiento. 22) Observación: Ítem Manejo de tráfico a niveles 2, 3 y 4, inciso diez, soporte de Ring Rapid Spaning Tree Protocol (RRSTP), solicitamos que este requerimiento sea informativo ya que esta adosado solo a 1 o 2 fabricantes de equipamiento de red, la solicitud de protocolos propietarios va en contra de la estandarización del mercado y la interoperabilidad de los equipamientos de red. Los protocolos aprobados por la IEEE referentes a Spaning Tree son STP, RSTP y MSTP. Observación: ITEM 4.2 Switches de Distribución y Borde Manejo de trafico a niveles 2, 3 y 4 se solicita Soporte de Ring Rapid Spanning Tree Protocol (RRSTP) debido a que este no es un protocolo estándar de la industria y que el único fabricante que soporta este protocolo es Alcatel solicitamos sea eliminado este requerimiento dando así pluralidad de ofertas. La solicitud de protocolos propietarios va en contra de la estandarización del mercado y la interoperabilidad de los equipamientos de red. Los protocolos aprobados por la IEEE referentes a Spanning Tree son STP, RSTP y MSTP. Respuesta: En la tabla se elimina el inciso 9 Soporte de Ring Rapid Spanning Tree Protocol (RRSTP) del ítem Manejo de tráfico a niveles 2,3 y 4. 23) Observación: Ítem Seguridad, inciso 9, Contar con un mecanismo embebido., esta afirmación puede corresponder a un parámetro exclusivo de algún fabricante por lo cual solicitamos que sea un factor eminentemente informativo y no corresponda ningún carácter de calificación. Respuesta: En la tabla se elimina el inciso 9 Contar con un mecanismo embebido para brindar acceso restringido a la red para los visitantes (ubicados en una VLAN especial independiente del puerto físico al que se conecten), mediante autenticación por WEB. del ítem Seguridad.

10 24) Observación: ITEM 4.2 Switches de Distribución y Borde Manejo de trafico a niveles 2, 3 y 4 se solicita Soportar asignación dinámica de VLANs de acuerdo al tráfico cursado, como mínimo por los siguientes criterios: DHCP: MAC y Rango de MACs; Criterios entrelazados: MAC + IP+ Puerto, MAC + Puerto, Puerto + Protocolo; Dirección MAC y rango de direcciones MAC; Dirección IP; Protocolo IP; Puerto TCP/UDP. Este requerimiento tan especifico es único de una marca (Alcatel) por lo tanto solicitamos modificar la característica de tal forma que los equipos permitan asignación dinámica de VLANs basadas en puerto y VLAN de voz. Brindando así pluralidad de oferentes. Respuesta: Se modifica el inciso 16 del ítem Manejo de tráfico a niveles 2,3 y 4 de la tabla 4.2 del capítulo IV de la siguiente forma: Soportar asignación dinámica de VLANs de acuerdo al tráfico cursado, como mínimo por los siguientes criterios: Dirección MAC y Rango de MACs, Dirección IP, Puerto, Protocolo 25) Observación: ITEM 4.2 Switches de Distribución y Borde Seguridad inciso 5 Aseguramiento de las direcciones MAC permitidas en un puerto, tanto de manera dinámica como estática. Cada puerto debe poder restringir el número de direcciones MAC permitidas, así como un time-out hasta el cual el puerto aprende direcciones MAC en los equipos principales de diversos fabricantes es posible Es posible definir las direcciones MAC aprendidas por el puerto, pero no es posible tener un time-out hasta que el puerto aprenda las direcciones MAC, esta característica es única de un fabricante por lo tanto no permite pluralidad de oferentes, solicitamos sea modificada esta característica, nuestra recomendación es : el switch debe permitir definir direcciones MAC aprendidas por el puertos. Respuesta: Se modifica el inciso 5 del ítem Seguridad de la tabla 4.2 del capítulo IV de la siguiente forma: Aseguramiento de las direcciones MAC permitidas en un puerto, tanto de manera dinámica como estática. Cada puerto debe poder restringir el número de direcciones MAC permitidas 26) Observación: ITEM 4.2 Switches de Distribución y Borde Seguridad solicitan Autenticación externa con servidores RADIUS y LDAPv3, la funcionalidad de un switch bajo las características de seguridad es permitir la integración de los usuarios a la red a través de protocolos de seguridad como 802.1x por lo que el switch se conecta con un servidor AAA o un servidor Radius, los cuales pueden integrarse con un servidor LDAP o AD con el fin de tener un único dominio en la red y un único método de autenticación; pero los switches no realizan autenticación directa con un servidor LDAP o AD, por lo que solicitamos sea modificada esta característica. Respuesta: Se aclara que este ítem hace referencia a diferentes métodos de autenticación contra servidores externos tales como Radius Server y LDAP Server con los que el equipo debe ser compatible. Por lo tanto, no se acepta esta solicitud. 27) Observación: Según el Capítulo VI, numeral 5 GARANTIAS DEL CONTRATO, 5.1. DE CUMPLIMIENTO: Una garantía equivalente al veinte por ciento (20%) del valor total del contrato con vigencia igual al plazo de ejecución del contrato incluyendo sus prorrogas y cuatro (4) meses más, constituida para precaver los perjuicios derivados del incumplimiento del contratista de cualquiera de sus obligaciones originadas en el contrato y

11 garantizar la cancelación de las multas que sean impuestas al contratista en desarrollo del mismo y la cláusula penal pecuniaria. En todo caso la garantía deberá permanecer vigente hasta que el contratista haya cumplido la totalidad de las obligaciones a su cargo Solicitamos aclaración, porque entre particulares no se pueden expedir pólizas de cumplimiento que garanticen la clausula penal y las multas. Esto es propio de contrataciones con el Estado. Respuesta: Se aclara que, aunque la Universidad del Valle pública que se rige por el Derecho Privado en temas de contratación, la exigencia que hace en sus pliegos de pólizas, de acuerdo con su Estatuto de Contratación, hace que las pólizas que se adecuen son las que se expiden a favor de Entidades Estatales. 28) Se modifica el numeral 2.2. del Capítulo I del Pliego de condiciones de la siguiente manera: 2.2 Lugar y Cierre de la Licitación Las propuestas deberán depositarse en la Urna destinada para tal fin, hasta el día (3) de agosto de 2010, a las 11:00 a.m., en la Oficina de la Sección de Compras y Administración de Bienes, ubicada en el segundo piso del Edificio de Administración Central espacio 2062, de la sede Meléndez, Edificio 301, en la ciudad de Santiago de Cali, en sobres cerrados y se abrirán el día y hora fijados para el cierre de la presente Licitación, en presencia de los funcionarios designados por la Universidad del Valle y de los Proponentes que deseen asistir a dicho acto. Se levantará un acta en la cual quedarán especificados los resúmenes de las propuestas. No se recibirán propuestas presentadas en lugar o en oportunidad diferentes a las señaladas anteriormente. No se aceptarán propuestas enviadas por correo o medios telemáticos ni entregadas en otras dependencias de la Universidad del Valle. GUSTAVO ADOLFO BAHAMÓN MENA Jefe de Sección Compras y Administración de Bienes Julio 27 de 2010