Para el ítem 1 Switch de core. En el PBC. Sección “Especificaciones técnicas”. Capacidades
Solicitan: Debe tener la funcionalidad IP source Guard
Solicitamos que el requerimiento de “IP source Guard” pueda ser de carácter opcional o bien sea excluido de las especificaciones técnicas, teniendo en cuenta que, la seguridad en el acceso y control de puertos puede ser gestionada por otros mecanismos equivalentes como AAA, 802.1X y ACLs, por lo que no hay una necesidad imperiosa de que dicho requerimiento deba ser obligatorio y que no pueda ser aceptada la presente solicitud, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
02-09-2025
04-09-2025
Para el ítem 1 Switch de core. En el PBC. Sección “Especificaciones técnicas”. Capacidades
Solicitan: Debe tener la funcionalidad IP source Guard
Solicitamos que el requerimiento de “IP source Guard” pueda ser de carácter opcional o bien sea excluido de las especificaciones técnicas, teniendo en cuenta que, la seguridad en el acceso y control de puertos puede ser gestionada por otros mecanismos equivalentes como AAA, 802.1X y ACLs, por lo que no hay una necesidad imperiosa de que dicho requerimiento deba ser obligatorio y que no pueda ser aceptada la presente solicitud, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
IP source guard es una característica de seguridad de capa 2 fundamental para la defensa de un switch core que mitiga ataques de suplantación de identidad (spoofing) de direcciones IP y MAC, que pueden causar interrupciones graves en la red.
Se mantienen las Especificaciones exigidas en el PBC
52
Para el ítem 4 Equipo de backup. En el PBC. Sección “Especificaciones técnicas”. Ventana
Solicitan: El dispositivo ofertado debe permitir minimizar las ventanas de respaldo a máximo 2 horas.
Solicitamos también pueda ser determinado el presente requerimiento de performance en términos de rendimiento TB/hora, pudiéndose ofertar equipos con rendimiento o capacidad de 25TB/hora o superior, en lugar de limitarlo únicamente a “ventanas de respaldo”, ya que la métrica de throughput permite comparar de forma objetiva la capacidad de las soluciones, es necesario que se pueda detallar esta información e incluila vía adenda correspondiente, con lo cual los oferentes puedan ofertar correctamente.
02-09-2025
04-09-2025
Para el ítem 4 Equipo de backup. En el PBC. Sección “Especificaciones técnicas”. Ventana
Solicitan: El dispositivo ofertado debe permitir minimizar las ventanas de respaldo a máximo 2 horas.
Solicitamos también pueda ser determinado el presente requerimiento de performance en términos de rendimiento TB/hora, pudiéndose ofertar equipos con rendimiento o capacidad de 25TB/hora o superior, en lugar de limitarlo únicamente a “ventanas de respaldo”, ya que la métrica de throughput permite comparar de forma objetiva la capacidad de las soluciones, es necesario que se pueda detallar esta información e incluila vía adenda correspondiente, con lo cual los oferentes puedan ofertar correctamente.
Las especificaciones exigidas en el presente llamado son mínimas por lo que cualquier especificación que sea superior será aceptada por lo que
Se mantiene lo establecido en el PBC
53
Para el ítem 4 Equipo de backup. En el PBC. Sección “Especificaciones técnicas”. Disponibilidad
Solicitan: Debe ofrecer una arquitectura HA con doble controladora que permita ofrecer una disponibilidad de 99.9999%.
Solicitamos que el requerimiento de “arquitectura HA con doble controladora que permita ofrecer una disponibilidad de 99.9999%” pueda ser de carácter opcional o bien sea excluido de las especificaciones técnicas, teniendo en cuenta que, una arquitectura de alta disponibilidad con 99.9999% está asociada a appliances especializados de misión crítica y no corresponde al estándar de los equipos de respaldo solicitados.
En este contexto, la topología tradicional de un appliance de backup ya incluye características avanzadas como inmutabilidad de datos, autenticación dual, replicación hacia un segundo sitio y protección contra ransomware, lo que garantiza la continuidad del servicio y la resiliencia de la información SIN necesidad de exigir un nivel de disponibilidad de 99.9999%, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución
02-09-2025
04-09-2025
Para el ítem 4 Equipo de backup. En el PBC. Sección “Especificaciones técnicas”. Disponibilidad
Solicitan: Debe ofrecer una arquitectura HA con doble controladora que permita ofrecer una disponibilidad de 99.9999%.
Solicitamos que el requerimiento de “arquitectura HA con doble controladora que permita ofrecer una disponibilidad de 99.9999%” pueda ser de carácter opcional o bien sea excluido de las especificaciones técnicas, teniendo en cuenta que, una arquitectura de alta disponibilidad con 99.9999% está asociada a appliances especializados de misión crítica y no corresponde al estándar de los equipos de respaldo solicitados.
En este contexto, la topología tradicional de un appliance de backup ya incluye características avanzadas como inmutabilidad de datos, autenticación dual, replicación hacia un segundo sitio y protección contra ransomware, lo que garantiza la continuidad del servicio y la resiliencia de la información SIN necesidad de exigir un nivel de disponibilidad de 99.9999%, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución
Los equipos requeridos para este llamado son de misión critica lo que requiere una disponibilidad del seis nueves 99,9999% lo que se requiere para que la infraestructura sea tolerante a fallos y que los mantenimientos se realicen sin interrupciones en vista que los datos a ser almacenados son de carácter sensible y su disponibilidad es crucial.
Se mantiene lo establecido en el PBC
54
Para el ítem 4 Equipo de backup. En el PBC. Sección “Especificaciones técnicas”. Protocolos
Solicitan:
El dispositivo ofertado debe soportar protocolos NAS como NFS y CIFS y SAN FC y iSCSI.
El dispositivo ofertado debe tener la capacidad de soportar servicios NAS y SAN,
Solicitamos que el requerimiento de soporte NAS/SAN puedan ser de carácter opcional o bien sean excluidos de las especificaciones técnicas, teniendo en cuenta que, el uso de NAS/SAN integrado en el mismo appliance no corresponde a una arquitectura recomendada para sistemas de respaldo, donde la conexión y el uso de los repositorios se centralizan en el software de backup.
En cuanto a la administración, la gestión de múltiples administradores puede realizarse mediante mecanismos de control de acceso y seguridad externos como RBAC, integración con directorios corporativos y autenticación multifactor (MFA), garantizando así la seguridad y trazabilidad de las operaciones, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
02-09-2025
04-09-2025
Para el ítem 4 Equipo de backup. En el PBC. Sección “Especificaciones técnicas”. Protocolos
Solicitan:
El dispositivo ofertado debe soportar protocolos NAS como NFS y CIFS y SAN FC y iSCSI.
El dispositivo ofertado debe tener la capacidad de soportar servicios NAS y SAN,
Solicitamos que el requerimiento de soporte NAS/SAN puedan ser de carácter opcional o bien sean excluidos de las especificaciones técnicas, teniendo en cuenta que, el uso de NAS/SAN integrado en el mismo appliance no corresponde a una arquitectura recomendada para sistemas de respaldo, donde la conexión y el uso de los repositorios se centralizan en el software de backup.
En cuanto a la administración, la gestión de múltiples administradores puede realizarse mediante mecanismos de control de acceso y seguridad externos como RBAC, integración con directorios corporativos y autenticación multifactor (MFA), garantizando así la seguridad y trazabilidad de las operaciones, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
Se exigen el soporte de protocolos mencionados debido a la variedad de equipos con que cuenta la institución y con esto se busca la flexibilidad de los mismo de manera de agilizar los trabajos de implementación. Además, lo que se busca no es la limitación en cuanto a participación ya que estos protocolos están disponible en la mayoría de las marcas.
Se mantiene lo establecido en el PBC
55
Para el ítem 5 Equipo de backup en cinta. En el PBC. “Especificaciones técnicas”. Librería
Solicitan:
Librería de cintas de Backup LTO Ultrium 9 con soporte para mínimo de 48 cintas en un solo equipo y escalable posteriormente en caso que se requiera
Solicitamos que puedan ser aceptados equipos con soporte de 40 cintas de base y escalable posteriormente en caso que se requiera, teniendo en cuenta que, este valor corresponde al estándar del mercado para librerías de cintas modulares.
Adicionalmente, estas soluciones permiten crecer a más slots mediante módulos de expansión, asegurando la escalabilidad y continuidad de la plataforma, no existen argumentos técnicos que indiquen que el tipo de solución requerido debe contar con un soporte obligatorio de 48 cintas de base, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
02-09-2025
04-09-2025
Para el ítem 5 Equipo de backup en cinta. En el PBC. “Especificaciones técnicas”. Librería
Solicitan:
Librería de cintas de Backup LTO Ultrium 9 con soporte para mínimo de 48 cintas en un solo equipo y escalable posteriormente en caso que se requiera
Solicitamos que puedan ser aceptados equipos con soporte de 40 cintas de base y escalable posteriormente en caso que se requiera, teniendo en cuenta que, este valor corresponde al estándar del mercado para librerías de cintas modulares.
Adicionalmente, estas soluciones permiten crecer a más slots mediante módulos de expansión, asegurando la escalabilidad y continuidad de la plataforma, no existen argumentos técnicos que indiquen que el tipo de solución requerido debe contar con un soporte obligatorio de 48 cintas de base, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
Para el ítem 7 Software para recuperación. Sección “Especificaciones técnicas”. Funcionalidades
Solicitan:
El software debe permitir la integración con soluciones de almacenamiento en disco para orquestar la ejecución de Snapshots consistentes y deberá permitir tomar respaldos a partir de los Snapshots generados por el almacenamiento de producción de forma integrada, es decir, no deberá ejecutar tareas personalizadas o tareas adicionales por fuera de la consola de administración de respaldos
Solicitamos que el presente requerimiento del apartado de funcionalidades pueda ser de carácter opcional o bien puedan ser aceptados también “Mecanismos de protección continua y recuperación a partir de journals o réplicas nativas de acuerdo al fabricante de la marca ofertada”, teniendo en cuenta que, existen mecanismos de protección continua y recuperación a partir de journals o réplicas nativas que cumplen con el mismo objetivo sin requerir snapshots de cabina administrados desde la consola de backup, por lo que no es técnicamente necesario que indefectiblemente se cumpla con los mecanismos detallados en las especificaciones técnicas, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
02-09-2025
04-09-2025
Para el ítem 7 Software para recuperación. Sección “Especificaciones técnicas”. Funcionalidades
Solicitan:
El software debe permitir la integración con soluciones de almacenamiento en disco para orquestar la ejecución de Snapshots consistentes y deberá permitir tomar respaldos a partir de los Snapshots generados por el almacenamiento de producción de forma integrada, es decir, no deberá ejecutar tareas personalizadas o tareas adicionales por fuera de la consola de administración de respaldos
Solicitamos que el presente requerimiento del apartado de funcionalidades pueda ser de carácter opcional o bien puedan ser aceptados también “Mecanismos de protección continua y recuperación a partir de journals o réplicas nativas de acuerdo al fabricante de la marca ofertada”, teniendo en cuenta que, existen mecanismos de protección continua y recuperación a partir de journals o réplicas nativas que cumplen con el mismo objetivo sin requerir snapshots de cabina administrados desde la consola de backup, por lo que no es técnicamente necesario que indefectiblemente se cumpla con los mecanismos detallados en las especificaciones técnicas, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
Las especificaciones exigidas en el presente llamado son mínimas por lo que cualquier especificación que sea superior será aceptada.
Se mantiene lo establecido en el PBC
57
Para el ítem 7 Software para recuperación. Sección “Especificaciones técnicas”. Soporte Oracle
Solicitan:
La solución debe soportar ambientes de virtualización de VMware y la virtualización de Microsoft Hyper-V, Oracle Virtualization. Máquinas virtuales de AWS y Azure.
Solicitamos que el requerimiento de soporte “Oracle” pueda ser de carácter opcional o bien sea excluido de las especificaciones técnicas, teniendo en cuenta que, la solución de Oracle Virtualization NO es utilizada por la convocante y mantener este requisito como obligatorio limitaría la participación de soluciones orientadas a los entornos en uso (VMware, Hyper-V, Azure, AWS), no existe argumento técnico válido para mantener el requerimiento de soporte para una tecnologpia no utilizada por la entidad ni requerida para esta solución, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
02-09-2025
04-09-2025
Para el ítem 7 Software para recuperación. Sección “Especificaciones técnicas”. Soporte Oracle
Solicitan:
La solución debe soportar ambientes de virtualización de VMware y la virtualización de Microsoft Hyper-V, Oracle Virtualization. Máquinas virtuales de AWS y Azure.
Solicitamos que el requerimiento de soporte “Oracle” pueda ser de carácter opcional o bien sea excluido de las especificaciones técnicas, teniendo en cuenta que, la solución de Oracle Virtualization NO es utilizada por la convocante y mantener este requisito como obligatorio limitaría la participación de soluciones orientadas a los entornos en uso (VMware, Hyper-V, Azure, AWS), no existe argumento técnico válido para mantener el requerimiento de soporte para una tecnologpia no utilizada por la entidad ni requerida para esta solución, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
Para el ítem 7 Software para recuperación. Sección “Especificaciones técnicas”. Protección
Solicitan:
El software debe incluir la capacidad de realizar búsqueda de malware utilizando el motor YARA, que permite definir múltiples reglas de detección.
Solicitamos que los requerimientos mencionados sobre el motor YARA pueda ser de carácter opcional o bien sea excluido de las especificaciones técnicas, teniendo en cuenta que, en otro ítem del pliego se exige protección en tiempo real contra ransomware y amenazas cibernéticas. El uso específico de motor YARA no es estrictamente necesario para cumplir con dicho objetivo, por lo que no hay sustento técnico para solicitar de manera obligatoria, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
02-09-2025
04-09-2025
Para el ítem 7 Software para recuperación. Sección “Especificaciones técnicas”. Protección
Solicitan:
El software debe incluir la capacidad de realizar búsqueda de malware utilizando el motor YARA, que permite definir múltiples reglas de detección.
Solicitamos que los requerimientos mencionados sobre el motor YARA pueda ser de carácter opcional o bien sea excluido de las especificaciones técnicas, teniendo en cuenta que, en otro ítem del pliego se exige protección en tiempo real contra ransomware y amenazas cibernéticas. El uso específico de motor YARA no es estrictamente necesario para cumplir con dicho objetivo, por lo que no hay sustento técnico para solicitar de manera obligatoria, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución.
Para el ítem 7 Software para recuperación. Sección “Especificaciones técnicas”. Administración
Solicitan:
autorización por múltiples administradores de tal forma que una tarea crítica solo será ejecutada si es aprobada por 2 usuarios con privilegios.
Solicitamos que el requerimiento de “autorización por múltiples administradores de tal forma que una tarea crítica solo será ejecutada si es aprobada por 2 usuarios con privilegios” pueda ser de carácter opcional o bien sean aceptadas también “Soluciones que implementen controles de seguridad equivalentes como RBAC, integración con Active Directory y autenticación multifactor (MFA)”, teniendo en cuenta que este es un mecanismo igualmente válido y utilizado en entornos como el requerido, para la solución requerida no es técnicamente indispensable exigir obligatoriamente la aprobación por múltiples administradores para cada tarea crítica, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución
02-09-2025
04-09-2025
Para el ítem 7 Software para recuperación. Sección “Especificaciones técnicas”. Administración
Solicitan:
autorización por múltiples administradores de tal forma que una tarea crítica solo será ejecutada si es aprobada por 2 usuarios con privilegios.
Solicitamos que el requerimiento de “autorización por múltiples administradores de tal forma que una tarea crítica solo será ejecutada si es aprobada por 2 usuarios con privilegios” pueda ser de carácter opcional o bien sean aceptadas también “Soluciones que implementen controles de seguridad equivalentes como RBAC, integración con Active Directory y autenticación multifactor (MFA)”, teniendo en cuenta que este es un mecanismo igualmente válido y utilizado en entornos como el requerido, para la solución requerida no es técnicamente indispensable exigir obligatoriamente la aprobación por múltiples administradores para cada tarea crítica, de mantenerse este requerimiento solo estaría limitando la participación de oferentes que poseen la capacidad de ofertar una solución que cubra las necesidades de la institución
Se mantiene el requerimiento de "autorización por múltiples administradores de tal forma que una tarea crítica solo será ejecutada si es aprobada por 2 usuarios con privilegios" por gestiones de seguridad
Se mantiene lo establecido en el PBC
60
En el PBC. Sección “Especificaciones técnicas”. Alcance
Solicitan: En el alcance. Punto 3. Servicio de Actualización de Licencias del Hipervisor existente a la misma versión de los servidores a proveer.
Entendemos que en el requerimiento mencionado en el punto 3, se solicita la actualización de licencias ya existentes en la institución, las cuales puede que posean versiones anteriores o sin soporte, por lo que, de manera a que los oferentes puedan determinar la cantidad y versión de licencias necesarias para dar cumplimiento, se requiere que la convocante especifique claramente si la licencia de hipervisor con el que cuentan y requieren actualizar es VMware para el cluster actual y detallar la cantidad total de procesadores y de cores(núcleos) que actualmente lo tienen con el virtualizador mencionado, también si la vigencia de las licencia a proveer y las existentes que se actualizaran deben tener vigencia de 3 años, estos detalles vía adenda correspondiente, ya que sin la información completa es imposible que los oferentes puedan cotizar de manera correcta, esto es de suma importancia
02-09-2025
04-09-2025
En el PBC. Sección “Especificaciones técnicas”. Alcance
Solicitan: En el alcance. Punto 3. Servicio de Actualización de Licencias del Hipervisor existente a la misma versión de los servidores a proveer.
Entendemos que en el requerimiento mencionado en el punto 3, se solicita la actualización de licencias ya existentes en la institución, las cuales puede que posean versiones anteriores o sin soporte, por lo que, de manera a que los oferentes puedan determinar la cantidad y versión de licencias necesarias para dar cumplimiento, se requiere que la convocante especifique claramente si la licencia de hipervisor con el que cuentan y requieren actualizar es VMware para el cluster actual y detallar la cantidad total de procesadores y de cores(núcleos) que actualmente lo tienen con el virtualizador mencionado, también si la vigencia de las licencia a proveer y las existentes que se actualizaran deben tener vigencia de 3 años, estos detalles vía adenda correspondiente, ya que sin la información completa es imposible que los oferentes puedan cotizar de manera correcta, esto es de suma importancia