Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Mínimo de equipos agrupados para administrar con un único acceso administrativo: 4” a “Mínimo de equipos agrupados para administrar con un único acceso administrativo: 2”, considerando que esta reducción no afecta la eficiencia ni la seguridad de la administración centralizada, y permite mayor flexibilidad en entornos con menor cantidad de equipos. Asimismo, facilita la participación de más oferentes al no limitar la tecnología a escenarios de mayor escala, sin comprometer la continuidad operativa ni la gestión unificada del sistema.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Mínimo de equipos agrupados para administrar con un único acceso administrativo: 4” a “Mínimo de equipos agrupados para administrar con un único acceso administrativo: 2”, considerando que esta reducción no afecta la eficiencia ni la seguridad de la administración centralizada, y permite mayor flexibilidad en entornos con menor cantidad de equipos. Asimismo, facilita la participación de más oferentes al no limitar la tecnología a escenarios de mayor escala, sin comprometer la continuidad operativa ni la gestión unificada del sistema.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Funcionalidad de DHCP Relay y Helper” a “Funcionalidad de DHCP Relay”, considerando que la funcionalidad de DHCP Helper está implícita en la operación estándar de DHCP Relay y no constituye un requisito adicional independiente. Esta modificación mantiene la capacidad de gestión de direcciones IP en la red, evita redundancias en la especificación y permite mayor flexibilidad para la participación de oferentes sin afectar la operación ni la continuidad del servicio.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Funcionalidad de DHCP Relay y Helper” a “Funcionalidad de DHCP Relay”, considerando que la funcionalidad de DHCP Helper está implícita en la operación estándar de DHCP Relay y no constituye un requisito adicional independiente. Esta modificación mantiene la capacidad de gestión de direcciones IP en la red, evita redundancias en la especificación y permite mayor flexibilidad para la participación de oferentes sin afectar la operación ni la continuidad del servicio.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de "Mínimo de direcciones MAC: 110.000" a "Mínimo de direcciones MAC: 32.000", considerando que esta cantidad es suficiente para soportar la carga de tráfico y la conectividad en el entorno de red, sin afectar la estabilidad ni la operación del sistema. Esta modificación además amplía la compatibilidad con una mayor variedad de equipos y proveedores, evitando restricciones innecesarias que podrían limitar la participación de oferentes.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de "Mínimo de direcciones MAC: 110.000" a "Mínimo de direcciones MAC: 32.000", considerando que esta cantidad es suficiente para soportar la carga de tráfico y la conectividad en el entorno de red, sin afectar la estabilidad ni la operación del sistema. Esta modificación además amplía la compatibilidad con una mayor variedad de equipos y proveedores, evitando restricciones innecesarias que podrían limitar la participación de oferentes.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de "Mínimo de rutas IPv4 unicast: 130.000" a "Mínimo de rutas IPv4 unicast: 16.000", considerando que esta cantidad es suficiente para cubrir la topología de red prevista, sin comprometer la estabilidad ni el rendimiento del sistema. Esta modificación también permite la participación de un mayor número de oferentes y evita restricciones innecesarias que podrían limitar la elección de equipos compatibles con la infraestructura.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de "Mínimo de rutas IPv4 unicast: 130.000" a "Mínimo de rutas IPv4 unicast: 16.000", considerando que esta cantidad es suficiente para cubrir la topología de red prevista, sin comprometer la estabilidad ni el rendimiento del sistema. Esta modificación también permite la participación de un mayor número de oferentes y evita restricciones innecesarias que podrían limitar la elección de equipos compatibles con la infraestructura.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de "Mínimo de rutas multicast IPv4: 40.000" a "Mínimo de rutas multicast IPv4: 16.000", considerando que esta cantidad es suficiente para cubrir los escenarios de tráfico multicast previstos, sin comprometer la estabilidad ni el rendimiento de la red. Asimismo, esta modificación amplía la compatibilidad con distintos equipos y proveedores, evitando restricciones innecesarias que podrían limitar la participación de oferentes.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de "Mínimo de rutas multicast IPv4: 40.000" a "Mínimo de rutas multicast IPv4: 16.000", considerando que esta cantidad es suficiente para cubrir los escenarios de tráfico multicast previstos, sin comprometer la estabilidad ni el rendimiento de la red. Asimismo, esta modificación amplía la compatibilidad con distintos equipos y proveedores, evitando restricciones innecesarias que podrían limitar la participación de oferentes.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de "Soporte PIM (Protocol Independant Multicast) en modo Sparse, SSM y DM" a "Soporte Multicast", considerando que esta descripción simplificada mantiene la capacidad de gestionar tráfico multicast en la red, y a su vez evita detalles técnicos que limitan a una sola marca, dificultando la participación de oferentes y asegura compatibilidad con una mayor variedad de equipos, sin comprometer la operación ni la estabilidad del sistema.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de "Soporte PIM (Protocol Independant Multicast) en modo Sparse, SSM y DM" a "Soporte Multicast", considerando que esta descripción simplificada mantiene la capacidad de gestionar tráfico multicast en la red, y a su vez evita detalles técnicos que limitan a una sola marca, dificultando la participación de oferentes y asegura compatibilidad con una mayor variedad de equipos, sin comprometer la operación ni la estabilidad del sistema.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Capacidad de soporte de protocolo MSDP (Multicast Source Discovery Protocol)” a Opcional, considerando que este protocolo no es crítico para la operación estándar de la red y su obligatoriedad limita la participación de oferentes y la compatibilidad de equipos. Este cambio permite mayor flexibilidad en la elección de tecnología, sin afectar la funcionalidad ni la estabilidad del sistema.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Capacidad de soporte de protocolo MSDP (Multicast Source Discovery Protocol)” a Opcional, considerando que este protocolo no es crítico para la operación estándar de la red y su obligatoriedad limita la participación de oferentes y la compatibilidad de equipos. Este cambio permite mayor flexibilidad en la elección de tecnología, sin afectar la funcionalidad ni la estabilidad del sistema.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Deberá soportar Local Proxy ARP” a Opcional, considerando que esta funcionalidad no es crítica para la operación estándar de la red, ya que las tareas de resolución ARP pueden ser gestionadas de manera eficiente mediante los mecanismos de routing existentes. Mantenerla como obligatoria podría limitar la participación de oferentes y la compatibilidad con equipos modernos, mientras que establecerla como opcional asegura flexibilidad tecnológica, permite elegir soluciones más eficientes y garantiza la continuidad operativa sin comprometer la estabilidad ni el desempeño del sistema.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Deberá soportar Local Proxy ARP” a Opcional, considerando que esta funcionalidad no es crítica para la operación estándar de la red, ya que las tareas de resolución ARP pueden ser gestionadas de manera eficiente mediante los mecanismos de routing existentes. Mantenerla como obligatoria podría limitar la participación de oferentes y la compatibilidad con equipos modernos, mientras que establecerla como opcional asegura flexibilidad tecnológica, permite elegir soluciones más eficientes y garantiza la continuidad operativa sin comprometer la estabilidad ni el desempeño del sistema.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Deberá soportar Proxy ARP por VLAN” a opcional, considerando que esta funcionalidad no es indispensable para la operación estándar de la red, ya que la resolución de direcciones ARP puede gestionarse de manera eficiente mediante los mecanismos de switching existentes. Establecerla como obligatoria podría restringir innecesariamente la participación de oferentes, limitar la compatibilidad con equipos modernos y generar costos adicionales sin aportar mejoras significativas en estabilidad, rendimiento o continuidad operativa. Hacerla opcional asegura flexibilidad tecnológica, apertura de mercado y eficiencia en la inversión pública, sin comprometer la operación ni la confiabilidad del sistema.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Deberá soportar Proxy ARP por VLAN” a opcional, considerando que esta funcionalidad no es indispensable para la operación estándar de la red, ya que la resolución de direcciones ARP puede gestionarse de manera eficiente mediante los mecanismos de switching existentes. Establecerla como obligatoria podría restringir innecesariamente la participación de oferentes, limitar la compatibilidad con equipos modernos y generar costos adicionales sin aportar mejoras significativas en estabilidad, rendimiento o continuidad operativa. Hacerla opcional asegura flexibilidad tecnológica, apertura de mercado y eficiencia en la inversión pública, sin comprometer la operación ni la confiabilidad del sistema.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Deberá soportar Static ARP” a opcional, considerando que esta funcionalidad no es crítica para la operación estándar de la red, ya que la resolución de direcciones puede gestionarse de manera dinámica mediante los mecanismos de ARP estándar de los switches y routers. Mantenerla como obligatoria limitara la participación de oferentes, restringir la compatibilidad con equipos modernos y generar costos adicionales sin aportar mejoras significativas en estabilidad, rendimiento o continuidad operativa. Establecerla como opcional asegura flexibilidad tecnológica, apertura de mercado y eficiencia en la inversión.
Para el Ítem 1, solicitamos a la convocante tenga a bien modificar el parámetro de “Deberá soportar Static ARP” a opcional, considerando que esta funcionalidad no es crítica para la operación estándar de la red, ya que la resolución de direcciones puede gestionarse de manera dinámica mediante los mecanismos de ARP estándar de los switches y routers. Mantenerla como obligatoria limitara la participación de oferentes, restringir la compatibilidad con equipos modernos y generar costos adicionales sin aportar mejoras significativas en estabilidad, rendimiento o continuidad operativa. Establecerla como opcional asegura flexibilidad tecnológica, apertura de mercado y eficiencia en la inversión.