Gestión de firmware de red: de versiones dispersas a campañas de actualización organizadas.
Saber que un firmware está atrasado es solo el principio. ConnectMyAssets muestra la versión que ejecuta cada equipo de red y la que debería ejecutar, guarda sus imágenes en una única biblioteca y lleva a cabo campañas de actualización de firmware por oleadas, revisadas antes del lanzamiento y verificadas paso a paso, sin reiniciar nunca a la vez los dos miembros de un par MLAG, vPC o VSX.
Versiones objetivo por grupo de equipos de red y por modelo
5 perfiles de fabricante: Cisco IOS e IOS XE, NX-OS, Aruba AOS-CX, ProCurve, Huawei VRP
Revisión antes del lanzamiento y, después, lanzamiento inmediato o programado
Los pares MLAG, vPC y VSX nunca se actualizan a la vez
Cada fabricante, modelo y versión del parque, y la versión objetivo que debería ejecutar cada equipo.
5perfiles de fabricante con un procedimiento de actualización
1 000equipos como máximo por campaña
Ahora o más tardelanzamiento inmediato o en la fecha que elija
MLAG · vPC · VSXpares nunca actualizados en sus dos miembros a la vez
CASOS DE USO
Actualizaciones de firmware sin hoja de cálculo
Cerrar rápido una vulnerabilidad crítica
Una CVE afecta a una rama de firmware que usted utiliza: añada la imagen corregida a la biblioteca, vea todos los equipos atrasados y lance una oleada piloto y, después, el resto del parque.
Homogeneizar las versiones entre sedes
Defina un objetivo por modelo en el grupo superior, u otro distinto para una sede que lo necesite, y siga la convergencia del parque en la página de versiones.
Actualizar con seguridad los pares del centro de datos
Las campañas conocen sus pares MLAG, vPC y VSX y nunca reinician los dos miembros a la vez, así que el servicio sigue activo durante la actualización.
Ventanas de mantenimiento nocturnas
Revise la campaña durante el día y prográmela para la ventana de cambios: empieza en la fecha que usted eligió, y el registro de cada equipo le espera por la mañana.
FUNCIONALIDADES
Gestión de firmware: de la visibilidad de las versiones a la campaña
La página de versiones muestra quién está atrasado, la biblioteca guarda las imágenes, y cada campaña se revisa antes del lanzamiento y se sigue equipo por equipo.
01
Identificar los equipos atrasados
El objetivo de un equipo es la imagen activa más reciente que se aplica a su fabricante, su modelo y su grupo. La página de versiones muestra el parque por fabricante, modelo y versión, con cuántos equipos están al día y cuántos atrasados; la CMDB ofrece el estado de firmware y el objetivo como columnas y filtros.
02
Una biblioteca de imágenes compartida por grupo
Suba cada imagen una sola vez, con los modelos a los que se destina; su SHA-256 y su MD5 se calculan al subirla. Una imagen propiedad de un grupo puede aplicarse a los grupos inferiores, así que una región comparte sus imágenes con sus sedes.
03
Las vulnerabilidades de cada imagen
Cada imagen de la biblioteca muestra sus CVE por gravedad, para que elija la versión objetivo sabiendo lo que corrige y lo que todavía arrastra. La elección sigue siendo suya: no se oculta ninguna imagen.
04
Revisión antes del lanzamiento
Antes de cualquier lanzamiento, la revisión enumera los equipos por imagen con cada línea que se escribirá, los equipos excluidos y el motivo, y los pares MLAG, vPC o VSX afectados. Si el parque ha cambiado entretanto, no arranca nada hasta que vuelva a revisarla.
05
Lanzamiento inmediato o programado
Inicie la campaña de inmediato o prográmela para su ventana de mantenimiento. Una campaña programada puede cancelarse hasta que empieza, y una en curso puede detenerse.
06
Una actualización verificada de principio a fin
Copia de seguridad de la configuración, comprobación del espacio en flash, copia de la imagen desde ConnectMyAssets, verificación del resumen criptográfico, instalación, guardado, reinicio, y después comprobación de la versión que realmente se ejecuta y una nueva recopilación. Cada paso y cada respuesta del equipo quedan registrados.
07
Campañas por oleadas, pares protegidos
Lance una oleada piloto y después otras más amplias, cada una de hasta 1000 equipos. Los dos miembros de un par MLAG, vPC o VSX nunca se actualizan a la vez, y los equipos fallidos se reintentan con una sola acción.
08
Permisos por grupo
Leer las versiones, gestionar las imágenes y actualizar los equipos son tres permisos distintos por grupo de equipos de red. Una campaña solo toma los equipos que su autor puede actualizar, y cada acción queda auditada.
EN ACCIÓN
De los equipos atrasados a una campaña revisada, en pocos clics.
CÓMO FUNCIONA
Cómo se desarrolla una campaña de firmware
Para ingenieros de red: qué se escribe, de dónde viene la imagen y qué ocurre si algo falla.
Solo se escribe el procedimiento del fabricante
Lo que se escribe en un equipo procede únicamente de su perfil de fabricante: ningún texto libre llega a la línea de comandos, y una pregunta inesperada del equipo detiene la línea en lugar de responderse a ciegas.
ConnectMyAssets sirve la imagen
El equipo descarga su imagen del servicio de archivos de ConnectMyAssets por SSH (SCP o SFTP), con una credencial de un solo uso generada para ese equipo y esa transferencia, aceptada desde su dirección de administración.
Un único escritor por equipo
Un script, un aprovisionamiento ZTP y una actualización de firmware nunca se ejecutan a la vez en el mismo equipo, y un equipo en actualización no se recopila. El número de equipos actualizados simultáneamente sigue su perfil de dimensionamiento.
Un fallo detiene ese equipo e indica el motivo
Si un paso falla, ese equipo se detiene ahí con el paso y el motivo; los demás continúan. La configuración guardada antes de la actualización permanece en su historial, y en AOS-CX y ProCurve la imagen anterior se conserva en el otro banco.
UN RECORRIDO CONCRETO
Del firmware atrasado a una campaña de actualización
01
Identificar
Encuentre en la página de versiones los equipos atrasados respecto a su versión objetivo.
02
Preparar
Añada la imagen a la biblioteca y revise la campaña.
03
Lanzar
Lance de inmediato o en una fecha, en oleadas sucesivas.
04
Verificar
Compruebe la versión que se ejecuta tras el reinicio y reintente los fallos.
FAQ
Respuestas a sus preguntas.
Prepare su proyecto y defina su alcance.
¿Qué fabricantes son compatibles con las campañas de firmware?
Las campañas de actualización cubren hoy cinco perfiles de fabricante: switches Cisco IOS e IOS XE, Cisco NX-OS, Aruba AOS-CX, Aruba ProCurve (ArubaOS-Switch) y Huawei VRP. La página de versiones sigue el firmware de todos los equipos inventariados, y se irán añadiendo procedimientos de otros fabricantes.
¿Hay que actualizar todo el parque a la vez?
No. Organice la actualización por oleadas: un grupo piloto y después campañas más amplias, cada una de hasta 1000 equipos, lanzadas de inmediato o en una fecha. Los pares MLAG, vPC y VSX están protegidos: sus dos miembros nunca se reinician a la vez. Valide antes en un equipo de reserva los requisitos del fabricante para cada versión.
¿Qué se comprueba antes de lanzar una campaña?
La revisión muestra cada equipo con la imagen que recibirá y las líneas que se escribirán, los equipos excluidos (sin permiso, fabricante no compatible, ya actualizado, ya en una campaña, sin credencial) y los pares afectados. En cada equipo se comprueba el espacio en flash y se verifica el resumen de la imagen antes de instalar nada.
¿Qué relación tiene con las CVE y con la gestión EoL/EoS?
El seguimiento de CVE orienta las prioridades de seguridad, incluidas las vulnerabilidades de las imágenes de la biblioteca. La gestión de firmware se ocupa de las versiones y de las campañas de actualización. La gestión EoL/EoS identifica los equipos cuyo ciclo de soporte exige una renovación. Juntas, ayudan a decidir entre actualizar y sustituir.
