EMPRESA DE TELECOMUNICACIONES DE BOGOTÁ S A E.S.P. SOLICITUD DE INFORMACIÓN EQUIPAMIENTO NETWORKING (SWITCHES) DATA CENTER Octubre 2013 1
CALENDARIO DE EVENTOS El calendario establece las fechas de los principales eventos planificados relacionados con la distribución del, la recepción de las propuestas, la evaluación y el proceso de consolidación de la información: ETAPAS RESPONSABLE FECHA 1 Publicación del ETB 25/10/2013 2 Formulación de preguntas ETB 28/10/2013 al 30/10/2013 3 Resolución de preguntas ETB 31/10/2013 al 05/10/2013 4 Entrega respuesta al PROVEEDOR 12/11/2013 Estas fechas podrán ser modificadas a criterio de ETB, y serán informadas a todos los interesados. La etapa 1 será publicada por el portal corporativo de ETB. La etapa 2 será se cursará vía email. Las preguntas deberán ser dirigidas a Kely Rivera Lozano, correo kely.riveral@etb.com.co Teléfono 2422524 Móvil 3005831897. La etapa 3 será publicada por el portal corporativo de ETB. Etapa 4. Para la entrega del, el proveedor deberá remitir en medio físico y una copia digital su respuesta a Kely Rivera Lozano, a la carrera 7 N 20-99 mezzanine en las oficinas de la Gerencia de Adquisiciones y Suministros en la fecha prevista, en horario de 8:30 am a 12:00 y de 2:00 pm a 4:00 pm. ADVERTENCIA. Estos requerimientos de información no constituyen una oferta mercantil para ninguna de las partes y no genera obligación comercial en la etapa precontractual y contractual en cualquiera de sus instancias. Adicionalmente, en desarrollo de la lealtad y ética comercial solicitamos y nos comprometemos a que la información entregada por nosotros y suministrada por ustedes se mantenga en estricta confidencialidad. Durante el estudio de los, ETB se reserva el derecho de solicitar a los interesados una presentación, en la cual se aclaren los diferentes aspectos presentados en la propuesta. 1. OBJETIVO 2
ETB desea implementar una solución de Networking (equipos Switches) en el marco de un proyecto de Nuevo Data Center en Bogotá, para lo cual se busca recibir información técnica, funcional y comercial acerca de las estrategias y soluciones ofrecidas por el mercado. De igual forma, se quiere conocer la información correspondiente a las funcionalidades ofrecidas por el sistema en cuanto a: Arquitectura de red y equipos sugerida Seguridad Calidad de servicios Configuración de servicios Alta disponibilidad Otros 2. ALCANCE Contar con información técnica, comercial y funcional de soluciones de Conectividad entre switches (Networking) para Data Center existentes en el mercado, incluyendo: - Información de suministro de hardware, software y licenciamiento. - Información de ejecución de todas las actividades necesarias para la correcta instalación incluidas las adecuaciones físicas de conectividad, configuración, pruebas y puesta en funcionamiento de la solución. - Información de crecimiento de la solución ofrecida para 10 años. - Informacion de base instalada en el país con soluciones que comprenden los mismos switches ofrecidos y en funcionamiento. - Información de garantía de fabricante para la solución durante 1 y 3 años. - Información de soporte y mantenimiento para la solución durante 1 y 3 años. - Capacitación teórico-práctica y documentación de los equipos y la arquitectura sugerida. - Servicios de integración con los actuales Datacenter de ETB. - Demás información que el oferente considere importante. 3. RESPUESTA ETB espera que el interesado indique explícitamente, para cada uno de los numerales contenidos en este documento, si lo requerido o esperado está "INCLUIDO" o NO INCLUIDO y detalle la información complementaria necesaria para dar claridad y/o explicación a la respuesta. Para las 3
respuestas en las que lo esperado o requerido sea parcialmente cubierto por la solución, por favor detallar el por qué y la alternativa de complemento que plantea según su solución. El interesado puede sustentar sus respuestas describiendo o detallando cómo su propuesta satisface lo esperado por ETB. Si es necesario puede hacer referencia a documentos técnicos anexados que soporten concretamente las respuestas dadas. ETB espera que las respuestas no sean referidas a directamente a catálogos o publicaciones del proveedor incluidas en la cotización, sin que previamente se haya dado una explicación clara en el texto mismo de la respuesta respectiva. Así mismo, las respuestas referenciadas a documentos externos deben especificar la página y párrafo en la cual se hace referencia al requerimiento. Se debe indicar explícitamente, si las sustentaciones o respuestas a los requerimientos corresponden a desarrollos actualmente vigentes (información técnica actualizada que debe estar disponible en el web site del fabricante), o si corresponden a desarrollos futuros (roadmap). ETB espera que los documentos que integran la cotización sean redactados en idioma español, con excepción de los catálogos o descriptivos técnicos entregados como anexos, los cuales pueden ser presentados alternativamente en idioma inglés. 4. TOPOLOGÍA DE RED La topología de networking propuesta para la implementación del nuevo Data Center en un escenario de crecimiento escalonado es, en general, la siguiente: 4
Figura 1. Topología Propuesta de Networking para Nuevo Data Center Los equipos SW Core/Agregación cuentan con funcionalidades de L3 (enrutamiento y agregación) y serán los encargados de conectar el Data Center a la red de Back Bone de ETB (Core). También contarán con funcionalidades de L2 para agregar los equipos de acceso. En estos equipos SW Core/Agregación se debe hacer la integración con la solución de Seguridad requerida para proteger el Nuevo Data Center (esta última parte seguridad- no es del alcance de este ). La capa de CORE será la encargada de permitir el crecimiento modular del Data Center, cuando se requiera adicionar nuevos bloques de agregación (POD). La capa de Agregación permitirá el crecimiento modular de la capa de acceso de tal manera que cuando ETB requiera crecer en filas de racks dentro de un POD se adicionarían nuevos bloques de acceso a la capa de agregación de ese POD. Además, esta arquitectura por capas (Core, agregación y acceso) y PODs permitirá a ETB un crecimiento modular y una optimización en los procesos de operación aislamiento requerido y troubleshooting. 5
Figura 2. POD Inicial y POD de crecimiento. De acuerdo con lo estimado en el diseño inicial, los equipos de Networking del Data Center se implementarán siguiendo el crecimiento de la demanda estimada, ese crecimiento estará dimensionado por cantidades de PODs en el tiempo (Ver figura 2). 5. AGREGACIÓN DE LOS SISTEMAS DE SEGURIDAD En el diseño planteado, la capa de agregación de la red se realiza en los equipos SW Core/Agregación, denominados Switches Data Center Capa de Core en la Figura 1. Por lo tanto, los equipos de Seguridad que se implementarán para la protección de los servicios del Nuevo Data Center, deben ser agregados en ese nivel de red mencionado. Los equipos de seguridad no hacen parte del alcance de este, esta información es de manera referencial. 6. GENERALIDADES DE LA SOLUCIÓN DE NETWORKING 6.1 ETB desea conocer la arquitectura de networking sugerida (interconectividad de switches) de un Data Center, alineada con la topología propuesta por ETB en la Figura 1. 6.2 En general, ETB busca equipos SW de Core/Agregación y equipos SW de Acceso Distribuido (SW Controlador + Port Extender), de arquitectura modular con componentes redundantes como: módulos supervisores, módulos de switch-fabric, fuentes de poder y ventiladores. 6.3 Para ETB es muy importante conocer la experiencia con el soporte técnico local, calidad de soporte técnico, magnitud de las implementaciones similares a las que ETB está solicitando, calidad y confiabilidad de las soluciones, entre otros aspectos, que permitan a ETB validar que el proveedor cuenta con la experiencia idónea a nivel local para este tipo de proyectos. 6
Por lo anterior, ETB desea conocer los casos de éxito que se hayan implementado con la arquitectura sugerida en el numeral 6.1 y los equipos propuestos, y que actualmente estén operativamente activos en Colombia. Proveer nombres de contacto. 6.4 ETB desea validar que las respuestas a los requerimientos del presente correspondan a funcionalidades liberadas al mercado, por lo cual desea saber si el proveedor está en capacidad de realizar una demostración de la funcionalidad y operación de la arquitectura sugerida en el numeral 6.1, con los equipos y versiones de software propuestos en este. 6.5 ETB desea conocer detalles de las referencias de los equipos y de puertos instalados (cantidades) por el proveedor, de las referencias indicadas en la arquitectura sugerida, en el mundo. Por favor adjuntar el soporte a la respuesta de este punto. 6.6 ETB desea conocer si el proveedor está en capacidad de ofrecer un entrenamiento específico en configuración y soporte de los equipos y la arquitectura sugerida. 6.7 ETB desea conocer si los equipos propuestos, su configuración, y en general la arquitectura sugerida, es interoperable e interfuncional con un arquitectura basada en Cisco Nexus (7000, 5000 y 2000). 7. REQUERIMIENTOS ESPECÍFICOS SW CORE/AGREGACIÓN 7.1 Explique la arquitectura detallada de los equipos SW de Core/Agregación, especificando detalles como procesamiento, capacidad de forwarding (en pps), capacidad de backplane, BW por slot (especifique si está expresado como Half Duplex o Full Duplex), tipo de puertos, fuentes de poder, cantidad de slots (por escalabilidad el equipo SW Core/Agregación deberá tener por lo menos 8 slots para tarjetas de línea), modularidad, escalabilidad, y demás información que considere relevante. 7.2 Uno de los objetivos principales de ETB es garantizar alta disponibilidad a las aplicaciones alojadas en sus Data Centers que podrán estar implementados en diferentes ciudades. para satisfacer ese requerimiento se debe contar con la posibilidad de extender clusters y migrar máquinas virtuales, para lo cual la arquitectura sugerida debe contar con un mecanismo capaz de extender VLANs entre Data Centers. Es decir, esta funcionalidad debe permitir esta extensión de VLANs a través de una red L3 de ETB que incluya más de un salto IP. ETB desea evitar que esta extensión de VLANs represente un riesgo como extensión de loops o tormentas de broadcast entre Data Centers, por lo cual esta funcionalidad deberá aislar dominios de Spanning Tree y evitar flooding de manera automática. 7
ETB considera este requerimiento importante debido a que actualmente contamos con Data Centers existentes con un plan de VLAN operativo, los cuales se deberán interconectar con el nuevo Data Center. 7.3 El mecanismo, o la solución al requerimiento 7.2 deberá ser interoperable e interfuncional con los equipos que actualmente hacen parte de los Data Centers existentes de ETB, los cuales están basados en infraestructura Cisco Nexus. 7.4 Indique y explique si los equipos SW Core/Agregación cuentan con una funcionalidad por medio de la cual se puedan unir dos chasises físicos y se puedan ver como un solo chasis o unidad lógica desde una perspectiva LACP de un SW que se conecte a esa unidad lógica. 7.5 Indique si el equipo que cumple la función de SW Core/Agregación cuenta con una funcionalidad que haga posible que el equipo se pueda virtualizar de tal manera que se puedan tener varios switches lógicos dentro de la mima caja física, y que cada uno de esos switches lógicos cuente con su plano de de datos, control y management. ETB busca con este requerimiento aprovechar los beneficios de virtualización implementando menos equipos físicos de tal manera que se ocupe menos espacio, se consuma menos energía y enfriamiento. Los que se busca es implementar las funciones de Core (L3) y Agregación (L2) en un mismo hardware, logrando los beneficios anteriormente mencionados, pero garantizando escalabilidad, modularidad y asilamiento. 7.6 Indique si los equipos cuentan con esquema de alta disponibilidad en todas sus procesadoras, fuentes de poder, bakcplane, ventiladores, y algún otro elemento que considere relevante mencionar. 7.7 Indique qué tipos de eventos pueden afectar los servicios configurados en los equipos, y cuál sería el impacto de esos eventos. Explique el proceso o el mecanismo sugerido para mitigarlo(s). 7.8 Indique detalladamente las características técnicas de cada una de las tarjetas de línea o módulos disponibles para los equipos SW de Core/Agregación, explicando sus funcionalidades. Indique cuáles de las tarjetas mencionadas trabajan con sobresuscripción. Se debe hacer referencia sólo a las tarjetas actualmente disponibles en el mercado, esta información debe poder ser verificable y claramente explicada en el web site del fabricante. 7.9 Indique si los equipos SW de Core/Agregación cuentan con disponibilidad de interfaces (tarjetas de línea) de 1G, 10G, 40G y 100G (IEEE P802.3ba 40 GB/s & 100 GB/s standards). Explique si las tarjetas trabajan o no con sobresuscripción y si están disponibles actualmente en el mercado. 8
7.10 Indique si las tarjetas de línea son full rate o si existe sobresuscripción. En caso de existir sobre suscripción indicar si se cuentan con métodos de administración de BW. 7.11 Requerimientos físicos. Indique las especificaciones físicas de los equipos SW Core/Agregación (dimensiones, Temperatura, Humedad, peso y otros que considere relevantes), así como las necesidades (consumo) de energía y potencia requeridos para energizar los equipos; rangos de temperatura, múltiples ventiladores, humedad para operación exitosa. 7.12 Indique si el flujo de aire de los equipos SW Core/Agregación es front to back. 7.13 Requerimientos físicos. Indique si los equipos soportan la falla de múltiples ventiladores en una misma bandeja, y si los ventiladores restantes están en capacidad de aumentar su velocidad para compensar el trabajo de los ventiladores que fallaron. Indique si se obtendría un reporte el estado de los ventiladores. 7.14 Requerimientos físicos. Indique si los equipos soportan la incorporación de un filtro de aire para permitir que el aire limpio fluya al interior del sistema y satisfaga los requerimientos NEBS (Network Equipment Building Standars). 7.15 Requerimientos físicos. Indique si el sistema de cableado una vez realizada la configuración completa permite una fácil administración, mantenimiento y evita la obstrucción de componentes importantes. Explique. 7.16 Requerimientos físicos. Indique si el estado de los módulos, fuentes de poder y bandejas de ventiladores puede ser monitoreado y controlado fácilmente a través de un panel de leds que alertará a los operadores. 7.17 Requerimientos físicos. Indique si los equipos cuentan con la funcionalidad de locator led por medio del cual se permite la identificación fácil de un SW en un Data Center densamente poblado de equipos. 7.18 Requerimientos físicos. Indique si los equipos cuentan con por lo menos mínimo 3 fuentes de poder con un nivel de redundancia n+1. 7.19 Requerimientos físicos. Indique si las fuentes de poder pueden ser remplazadas durante la operación del equipo (hot-swappable) e incorporar sensores que permitan el monitoreo, detección de fallas y manejo de estadísticas. 7.20 Requerimientos físicos. Indique cuál es la disipación máxima de calor por chasis (en BTUs). 7.21 Requerimientos físicos. Indique si los equipos cumplen con los requisitos de zona 4 por GR63 para condiciones de terremotos. 7.22 Requerimientos físicos. Indique si los equipos cumplen con los requisitos de GR63 sección 5.4.2 para vibraciones. 9
7.23 Requerimientos físicos. Indique si los equipos cumplen con los requisitos de ETS 300 019-1-3, Class 3.1, Section 5.5. 7.24 Requerimientos físicos. Indique el MTBF de cada una de las partes de Hardware que componen un SW de Core/Agregación. 7.25 Requerimientos físicos. Indique si los módulos de fabric, supervisores, fuentes de poder y bandejas de ventiladores que se encuentren instalados de manera redundante se pueden insertar o extraer durante la operación (hot-swappable). 7.26 Requerimientos físicos. Indique si los equipos cuentan con un mecanismo de seguridad mecánico para evitar el acceso no autorizado al sistema y prevenir la desconexión accidental o intencional del cableado en sus respectivos puertos. Deberá utilizar alguna clase de cerradura o combinación para controlar el acceso. 7.27 Requerimientos físicos. Indique si los módulos de interfaces y supervisores son accesibles desde el frente mientras que las fuentes de poder y bandejas de ventiladores desde la parte posterior del equipo para garantizar que el cableado no sea alterado durante el mantenimiento. 7.28 Explique el esquema de licenciamiento, indicando detalladamente si es por equipo, por funcionalidades, o por slot. 7.29 Desempeño. Indique el desempeño de los equipos de Core/Agregación en paquetes por segundo (IPv4 unicast). 7.30 Describa el esquema de redundancia (Alta disponibilidad activo - activo) de las tarjetas procesadoras del equipo SW Core/Agregación, indicando tiempos de restablecimiento y pérdida de tráfico, si aplica. 7.31 Indique si los SW de Core/Agregación soportan Rapid and Multiple Spanning Three (802.1w and 802.1s). 7.32 Indique si los equipos SW de Core/Agregación soportan TRILL. En caso de no soportarlo, indique si cuenta con algún mecanismo que cumpla la misma función. Explique las diferencias. 7.33 Indique qué protocolo FHRP soportan los equipos SW Core/Agregación. 7.34 Indique si los equipos soportan Locator/Identifier Separation Protocol (LISP). 7.35 Indique si los equipos soportan Bidirectional Forwarding Detection (BFD). 7.36 Indique si los equipos soportan Web Cache Control Protocol (WCCP) en modo de transmisión de capa 2 o RFC3040. 7.37 Indique si los equipos soportan IEEE 1588-2008 (v2) Precision Time Protocol (PTP). 7.38 Indique si los equipos soportan IEEE 802.1AE link-layer cryptography con 128-bit Advanced Encryption Standard (AES) cryptography. 10
7.39 Indique si los equipos soportan autenticación y Message Digest Algorithm 5 (MD5) para protocolos de routing. 7.40 Indique si los SW Core/Agregación cuentan con un analizador de protocolos embebido, que permita analizar el tráfico de control dirigido a la CPU y el tráfico de datos dirigido a un puerto en una linecard, en tiempo real y con capacidad para ser almacenado en un archivo. Indique si incluye mecanismos para filtrar el tráfico a capturar y ser selectivos en la captura específica que permita un mejor diagnóstico. 7.41 Indique si los equipos cuentan con funcionalidades que permitan que los procesos críticos se ejecuten en un espacio de memoria protegida para aislarlos del resto del sistema para permitir una rápida respuesta en caso de falla. 7.42 Indique si los equipos cumplen con protocolos de enrutamiento IPv4 estático y dinámico (RIPv2, OSPFv2, y BGP como mínimo) con soporte instalado por lo menos de OSPF y BGP en IPv6. 7.43 Indique si los SW de Core/Agregación soportan Jumbo Frames de al menos 9216 Bytes en todos los puertos. 7.44 Indique si el equipo soporta Multicast IGMPv2 y v3. Soporte de tráfico Multicast IGMPv3. 7.45 Indique si el equipo soporta enrutamiento multicast basado en hardware para IPv4 e IPv6. PIM-SM instalado y operativo. 7.46 Seguridad. Indique si los equipos SW de Core/Agregación soportan acceso vía SSH versión 2, en por lo menos dos modos, uno con alcance a la configuración básica (restringido), y otro con acceso a toda la configuración (privilegiado). Indique si el acceso a estos modos se puede implementar con usuario y contraseña encriptada. 7.47 Indique si los equipos soportan Simple Network Management Protocol Version 3 (SNMPv3 support). 7.48 Indique si los equipos soportan Layer 2 Network Admission Control (NAC) LAN port IP. 7.49 Seguridad. Indique si los equipos permiten la creación de perfiles para ser asignados a puertos virtuales o físicos. 7.50 Seguridad. Indique si es posible permitir administración basada en roles, con autorización de un set de comandos. 7.51 Seguridad. Indique si los equipos cuentan con algún otro método seguro de acceso como HTTPS. 7.52 Seguridad. Describa los mecanismos de control de acceso con que cuentan los equipos, y si existe algún impacto en el preformase de los equipos (Ej: RBAC, CAC, ACL, Traffic Storm Control, otros que considere relevantes). 11
7.53 Seguridad. Indique si los equipos soportan autenticación vía IEEE 802.1x, RADIUS, TACACS Server (RFC1492) en IPv4. Explique. 7.54 Seguridad. Indique si los equipos cuentan con mecanismos de control que permitan proteger el procesador central (plano de control), bloqueando tráfico innecesario y limitando estableciendo umbrales a tráfico necesario. 7.55 Seguridad. Indique si los equipos soportan mecanismos de seguridad que eviten ataques Man in the Midle, ataques al DHCP Server, IP Spoofing y bloqueo de ataques MAC overflow (MACOF). 7.56 Seguridad. Indique si los equipos permiten configuración de políticas basadas en MAC addresses Layer2, IPv4 e IPv6 addresses Layer 3 a nivel de puerto ethernet, a nivel de VLANs e interface IP Ruteada. 7.57 Indique si los equipos permiten ejecutar scripts específicos para acciones ante determinados eventos (fallas de HW, software, alarmas de puertos) que permitan automatizar la resolución y diagnóstico de problemas en la red. 7.58 Indique si los equipos cuenta con mecanismos para asegurar la calidad del servicio como: scheduling, colas, clasificación, y políticas. 7.59 Indique si los equipos SW de Core/Agregación soportan MPLS: VPNs de capa 3, VPN de capa 2, VPN multicast para Ipv4, Ipv6 provideredge (6PE). 7.60 Indique si los equipos soportan IPv6. 7.61 Indique si los equipos soportan TFTP. Para carga y/o descarga de versiones de software. 7.62 Describa cualquier otro método por medio del cual se podrá realizar la actualización de software y configuración del SW. 7.63 Describa aquellas funcionalidades de management que no podrían realizarse remotamente, y que deben ejecutarse por medio de conectividad directa al equipo por puerto de consola o puerto físico del equipo. 7.64 Indique si los SW cuentan con la funcionalidad de generar log de eventos usando protocolo Syslog (RFC 3164). Indique qué tipo de eventos quedan registrados en el log. 7.65 Indique si los SW cuentan con la funcionalidad de SNMP traps, qué tipo de traps se envían y en qué tipo de eventos. 7.66 Mangement. Indique si los equipos soportan SNMPv1, SNMPv2c y SNMPv3 7.67 Indique si los SW soportan Netflow. 7.68 Indique si los equipos soportan MIB-II RFC 1213. 7.69 Indique si los SW Core/Agregación soportan FCoE - IEEE 802.1Qbh (convergencia de servicios, para mantener una sola infraestructura de LAN y SAN). 12
7.70 Indique si los equipos de acceso soportan DCBX (Data Center Bridging exchange) y ETS (Enhanced Transmission Selection), descriptos en IEEE 802.1Qaz. 7.71 Indique si los equipos de agregación soportan PFC (Priority Flow Control), descripto en IEEE 802.1Qbb. 7.72 Indique si los equipos de agregación soportan FCoE (Fiber Channel over Ethernet), descripto en ANSI INCITS FC T11.3. 7.73 Indique si los equipos de acceso cumplen con la funcionalidad de port mirroring tanto a un puerto local del mismo switch como a un puerto de un switch remoto o a una sesión/túnel IP GRE. 7.74 Indique si los equipos cumplen con Etherhannel 802.3ad (Trunks), utilizando puertos de diferente tarjetas de línea. 7.75 Indique cuál es el tiempo máximo de restauración del tráfico ante una falla en un link cuando se ha configurado una multi-link trunk. 7.76 Indique si los equipos cuentan con alguna funcionalidad por medio de la cual se puedan configurar Ether Trunks con puertos en diferentes Switches. 7.77 Indique si los equipos soportan balaceo de carga basado en direcciones IP destino y origen. Explique cómo funciona. 7.78 Indique cuál es el tiempo máximo de reboot que tardarán los equipos de acceso y agregación para volver a su estado de operación normal, después de apagado el equipo o de una falla completa de suministro de energía. 7.79 Los módulos de supervisión (controladoras o supervisoras) deben incluir sistema operativo modular y no monolítico. Es decir, que los servicios deben correr como procesos por fuera del Kernel y no dentro del Kernel. 7.80 Indique si cuando se realiza un upgrade o update al Software del equipo, se presenta alguna interrupción en la configuración de los servicios, o si es viable realizar estas actividades cuando el equipo está activo sin presentarse indisponibilidad alguna en la configuración, en los servicios configurados y en el hardware. Explique. 7.81 Módulos ópticos. Indique las características de cada uno de los módulos ópticos (SFP, SFP+, XFP) funcionales en cada uno de los puertos de los equipos de agregación y acceso. Indique si estos módulos son propietarios o si ETB podría implementar este tipo de elementos en los equipos ofrecidos de otro vendor. 7.82 Indique si los equipos ofrecidos cumplen con el listado de protocolos / estándares que se listan en el documento CUMPLIMIENTO DE PROTOCOLOS ESTÁNDARES ADICIONALES.docx. 13
8. SW DE ACCESO DISTRIBUIDO 8.1 DESCRIPCIÓN DEL SW DE ACCESO DISTRIBUIDO Figura 3. SW de Acceso Data Center Con base en Bridge Port Extensión Architecture descrita en 802.1BR, ETB ha definido lo que llamamos un SW de Acceso Distribuido (Ver Figura X). Un SW de Acceso Distribuido es el equivalente a un Extended Bridge, el cual consta de dos tipos de componentes: el Controlling Bridge, que hemos denominado Switch Controlador y el Bridge Port Extender, que aquí hemos llamado Port Extender. Hemos elegido esta arquitectura de SW distribuido ya que nos permite: implementar un cableado Top of Rack y Middle of Row acorde con las necesidades de optimización de cableado y operación de ETB; administrar los Entended Bridge y los port extensión se como un solo equipo, lo cual facilita la operación y el trobleshooting; y nos permite un crecimiento modular acorde con la demanda. La relación entre el Switch Controlador y los Port Exterder es tipo maestro esclavo, donde toda la inteligencia, plano de gestión, plano de control y plano de forwarding están presentes en el Switch Controlador. Por el contrario, el Port Extender sólo hace plano de forwarding y es manejado desde el Switch Controlador. 14
Hemos definido también dos tipos de Port Extender: Tipo I, que nos permitirá contar con puertos de acceso Ethernet 100/1000BaseT (RJ45); y Tipo II, que nos permitirá contar con puertos 1/10GE ópticos y con la posibilidad de habilitarles FCoE. 8.2 REQUERIMIENTOS ESPECÍFICOS PARA EL SWITCH CONTROLADOR 8.2.1 Indique las características físicas y de ambiente operacional del equipo SW Controlador (dimensiones, Temperatura, Humedad, peso y otros que considere relevantes). 8.2.2 Indique si el flujo de aire de los equipos SW Controlador es front to back. 8.2.3 Indique el consumo de potencia del SW Controlador. 8.2.4 Requerimientos físicos. El sistema de cableado una vez realizada la configuración completa debe permitir una fácil administración, mantenimiento y evitar la obstrucción de componentes importantes. Explique. 8.2.5 Explique la arquitectura detallada de los equipos SW Controlador, especificando detalles como procesamiento, capacidad de forwarding (en pps), capacidad de backplane, BW por slot (especifique si está expresado como Half Duplex o Full Duplex), tipo de puertos, fuentes de poder, cantidad de slots, modularidad, escalabilidad, y demás información que considere relevante. 8.2.6 Indique y explique si los SW Controlador cuentan con una funcionalidad por medio de la cual se puedan unir dos chasises físicos y se puedan ver como un sólo chasis o unidad lógica desde una perspectiva LACP de un SW que se conecte a esa unidad lógica. 8.2.7 Indique y describa el esquema de alta disponibilidad de los dos switches controladores como una sola unidad lógica, con referencia a redundancia en procesadoras, fuentes de poder, bakcplane, ventiladores, y demás elementos que considere relevante mencionar. 8.2.8 Requerimientos físicos. Indique si los equipos cuentan con la funcionalidad de locator led por medio del cual se permite la identificación fácil de un SW en un Data Center densamente poblado de equipos. 8.2.9 Indique el MTBF de cada una de las partes de Hardware que componen un SW Controlador. 8.2.10 Explique el esquema de licenciamiento, indicando detalladamente si es por equipo, por funcionalidades, o por slot. 8.2.11 Indique si los equipos de acceso soportan DCBX (Data Center Bridging exchange) y ETS (Enhanced Transmission Selection), descriptos en IEEE 802.1Qaz. 15
8.2.12 Indique si los equipos de acceso soportan PFC (Priority Flow Control), descripto en IEEE 802.1Qbb. 8.2.13 Indique si los equipos de acceso soportan FCoE (Fiber Channel over Ethernet), descripto en ANSI INCITS FC T11.3 FC-BB-5 y FC-BB-6. 8.2.14 Indique qué protocolo FHRP soportan los equipos de SW Controlador. 8.2.15 Indique si los SW Controladores cuentan con un analizador de protocolos embebido, 8.2.16 Indique qué tipos de eventos pueden afectar los servicios configurados en los SW Controladores, y cuál sería el impacto de esos eventos. Explique el proceso o el mecanismo sugerido para mitigarlos. 8.2.17 Indique detalladamente las características técnicas de cada una de las tarjetas de línea o módulos disponibles para los equipos SW Controladores, explicando sus funcionalidades. Se debe hacer referencia sólo a las tarjetas actualmente disponibles en el mercado, esta información debe poder ser verificable y claramente explicada en el web site del fabricante. 8.2.18 Indique si los equipos SW Controladores cuentan con disponibilidad de interfaces (tarjetas de línea) de 1G, 10G, 40G (IEEE P802.3ba 40 GB/s standard), indique la cantidad de puertos. Explique si las tarjetas trabajan o no con sobresuscripción y si están disponibles actualmente en el mercado. 8.2.19 Los módulos de supervisión (controladoras o supervisoras) deben incluir sistema operativo modular y no monolítico. Es decir, que los servicios deben correr como procesos por fuera del Kernel y no dentro del Kernel. 8.2.20 Indique si cuando se realiza un upgrade o update al Software del equipo, se presenta alguna interrupción en la configuración de los servicios, o si es viable realizar estas actividades cuando el equipo está activo (in service) sin presentarse indisponibilidad alguna en la configuración, en los servicios configurados y en el hardware. Explique 8.2.21 De acuerdo con la respuesta del numeral 8.2.18 y en caso de existir sobre suscripción, indicar si se cuentan con métodos de administración de BW. 8.2.22 Indique si los SW Controladores están diseñados para atender máquinas virtuales permitiendo ofrecer niveles de servicio equivalentes en visibilidad, QoS, seguridad y conectividad iguales a una máquina física. 8.2.23 Módulos ópticos. Indique las características de cada uno de los módulos ópticos (SFP, SFP+, XFP) funcionales en cada uno de los puertos de los SW Controladores. Indique si estos módulos son propietarios o si ETB podría implementar este tipo de elementos en los equipos ofrecidos de otro vendor. 8.2.24 Indique si los SFP descritos en el numeral 8.2.23 cumplen con SFF 8472, o algún otro mecanismo o funcionalidad que suministre información acerca del diagnóstico del SFP. 16
8.2.25 L2. Indique si los equipos soportan IEEE 802.1Q. 8.2.26 L2. Indique si los equipos soportan Multiple y Rapid Spanning Three Protocol (IEEE 802.1s/ IEEE 802.1w). 8.2.27 L2. Indique si el equipo soportan IEEE 802.3ad. 8.2.28 Indique cuál es el tiempo máximo de restauración del tráfico ante una falla en un link cuando se ha configurado una multi-link trunk. 8.2.29 L2. Indique si el equipo soportan Jumbo Frames (indique el tamaño). 8.2.30 L2. Indique si el equipo cuenta con funcionalidades de Storm Control (unicast, multicast y broadcast). 8.2.31 L3. Indique si el equipo soportan IPv4 e IPv6. 8.2.32 L3. Indique si el equipo soporta ACLs. 8.2.33 L3. Indique si el equipo soporta Dynamic Host Configuration Protocol (DHCP) snooping - Option 82. 8.2.34 L3. Indique si el equipo soporta Multicast IGMPv2 y v3. Soporte de tráfico Multicast IGMPv3 8.2.35 Alta Disponibilidad. Indique si el equipo cuenta con una funcionalidad de In-Service Upgrade. 8.2.36 Alta Disponibilidad. Indique si los módulos del equipo son Hot-swappable. 8.2.37 Alta Disponibilidad. Indique si los equipos cuentan con redundancia en fuente de poder. 8.2.38 Alta Disponibilidad. Indique si los equipos cuentan con redundancia en ventiladores. 8.2.39 Indique qué tipos de eventos pueden afectar los servicios configurados en los equipos, y cuál sería el impacto de esos eventos. Explique el proceso o el mecanismo sugerido para mitigarlo(s) 8.2.40 Indique si los equipos soportan IEEE 1588-2008 Precision Time Protocol (Boundary Clock). 8.2.41 Seguridad. Indique si los equipos soportan Secure Shell Version 2 (SSHv2). 8.2.42 Seguridad. Indique si los equipos soportan autenticación vía TACACS, RADIUS servers; y Secure Shell (SSH) access. 8.2.43 Management. Indique si los equipos soportan SNMPv1, v2, y v3 (IPv4 & IPv6). 8.2.44 Indique si los equipos cuenta con mecanismos para asegurar la calidad del servicio como: scheduling, colas, clasificación, y políticas. 8.2.45 Indique si los equipos soportan IPv6. 8.2.46 Indique si los equipos soportan TFTP. Para carga y/o descarga de versiones de software. 17
8.2.47 Indique si los SW cuentan con la funcionalidad de generar log de eventos usando protocolo Syslog (RFC 3164). Indique qué tipo de eventos quedan registrados en el log. 8.2.48 Indique si los SW Controladores soportan FCoE, descripto en ANSI INCITS FC T11.3 FC- BB-5 y FC-BB-6 para convergencia de servicios, para mantener una sola infraestructura de LAN y SAN. 8.2.49 Indique si los equipos de acceso cumplen con la funcionalidad de port mirroring. 8.3 REQUERIMIENTOS ESPECÍFICOS PARA LOS PORT EXTENDER TIPO I 8.3.1 Indique las características físicas y de ambiente operacional del equipo Port Extender Tipo I (dimensiones, Temperatura, Humedad, peso y otros que considere relevantes). 8.3.2 Indique el consumo de potencia del Port Extender Tipo I. 8.3.3 Cada Port Extender Tipo I deberá tener conexión redundante a los SW Controladores mediante enlaces 10/40GE Ethernet. 8.3.4 Los Port Extender Tipo I deberán ser de la misma marca de los SW Controladores y los SW Core/Agregación. 8.3.5 Indique con cuántos puertos 100/1000BaseT cuenta este equipo. Se debe incluir por cada Port Extender Tipo I transceivers SFP+ para conectividad de fibra multimodo 10GE para la conexión a cada SW Controlador. 8.3.6 Todos los puertos de acceso Ethernet (100/1000BaseT) deberán funcionar a tasas completas (full rate) independientemente del tamaño de paquete y los servicios habilitados. 8.3.7 Requerimientos físicos. Indique si los equipos cuentan con la funcionalidad de locator led por medio del cual se permite la identificación fácil de un SW en un Data Center densamente poblado de equipos. 8.3.8 Los Port Extender Tipo II deberán ser de la misma marca de los SW Controladores y los SW Core/Agregación. 8.3.9 Soporte de 802.1Q (VLAN Trunking), 802.1p (COS). 8.3.10 Indique la capacidad de conmutación de paquetes del equipo en pps. 8.3.11 Indique la capacidad de procesamiento del equipo en Gbps. 8.3.12 Los equipos deberán ser alimentados con hasta 240V AC 60Hz. 8.3.13 Montable en rack de 19". 8.4 REQUERIMIENTOS ESPECÍFICOS PARA LOS PORT EXTENDER TIPO II 18
8.4.1 Indique las características físicas y de ambiente operacional del equipo Port Extender Tipo II (dimensiones, Temperatura, Humedad, peso y otros que considere relevantes). 8.4.2 Indique el consumo de potencia del Port Extender Tipo I. 8.4.3 Cada Port Extender Tipo II deberá tener conexión redundante a los SW Controladores mediante enlaces 10 o 40GE Ethernet. Deberá incluir el hardware y transceiver QSFP necesario para soportar estas velocidades. 8.4.4 Requerimientos físicos. Indique si los equipos cuentan con la funcionalidad de locator led por medio del cual se permite la identificación fácil de un SW en un Data Center densamente poblado de equipos. 8.4.5 Los Port Extender Tipo II deberán ser de la misma marca de los SW Controladores y los SW Core/Agregación. 8.4.6 Indique con cuántos puertos 1/10G cuenta este equipo. Indique si los Port Extender Tipo II soportan FCoE descripto en ANSI INCITS FC T11.3 FC-BB-5 y FC-BB-6 para convergencia de servicios, para mantener una sola infraestructura de LAN y SAN. 8.4.7 Indique si los puertos de acceso Ethernet (1/10G) funcionan a tasas completas (full rate) independientemente del tamaño de paquete y los servicios habilitados. 8.4.8 Indique si el Extender Tipo II poseen puertos capaces de conectarse a los siguientes tipos de tarjetas: NIC (para conectividad LAN) y CNA (para conectividad de LAN y SAN convergente). 8.4.9 Soporte de 802.1Q (VLAN Trunking), 802.1p (COS). 8.4.10 Indique la capacidad de conmutación de paquetes del equipo en pps. 8.4.11 Indique la capacidad de procesamiento del equipo en Gbps. 8.4.12 Los equipos deberán ser alimentados con hasta 240V AC 60Hz. 8.4.13 Montable en rack de 19". 9. NETWORK MANAGEMENT SYSTEM 9.1 Describa detalladamente el aplicativo de management por medio del cual se podrá gestionar los equipos. Suministre información como alarmas, reportes, tipos de usuarios y privilegios, disponibilidad del esquema de servidores, si es virtualizable, licenciamiento, topolgía, etc. 9.2 Describa cómo opera y funciona el sistema de gestión: interfaz de gestión gráfica, proceso de monitoreo, auditoria, configuración y aprovisionamiento de toda la solución propuesta. 9.3 Explique si la solución de NMS permite la gestión centralizada de todos los puertos en equipos de acceso que estén conectados directamente al switch Core, permitiendo gestión en una interface CLI unificada. 19
9.4 Explique si la solución de NMS permite inspeccionar constantemente el hardware y software y enviar notificaciones vía mail de los eventos críticos del sistema. 9.5 Explique si la solución de NMS cuenta con Interfaces programables en XML basadas en NETCONF, que permitan un rápido despliegue de APIs para dispositivos. 10. SERVICIO DE SOPORTE Y MANTENIMIENTO 10.1 Características de capacidad y performance. Explique el esquema del servicio de soporte y mantenimiento que se ofrecería como parte de la operación de lo que se implementaría en el nuevo Data Center. Incluyendo suministro de partes, tiempos de entrega, servicio de updates y upgrades de SW bugs, servicios de migración y tiempos de atención a fallas. Incluir esquema de generación de tickets vía web (TAC) y call center. 10.2 Indique la descripción de cualquier servicio adicional (complementario) que tenga disponible y que pueda ser útil para ETB. 10.3 Explique el esquema de garantía de los equipos: términos, duración y exclusiones. 11. ESTRUCTURACIÓN DEL PROYECTO 11.1 Describir las fases que utiliza EL INTERESADO para implementar este tipo de soluciones. 11.2 Indicar los tiempos, alcance y costos en que han incurrido en este tipo de proyectos. 11.3 Indicar un esquema de equipo de trabajo propuesto para llevar a cabo el proyecto. 11.4 Indicar la cantidad de expertos con que cuenta el interesado en la solución propuesta (localmente). 11.5 ETB espera que el INTERESADO presente un cronograma (preferiblemente en Microsoft Project Estándar 2003 en diagrama de Gantt) indicando las actividades a desarrollar para la instalación de la plataforma propuesta, Error! No se encuentra el origen de la referencia. los tiempos en días calendario, predecesoras y recursos para la implementación de su plataforma. 20