Arquitectura de la solución. Cumpliendo con las disposiciones mencionadas en el Reglamento Técnico de Portabilidad Numérica del Servicio Móvil, se requiere que el oferente presente una propuesta de arquitectura para la solución de portabilidad numérica, tanto a nivel de hardware como de software, que cumpla con las condiciones técnicas, operativas y administrativas expuestas a lo largo de la presente sección y que contenga mínimamente las características de la arquitectura descrita en el Anexo C.
Arquitectura de la solución. REQUERIMIENTO RESPUESTA N° DESCRIPCIÓN TIPO DE REQUERIMIENTO (Mandatorio) CUMPLE / NO CUMPLE DOCUMENTO, PÁGINA, REFERENCIA 2.1 La arquitectura deberá describir la solución integral que garantice el cumplimiento del SLA descrito en el Anexo D. Mandatorio 2.2 La arquitectura debe incluir como mínimo los siguientes bloques funcionales o sus equivalentes que componen el Sistema Central de Portabilidad SCP: • Gestor de portabilidad • Base de Datos Central de Portabilidad Numérica BDCP. • Help Desk (Sistema de Ticket´s) • • Interfaces de software • Infraestructura segura de conexión entre el SCP y los operadores y proveedores. • Ambientes de pre-producción y producción. • Aplicaciones para gestión de la solución Mandatorio 2.3 El oferente deberá tener en cuenta mínimamente los siguientes criterios de diseño: • Disponibilidad • Confiabilidad • Escalabilidad • Adaptabilidad • Flexibilidad • Trazabilidad • Integridad El oferente deberá describir la forma en la que su solución cumple los criterios de diseño expuestos. Mandatorio 2.4 El oferente deberá permitir establecer una conexión (principal y redundante) entre el SCP y cada uno de los operadores y proveedores. Dicha conexión debe ser a través de un canal de conexión segura a través de líneas dedicadas y conexión segura por internet. Mandatorio 2.5 El oferente debe describir la forma de integración síncrona y asíncrona de transacciones, mismas que deben considerar los mecanismos de reintentos manuales y automáticos. Mandatorio Alta Disponibilidad en Sitio 2.6 El oferente debe describir la arquitectura de la solución, con las características de redundancia y tolerancia a fallos necesaria para asegurar la alta disponibilidad de acuerdo al SLA. Mandatorio
Arquitectura de la solución. La solución debe consistir en una plataforma de protección de Red, basada en un dispositivo con funcionalidades de Firewall de Próxima Generación (NGFW), así como consola de gestión y monitoreo. • La solución propuesta debe encontrarse como líder en gartner en "Network Firewalls" al menos los últimos 3 años consecutivos. • Las funcionalidades de protección de red que conforman la plataforma de seguridad, puede ejecutarse en múltiples dispositivos siempre que cumplan todos los requisitos de esta especificación. • La plataforma debe estar optimizada para análisis de contenido de aplicaciones en capa 7. • La solución de gestión debe ser compatible con el acceso a través de SSH y la interfaz web (HTTPS), incluyendo, pero no limitado a, la exportación de configuración de sistemas virtuales (contextos) por ambos tipos de acceso • Los dispositivos de protección de red deben soportar Policy based routing o policy based forwarding. • Los dispositivos de protección de red deben soportar encaminamiento de multicast (PIM-SM y PIM-DM). • Los dispositivos de protección de red deben soportar DHCP Relay y DHCP Server. • Los dispositivos de protección de red deben soportar sFlow. • Los dispositivos de protección de red deben soportar Jumbo Frames. • Los dispositivos de protección de red deben soportar sub-interfaces Ethernet lógicas. • Debe ser compatible con NAT dinámica (varios-a-1) y (muchos-a-muchos) • Debe soportar NAT estática (1-a-1) y (muchos-a-muchos) • Debe ser compatible con NAT estático bidireccional 1-a-1. • Debe ser compatible con la traducción de puertos (PAT). • Debe ser compatible con NAT Origen y NAT destino. • Debe soportar NAT de origen y NAT de destino de forma simultánea y en la misma política. • Debe soportar Traducción de Prefijos de Red (NPTv6) o NAT66, para evitar problemas de enrutamiento asimétrico. • Debe contar con soporte IBGP y EBGP en VRF • Debe soportar la utilización de direcciones IPv6 basadas en geografía • Debe tener una función para forzar la conmutación por error de HA para pruebas y demostraciones. • Debe ser compatible con NAT64 y NAT46. • Debe implementar el protocolo ECMP. • Debe determinar si la distancia recursiva se evalúa en los próximos saltos de BGP bajo ECMP. • Debe soportar el balanceo de enlace hash por IP de origen. • Debe soportar el balanceo de enlace por hash de IP de origen y destino. • Debe soportar balanceo de enlace por peso. En esta opción debe ser posible definir el porcentaje de tráfico que fluirá a través de ...
Arquitectura de la solución. En el siguiente diagrama se muestra la arquitectura de la solución a modo de referencia: Este proyecto hace referencia exclusivamente al desarrollo del componente de la arquitectura Back-End Canal Venta Online, la pasarela de pago y el servicio bancario de adquirencia. Para que se entienda la arquitectura de la solución, a continuación se describe, a un nivel muy alto, el flujo de información básica de un proceso de venta:
Arquitectura de la solución. Gráfico N° 1 2.1. Servidores Rack de Misión Crítica 2.2. Licencias Oracle
Arquitectura de la solución. Interface 100% WEB para usuario final y para el administrador en español. La solución propuesta deberá considerar la siguiente arquitectura para su operación: Un servidor Dual donde residirá la Base de Datos y el aplicativo. Un servidor de Alto Rendimiento donde residirá el administrador de contenidos propuesto. Un equipo NAS donde residirán los documentos digitalizados o adjuntados durante la operación de la solución. Un servidor Departamental donde se realizarán las pruebas integrales de la solución. La arquitectura para la solución ofertada presentada por el licitante, deberá ser una arquitectura que soporte niveles de respaldo y alta disponibilidad mediante servidores espejo para los servidores donde residirán la base de datos, el aplicativo y el administrador de contenidos, de tal forma que si alguno de los componentes (base de datos, aplicativo o administrador de contenidos) dejara de funcionar por algún problema de hardware, el sistema continué dando servicio normalmente. Los servidores antes mencionados serán proporcionados por la CONAGUA. El licitante ganador deberá configurar dichos servidores y arquitectura requerida en el Centro de Cómputo de la CONAGUA considerando una entrega puesta a punto de la solución ofertada abarcando el hardware en espejo y la solución ofertada. Las características de los servidores son las siguientes: Servidores de Alto Rendimiento Cuatro Procesadores Dual-Core Intel Xeon, a 3.0 GHZ al menos ó Dos procesadores Quad-core INTEL Xeon, a 2.6 GHZ al menos Memoria RAM SDRAM de 8 GB tipo ECC, con crecimiento a 16 GB como mínimo Discos Duros con capacidad de 1.5 TB de almacenamiento antes del arreglo, de tecnología SAS a 10,000 RPM Sistema Operativo de Red Microsoft Windows 2003 Enterprise Server en Inglés, con SP última versión Servidor Dual Procesador Dual Xeon 2.8GHZ Memoria RAM 4GB Disco duro 2 x 250GB IDE Raid 1 SQL SERVER 2005 Dos Discos duros de 250GB en RAID1 espejeado Servidor Departamental Procesador Intel Xeon Procesador a 3.6 GHZ al menos con capacidad de crecimiento hasta dos procesadores Memoria RAM SDRAM DDR2 8GB tipo ECC en DIMMS con crecimiento a 12GB como mínimo 3 discos duros SAS al menos de 146 GB de 15,000 RPM Hot Swap o Hot Plug Microsoft Windows 2003 Enterprise Server en Inglés, con SP última versión Equipo NAS FAS-2050 Infraestructura SAS alto rendimiento Regulador Dual Almacenaje ISCIS, NAS, FIBRE CANNEL SAN, FIBRE CHANNEL TAPE Onboard Remote Lan Management 4U High
Arquitectura de la solución. Interface WEB para usuario final y para el administrador y/o cliente servidor en módulos de captura, todos en español. • Las características y dimensionamiento de la infraestructura y componentes para la operación de la solución propuesta será responsabilidad total del proveedor de los servicios, por lo que deberá de considerar todos los componentes e infraestructura para la correcta prestación de los servicios que garanticen los niveles de servicios solicitados. • Los documentos digitalizados o adjuntados durante la operación de la solución, deberán de ser almacenados en un equipo SAN o NAS para su almacenamiento. • La arquitectura para la solución ofertada presentada por el proveedor, deberá ser una arquitectura que soporte niveles de respaldo y alta disponibilidad mediante servidores espejo para los servidores donde residirán la base de datos, el aplicativo y el administrador de contenidos, de tal forma que si alguno de los componentes (base de datos, aplicativo o administrador de contenidos) dejara de funcionar por algún problema de hardware, el sistema continué dando servicio normalmente.
Arquitectura de la solución. La arquitectura de la solución se construirá a partir de diferentes servicios proporcionados por AWS, conforme al siguiente diagrama: Los servicios de AWS utilizados son los siguientes: • AWS Connect: es el servicio IVR propiamente dicho. Permite gestionar los números de teléfono de entrada y los flujos automáticos para las respuestas.
Arquitectura de la solución. La siguiente relación indicas las sedes de la SBS y el tipo de cámaras y tipo de grabador de video que se requiere, asimismo se indica el tipo de conexión: 1 Lima Xxxxx Xxx Xxxxxx 000, Xxx Xxxxxx Si Si 2 Lima Xxxxx Xxxxx Xxxxxx 205, San Xxxxxx Si Si 3 Lima Xxxxx Xxx Xxxxxxxx 000, Xxx Xxxxxx. Si Si NVR 4 Lima Xxxxx Xxxxxxxxx Xxxxxxxx 341, San Xxxxxx SI Si 5 Lima Xx. Xxxxxxxxx 0000, Xxx Xxxxxx Si Si 6 Lima Xxxxx Xxx Xxxxxxxx 000, Xxx Xxxxxx Si Si 7 Lima Xx. Xxx xx Xxxx 0000, San Xxxxxx Si Si 8 Lima Xx. Xxx xx Xxxx 0000, San Xxxxxx Si Si 9 Lima Xx. Xxxxxxxx 000, San Xxxxxx Si Si 10 Lima Xx. Xxxxxxxx 000-000, San Xxxxxx Si Si
Arquitectura de la solución. REQUERIMIENTO RESPUESTA N° DESCRIPCIÓN TIPO DE REQUERIMIENTO (Mandatorio) CUMPLE / NO CUMPLE DOCUMENTO, PÁGINA, REFERENCIA 2.1 La arquitectura deberá describir la solución integral que garantice el cumplimiento del SLA descrito en el Anexo D. Mandatorio 2.2 La arquitectura debe incluir como mínimo los siguientes bloques funcionales o sus equivalentes que componen el Sistema Central de Portabilidad SCP: • Gestor de portabilidad • Base de Datos Central de Portabilidad Numérica BDCP. • Help Desk (Sistema de Ticket´s) • Solución de alta disponibilidad • Interfaces de software • Infraestructura segura de conexión entre el SCP y los operadores y proveedores. • Ambiente de pre-producción y pruebas Mandatorio