El Suministro deberá incluir todos aquellos ítems que no hubiesen sido expresamente indicados en la presente sección, pero que pueda inferirse razonablemente que son necesarios para satisfacer el requisito de suministro indicado, por lo tanto, dichos bienes serán suministrados por el Proveedor como si hubiesen sido expresamente mencionados, salvo disposición contraria en el Contrato.
Los bienes suministrados deberán ajustarse a las especificaciones técnicas y las normas estipuladas en este apartado. En caso de que no se haga referencia a una norma aplicable, la norma será aquella que resulte equivalente o superior a las normas oficiales de la República del Paraguay. Cualquier cambio de dichos códigos o normas durante la ejecución del contrato se aplicará solamente con la aprobación de la contratante y dicho cambio se regirá de conformidad a la cláusula de adendas y cambios.
El Proveedor tendrá derecho a rehusar responsabilidad por cualquier diseño, dato, plano, especificación u otro documento, o por cualquier modificación proporcionada o diseñada por o en nombre de la Contratante, mediante notificación a la misma de dicho rechazo.
Los productos a ser requeridos cuentan con las siguientes especificaciones técnicas:
ESPECIFICACIONES TÉCNICAS
|
ITEM N° |
BIEN/SERVICIO |
ESPECIFICACIONES TÉCNICAS MINIMAS |
UNIDAD DE MEDIDA |
PRESENTACIÓN |
CANTIDAD |
|
1 |
ADQUISICIÓN DE SWITCH DE 48 PUERTOS |
SEGÚN ESPECIFICACIONES TECNICAS |
UNIDAD |
UNIDAD |
38 |
|
ESPECIFICACIONES TÉCNICAS |
CARACTERISTICAS |
MINIMO EXIGIDO |
|
ITEM N° 1 SWITCH DE 48 PUERTOS |
|
|
|
Marca |
JUNIPER |
EXIGIDO |
|
Modelo |
EX - 2300 |
EXIGIDO |
|
Interfaces y rendimiento de cada equipo |
Cantidad mínima de interfaces cobre UTP Gigabit Ethernet 10/100/1000Base-T RJ-45 independientes que soporten la detección automática de la velocidad y duplex (IEEE 802.3, 802.3u y 802.3ab) |
48 |
|
Cantidad mínima de interfaces 1/10GbE SFP/SFP+ independientes soportadas (no combo) |
4 |
|
|
Permitir el stacking de equipos por medio de puertos SFP del chasis, mínimo 2 puertos |
EXIGIDO |
|
|
Cantidad mínima de puertos USB para administración fuera de banda del equipo. |
1 |
|
|
Cantidad mínima de puertos con conector RJ45 para ser usado como consola de administración. |
1 |
|
|
Modulo SFP+, Incluir, 1 Modulo SFP+ 10GB LR (fibra monomodo, para alcance de hasta 10km) con patch cord óptico para interconexión. |
EXIGIDO |
|
|
Capacidad mínima de forwarding en Capa 2 en Mpps de 64 bytes para cada uno de los equipos. |
130 Mpps |
|
|
Capacidad de Staking. |
80Gbps |
|
|
Capacidad de Switching. |
170 Gbps |
|
|
Auto-MDI/MDIX en los puertos UTP |
EXIGIDO |
|
|
MTBF |
200.000 |
|
|
Funciones comunes de los Switches (Conmutador) de Red |
Todas las interfaces se podrán agrupar para formar un dominio de Broadcast (L2) representadas por una interfase L3 virtual (Interfase VLAN - RVI) |
EXIGIDO |
|
Funcionalidad de Servidor DHCP en todas las interfaces L3 |
EXIGIDO |
|
|
Funcionalidad de Cliente DHCP |
EXIGIDO |
|
|
Funcionalidad de DHCP Relay y Helper |
EXIGIDO |
|
|
Protocolo de enrutamiento RIPv1, RIPv2 |
EXIGIDO |
|
|
Soporte de Rutas estáticas |
EXIGIDO |
|
|
Multiple VLAN Registration Protocol (802.1ak) |
EXIGIDO |
|
|
Especificaciones técnicas |
Soporte de JUMBO Frames |
EXIGIDO |
|
Rango extendido de VLAN ID |
4096 |
|
|
Mínimo VLANS soportadas 802.1q Vlan Tagging |
4092 |
|
|
Mínimo de direcciones MAC |
16000 |
|
|
Mínimo de cantidad de listas de acceso por hardware para control de tráfico o políticas de calidad de servicio |
2000 |
|
|
Rutas IPv4 unicast |
4092 |
|
|
Rutas IPv4 multicast routes |
2042 |
|
|
Rutas IPv6 unicast |
2042 |
|
|
Rutas IPv6 multicast routes |
1024 |
|
|
MAC-based VLANs |
EXIGIDO |
|
|
IGMP Snooping v1 v2 y v3 |
EXIGIDO |
|
|
Soporte de Private VLAN PVLAN |
EXIGIDO |
|
|
Private VLAN entre Switches |
EXIGIDO |
|
|
Configuración de límite de trafico entrante |
EXIGIDO |
|
|
L2 QoS (classification, rewrite,queuing) |
EXIGIDO |
|
|
Soporte de IPv6 |
Syslog, Telnet y SSH sobre IPv6 para administración del equipo |
EXIGIDO |
|
MLDv1/v2 snooping |
EXIGIDO |
|
|
IPv6 Network Discovery Protocol (NDP) |
EXIGIDO |
|
|
Calidad de Servicio |
Mínimo de colas por hardware de calidad de servicio por interface |
8 |
|
Calidad de servicio en L2 clasificación re-escritura y encolamiento (queuing) |
EXIGIDO |
|
|
Calidad de servicio en L3 QoS clasificación re-escritura y encolamiento |
EXIGIDO |
|
|
Priority Queuing sobre tráfico saliente |
EXIGIDO |
|
|
Criterios de Clasificación por : |
EXIGIDO |
|
|
por Interface |
EXIGIDO |
|
|
por dirección MAC |
EXIGIDO |
|
|
por campo 802.1p |
EXIGIDO |
|
|
por VLAN |
EXIGIDO |
|
|
por dirección IP origen y/o Destino |
EXIGIDO |
|
|
por campo DSCP/IP precedente |
EXIGIDO |
|
|
por puertos TCP/UDP |
EXIGIDO |
|
|
Configurar Ancho de banda utilizado por clase de servicio para trafico saliente |
EXIGIDO |
|
|
Seguridad |
Limitar la cantidad de Direcciones MAC por puerto. |
EXIGIDO |
|
Permitir o negar direcciones MAC configurables por puerto. |
EXIGIDO |
|
|
IP Source Guard |
EXIGIDO |
|
|
Storm control (broadcast, unknown unicast) |
EXIGIDO |
|
|
Dynamic ARP inspection (DAI) |
EXIGIDO |
|
|
Deberá soportar Local Proxy ARP |
EXIGIDO |
|
|
Deberá soportar DHCP Snooping |
EXIGIDO |
|
|
Deberá soportar Static ARP |
EXIGIDO |
|
|
Control de Acceso y autenticación |
ACL basadas en el puerto aplicadas al ingreso de los paquetes. |
EXIGIDO |
|
ACL basadas en el VLAN aplicadas al ingreso y egreso de los paquetes. |
EXIGIDO |
|
|
Funcionalidad de 802.1x en cada por puerto. |
EXIGIDO |
|
|
Múltiples suplicantes en un mismo puerto físico validándolos en forma independiente. |
EXIGIDO |
|
|
Integración con sistemas de control de acceso por medio del protocolo RADIUS y 802.1x para autenticación de usuario. |
EXIGIDO |
|
|
Autenticación del usuario debe realizarse antes que los dispositivos conectados reciban una dirección IP de un Servidor DHCP. |
EXIGIDO |
|
|
El estándar 802.1X está basado en EAP (Extensible Authentication Protocol). Los switches deberán soportar los siguientes métodos de EAP: |
EXIGIDO |
|
|
EAP-MD5 |
EXIGIDO |
|
|
EAP-TLS |
EXIGIDO |
|
|
EAP-TTLS |
EXIGIDO |
|
|
EAP-PEAP |
EXIGIDO |
|
|
Especificaciones técnicas |
Bloquear todo el tráfico generado por cualquier dispositivo conectado a la red y no autenticado. |
EXIGIDO |
|
Una vez que los dispositivos son autenticados podrán recibir parámetros, vía atributo de RADIUS, de la VLANs correspondiente. |
EXIGIDO |
|
|
Una vez que los dispositivos son autenticados podrán recibir parámetros, vía atributo de RADIUS, de las Listas de Acceso correspondientes. |
EXIGIDO |
|
|
Funciones de Alta disponibilidad |
802.1X multiple supplicant |
EXIGIDO |
|
802.1X with VoIP VLAN support |
EXIGIDO |
|
|
802.1X dynamic ACL based on RADIUS |
EXIGIDO |
|
|
Para los equipos que no posean el suplicante 802.1X o dispositivos que fallan en la autenticación el Switch permitirá la conexión a una VLAN especial. |
EXIGIDO |
|
|
Autenticación por dirección MAC sobre un servidor Radius.- MAC-RADIUS |
EXIGIDO |
|
|
Asignar VLAN cuando la autenticación fue realizada por Dirección MAC |
EXIGIDO |
|
|
Deberá soportar la agregación de interfaces para formar un único link, esta técnica es conocida como LAG (Link Aggregation Group) bajo la norma 802.3ad |
EXIGIDO |
|
|
Cantidad mínima de grupos LAG por sistema |
128 |
|
|
Cantidad mínima de puertos pertenecientes a grupos LAG |
8 |
|
|
El puerto de LAG resultante de la agrupación de puertos físicos podrá ser configurado con las mismas funciones utilizadas en los puertos físicos. |
EXIGIDO |
|
|
Soporte de LACP - Link Aggregation Control Protocol |
EXIGIDO |
|
|
BPDU protect |
EXIGIDO |
|
|
Loop protect |
EXIGIDO |
|
|
Root protect |
EXIGIDO |
|
|
Mecanismo de protección contra loops de L2: 802.1D (Spanning Tree), 802.1w (Rapid Spanning Tree) y 802.1s (Multiple Spanning Tree) VSTP |
EXIGIDO |
|
|
Ethernet Ring Protection Switching ERPS -G.8032 |
EXIGIDO |
|
|
802.1ag OAM connectivity fault management (CFM) |
EXIGIDO |
|
|
Administración |
Configuración por línea de comandos via Telnet, SSHv2 y Puerto Serial |
EXIGIDO |
|
Configuración vía http/https |
EXIGIDO |
|
|
Monitoreo remoto mediante SNMP y permitiendo los queries de SNMP a través de la definición de direcciones IP autorizadas para realizar las consultas. |
v2c, v3 |
|
|
Configuración de NTP |
EXIGIDO |
|
|
Logging remoto utilizando syslog |
EXIGIDO |
|
|
Autenticación de usuarios de administración |
Local, RADIUS y TACACS+ |
|
|
Definición de complejidad y longitud mínima para el password de administrador almacenado en la base de datos local. |
EXIGIDO |
|
|
Roll-back a varias configuraciones anteriores almacenadas en el equipo (mínimo 3 configuraciones) o una configuración de rescate almacenada especialmente por el Administrador |
EXIGIDO |
|
|
Mecanismos de automatización mediante scripts o similares que permitan chequear el cumplimiento y administrar los cambios de configuraciones, aplicar configuraciones predefinidas, visualizar conjuntos de comandos para el diagnóstico, análisis y administración de eventos, y generar respuestas predefinidas a eventos. |
EXIGIDO |
|
|
Configuración de puerto de monitoreo para el tráfico proveniente de una VLAN o de una selección de puertos, el tráfico que se envía al puerto de monitoreo deberá controlarse con el uso de filtros para evitar enviar tráfico no deseado. |
EXIGIDO |
|
|
Sensor de temperatura que permitirá constatar si el mismo trabaja en las condiciones adecuadas y en caso de superar un umbral establecido por el operador enviará una alarma (TRAP-SNMP) a la consola de administración |
EXIGIDO |
|
|
Soporte de sFLOW |
EXIGIDO |
|
|
Permitirá la configuración de funciones de RMON Grupos 1,2,3 y 9 |
EXIGIDO |
|
|
Soporte de deteccion de falla con el uso de Time Domain Reflectometry (TDR) |
EXIGIDO |
|
|
Normas y estándares a ser soportados |
RFC 1122 Host Requirements |
EXIGIDO |
|
RFC 768 UDP |
EXIGIDO |
|
|
RFC 791 IP |
EXIGIDO |
|
|
RFC 783 TFTP |
EXIGIDO |
|
|
RFC 792 ICMP |
EXIGIDO |
|
|
Especificaciones técnicas |
RFC 894 IP over Ethernet |
EXIGIDO |
|
RFC 793 TCP |
EXIGIDO |
|
|
RFC 826 ARP |
EXIGIDO |
|
|
RFC 903 RARP |
EXIGIDO |
|
|
RFC 906 TFTP Bootstrap |
EXIGIDO |
|
|
RFC 1027 Proxy ARP |
EXIGIDO |
|
|
RFC 2068 HTTP server |
EXIGIDO |
|
|
RFC 1812 Requirements for IP Version 4 Routers |
EXIGIDO |
|
|
RFC 1519 CIDR |
EXIGIDO |
|
|
RFC 1256 IPv4 ICMP Router Discovery (IRDP) |
EXIGIDO |
|
|
RFC 1058 RIP v1 |
EXIGIDO |
|
|
RFC 2453 RIP v2 |
EXIGIDO |
|
|
RFC 1492 TACACS+ |
EXIGIDO |
|
|
RFC 2138 RADIUS Authentication |
EXIGIDO |
|
|
RFC 2139 RADIUS Accounting |
EXIGIDO |
|
|
RFC 3579 RADIUS EAP support for 802.1x |
EXIGIDO |
|
|
RFC 5176 Dynamic Authorization Extensions to RADIUS |
EXIGIDO |
|
|
RFC 2267 Network Ingress Filtering |
EXIGIDO |
|
|
RFC 2030 SNTP, Simple Network Time Protocol |
EXIGIDO |
|
|
RFC 854 Telnet client and server |
EXIGIDO |
|
|
RFC 951, 1542 BootP |
EXIGIDO |
|
|
RFC 2131 BOOTP/DHCP relay agent and DHCP server |
EXIGIDO |
|
|
RFC 1591 DNS |
EXIGIDO |
|
|
RFC 2474 DiffServ Precedence |
EXIGIDO |
|
|
RFC 2598 DiffServ Expedited Forwarding (EF) |
EXIGIDO |
|
|
RFC 2597 DiffServ Assured Forwarding (AF) |
EXIGIDO |
|
|
LLDP Media Endpoint Discovery (LLDP-MED), ANSI/TIA-1057, draft 08 |
EXIGIDO |
|
|
Memoria |
Cantidad de memoria RAM dinámica: |
2048 MB |
|
Cantidad de memoria FLASH no volátil: |
2048 MB |
|
|
Especificaciones técnicas |
Tensión de operación Fuente de Alimentación, 100-120V / 200-240V auto detectable. |
EXIGIDO |
|
Montaje en rack de 19 |
EXIGIDO |
|
|
Cantidad de Unidad de Rack del Equipo |
EXIGIDO |
|
|
Garantía
|
El plazo de garantía será de 12 meses, se entiende por garantía el mantenimiento correctivo del equipo en la modalidad 8x5 incluyendo el reemplazo del equipo en caso de fallas. Esta garantía deberá ser expedida por el fabricante del equipo. |
EXIGIDO |
Nombre: Lic. Rosa Liz Chamorro
Cargo: directora
Dependencia: Dirección General de la Tecnología de la Información y Comunicaciones
El objeto del presente llamado es reemplazar los equipos que brindan conexión de red a las estaciones de trabajo en las distintas dependencias ya que los mismos se encuentran obsoletos y requieren de una actualización. Estos equipos dan cobertura a los usuarios de los distintos pisos de la Corte Suprema de Justicia y con el crecimiento constante de usuarios, es necesario contar con más equipos para dar mayor cobertura en cuanto a conectividad y seguridad en la red. Actualmente se da soporte en capital a 5.056 usuarios del ámbito jurisdiccional y a 634 usuarios del ámbito administrativo, financiero, Ingresos Judiciales y RRHH.
El impacto de la adquisición seria de aproximadamente 1750 puntos de red nuevos que no solamente se verá reflejado en más usuarios activos, sino que dicha compra aumentará la velocidad del tráfico en la red, un punto importante a tener considerando que la gestión de la Corte se ha vuelta electrónica en casi su totalidad, con una tendencia a incluir nuevos procesos de otras oficinas que aún no la cuentan.
Se trata de un llamado periódico, ya que dichos equipos requerirán de una actualización en unos años.
Las especificaciones técnicas fueron conformadas teniendo en cuenta la performance requerida (de hardware y software) en relación a la carga de trabajo a las que serán sometidos, tomando en cuenta que la red de la Corte Suprema de Justicia cuenta actualmente con conmutadores de acceso a la red (Switch´s de acceso) marca JUNIPER modelo EX2300 y estos están distribuidos en los distintos pisos del Palacio de Justicia, por lo tanto se busca completar las estandarización del equipamiento mencionado, permitiendo la optimización y facilitando la gestión técnica de los mismos a través de las diversas funciones de administración de tráfico, resolución de problemas, controles de acceso y monitorización con las que cuenta. Debemos destacar la función de Virtual Chassis, esta configuración permite la administración de equipos desde una sola IP, es decir, como si fuera una sola unidad, destacando la transferencia de políticas y configuraciones entre Switch’s operando en modo Clúster, algo que no es posible sin pérdida de conexión por parte del usuario en caso de utilizar una combinación de distintas marcas de Swicht’s en un Stack simple. Al implementar Virtual Chassis en uno de los nodos de la red, uno de los Switches representa el rol de "Master RE" y un segundo Switch como "Backup RE". Si tenemos redundancia de RE, podemos habilitar lo servicios NSR (nonstop active routing) y NSB (nonstop active bridging), que permite una conmutación transparente de master a backup y viceversa, sin que se reinicien protocolos de capa 2, esto de forma transparente para el usuario, por tanto, las interrupciones en el servicio se reducen de manera drástica. A fin de poder implementar esto es necesario poder contar con el equipamiento estandarizado de la misma marca la cual ya ha sido adquirido e implementado por esta convocante de manera a dar continuidad al proceso. Otro punto importante es el personal técnico con el que cuenta la Corte Suprema de Justicia se encuentra plenamente capacitado tanto en lo relacionado a Certificaciones en la marca Juniper como así también cuenta con el Know How suficiente, conocimiento práctico adquirido de la gestión que viene realizando con estos productos en su quehacer cotidiano, reduciendo al mínimo los tiempos de respuestas y recuperación en caso de incidentes.
La entrega de los bienes se realizará de acuerdo al Plan de Entrega y Cronograma de Cumplimiento, indicado en el presente apartado. Así mismo, de los documentos de embarque y otros que deberá suministrar el Proveedor indicados a continuación:
|
Ítem |
Descripción del bien |
Cantidad |
Unidad de medida |
Lugar de entrega de los bienes |
Fecha(s) final(es) de ejecución de los bienes |
|
1 |
Adquisición de Switch de 48 puertos |
38 |
Unidad |
Se fija como plazo máximo para la entrega de 150 (ciento cincuenta) días corridos posteriores a la firma del contrato. Los equipos deben ser entregados en la oficina del Datacenter de la Dirección General de Tecnología de la Información y la Comunicación ubicado en el Sub-suelo 1 del Palacio de Justicia de Asunción sito en las calles Mariano Roque Alonso y Pedro Blasio Testanova de lunes a viernes de 07:30 hs a 16:00 hs. |
Hasta el cumplimiento total de las obligaciones
|
Para la presente contratación se pone a disposición los siguientes planos o diseños:
No aplica
El embalaje, la identificación y la documentación dentro y fuera de los paquetes serán como se indican a continuación:
No aplica
Las inspecciones y pruebas serán como se indica a continuación:
No aplica
El documento requerido para acreditar el cumplimiento contractual, será:
El documento requerido para acreditar el cumplimiento contractual, será: Acta de recepción del bien.
Serán presentadas: 1 (un) Acta de recepción.
Frecuencia: Conforme se establece en el Plan de Entrega de bienes establecido en el PBC.
|
INDICADOR |
TIPO |
FECHA DE PRESENTACIÓN PREVISTA |
|
Acta de Recepción |
Acta |
150 (ciento cincuenta) días corridos, posteriores a la firma del contrato. |
De manera a establecer indicadores de cumplimiento, a través del sistema de seguimiento de contratos, la convocante deberá determinar el tipo de documento que acredite el efectivo cumplimiento de la ejecución del contrato, así como planificar la cantidad de indicadores que deberán ser presentados durante la ejecución. Por lo tanto, la convocante en este apartado y de acuerdo al tipo de contratación de que se trate, deberá indicar el documento a ser comunicado a través del módulo de Seguimiento de Contratos y la cantidad de los mismos.
La Convocante adjudicará el contrato al oferente cuya oferta haya sido evaluada como la más baja y cumpla sustancialmente con los requisitos de las bases y condiciones, siempre y cuando la convocante determine que el oferente está calificado para ejecutar el contrato satisfactoriamente.
1. La adjudicación en los procesos de contratación en los cuales se aplique la modalidad de contrato abierto, se efectuará por las cantidades o montos máximos solicitados en el llamado, sin que ello implique obligación de la convocante de requerir la provisión de esa cantidad o monto durante de la vigencia del contrato, obligándose sí respecto de las cantidades o montos mínimos establecidos.
2. En caso de que la convocante no haya adquirido la cantidad o monto mínimo establecido, deberá consultar al proveedor si desea ampliarlo para el siguiente ejercicio fiscal, hasta cumplir el mínimo.
3. Al momento de adjudicar el contrato, la convocante se reserva el derecho a disminuir la cantidad de bienes requeridos, por razones de disponibilidad presupuestaria u otras razones debidamente justificadas. Estas variaciones no podrán alterar los precios unitarios u otros términos y condiciones de la oferta y de los documentos de la licitación.
En aquellos llamados en los cuales se aplique la modalidad de contrato abierto, cuando la convocante deba disminuir cantidades o montos a ser adjudicados, no podrá modificar el monto o las cantidades mínimas establecidas en las bases de la contratación.
La comunicación de la adjudicación a los oferentes será como sigue:
1. Dentro de los cinco (5) días corridos de haberse resuelto la adjudicación, la convocante comunicará a través del Sistema de Información de Contrataciones Públicas, copia del informe de evaluación y del acto administrativo de adjudicación, los cuales serán puestos a disposición pública en el referido sistema. Adicionalmente el sistema generará una notificación a los oferentes por los medios remotos de comunicación electrónica pertinentes, la cual será reglamentada por la DNCP.
2. En sustitución de la notificación a través del Sistema de Información de Contrataciones Públicas, las convocantes podrán dar a conocer la adjudicación por cédula de notificación a cada uno de los oferentes, acompañados de la copia íntegra del acto administrativo y del informe de evaluación. La no entrega del informe en ocasión de la notificación, suspende el plazo para formular protestas hasta tanto la convocante haga entrega de dicha copia al oferente solicitante.
3. En caso de la convocante opte por la notificación física a los oferentes participantes, deberá realizarse únicamente con el acuse de recibo y en el mismo con expresa mención de haber recibido el informe de evaluación y la resolución de adjudicación.
4. Las cancelaciones o declaraciones desiertas deberán ser notificadas a todos los oferentes, según el procedimiento indicado precedentemente.
5. Las notificaciones realizadas en virtud al contrato, deberán ser por escrito y dirigirse a la dirección indicada en el contrato.
Una vez notificado el resultado del proceso, el oferente tendrá la facultad de solicitar una audiencia a fin de que la convocante explique los fundamentos que motivan su decisión.
La solicitud de audiencia informativa no suspenderá ni interrumpirá el plazo para la interposición de protestas.
La misma deberá ser solicitada dentro de los dos (2) días hábiles siguientes en que el oferente haya tomado conocimiento de los términos del Informe de Evaluación de Ofertas.
La convocante deberá dar respuesta a dicha solicitud dentro de los dos (2) días hábiles de haberla recibido y realizar la audiencia en un plazo que no exceda de dos (2) días hábiles siguientes a la fecha de respuesta al oferente.
Luego de la notificación de adjudicación, el proveedor deberá presentar en el plazo establecido en las reglamentaciones vigentes, los documentos indicados en el presente apartado.
|
|
|
|
|
|
|
|
2. Documentos. Consorcios |
|
|
|
|