Descripciones de versiones de ArubaOS y AOS-CX

Descripciones o «etiquetas» de versiones activas

Versión con asistencia breve (SSR, Short Supported Relase)

• Las SSR son versiones de corta duración en las que Aruba introducirá nuevas características y hardware, pero sin retirar ningún hardware (la última versión principal compatible).
• Los periodos de servicio técnico de una versión SSR (un tiempo «n» desde el lanzamiento inicial) son específicos de AOS o AOS-CX.
• Las fechas de finalización del mantenimiento (EOM*) y de finalización del servicio técnico (EOST) serán la misma.

*Nota: El momento clave de «finalización del desarrollo» pasa a ser de «finalización del mantenimiento».

Puede consultar los plazos concretos aquí: https://www.arubanetworks.com/support-services/end-of-life-policy/.

Versión con asistencia larga (LSR, Long Supported Relase)

• Las LSR son versiones de larga duración en las que Aruba introducirá nuevas características y hardware. Además, retiraremos el hardware (la última versión principal compatible) que sea necesario.
• Las LSR tendrán mantenimiento y servicio técnico durante 5 años (hasta 5 años después del lanzamiento inicial), pero en dos fases y con pequeñas diferencias entre AOS y AOS-CX.
• Desde el lanzamiento inicial hasta la finalización del mantenimiento (EOM*): parcheo de errores y vulnerabilidades con versiones que se reducen en frecuencia con el tiempo.
• Desde la EOM hasta la finalización del servicio técnico (EOST): parcheo de vulnerabilidades según sea necesario para incidencias de CVSS de gravedad alta o crítica.

Puede consultar los plazos concretos aquí: https://www.arubanetworks.com/support-services/end-of-life-policy/.

Personalizada (C-build)

En raras circunstancias, se utiliza la etiqueta de versión personalizada, o c-build, para indicar una versión creada para atender de forma rápida una necesidad específica de un cliente, es decir, una característica o función exclusiva, una solución de un defecto específico para atender a un entorno de cliente o adopción de hardware exclusivos en una versión "fuera de ciclo". Una versión personalizada se utiliza como puente temporal hasta que la característica, función, solución o hardware pueda adoptarse en una versión estándar. Las versiones personalizadas pasan por un rápido ciclo de pruebas y de garantía de calidad para un caso práctico específico de un cliente exclusivamente. Aruba recomienda la adopción de versiones personalizadas exclusivamente para atender un caso práctico muy específico.

Las versiones personalizadas no las admite el Centro de asistencia técnica de Aruba, por lo que se gestionan directamente por parte del equipo de desarrollo de Aruba. El equipo de desarrollo debe dar su aprobación para que los clientes adopten una versión personalizada. Las versiones personalizadas no se publican en la página de Asistencia de Aruba. Estas versiones son "exclusivas" y no existe definición de revisión alguna ni política de asistencia.

Versión conservadora (CR)

La etiqueta de versión conservadora indica que una versión se ha implementado en varias redes de producción de clientes. Las versiones conservadoras se pueden considerar las versiones «regla de oro» o «fundamentales» de la cartera de WLAN de Aruba. Aruba recomienda la adopción de versiones conservadoras en la red de producción de cualquier cliente.

Versión estándar (SR)

La etiqueta de versión conservadora indica que una versión introduce nuevas características de software o plataformas de hardware. Se recomienda a los clientes interesados en las nuevas características de software o plataformas de hardware que se actualicen a una versión estándar. Las versiones estándar siempre pasan por un exhaustivo ciclo de control de calidad y pruebas antes de su lanzamiento y puesta a disposición de todos los clientes. Tras ser adoptadas por varios clientes, las versiones estándar pueden ser «promocionadas» a versiones conservadoras.

Versión tecnológica

La etiqueta de versión tecnológica indica que la versión introduce nuevas características de software o plataformas de hardware para resolver de manera rápida nuevos requisitos de mercado. Con las versiones tecnológicas, Aruba puede atender funciones de clientes, demandas de productos o mejoras tecnológicas de carácter exclusivo en un plazo mínimo. Se recomienda a los clientes interesados en adoptar estas nuevas aplicaciones que actualicen a las versiones tecnológicas. Las versiones tecnológicas pasan por un ciclo de pruebas y garantía de calidad abreviado para asegurar el funcionamiento de las nuevas capacidades; no obstante, no se someten a un ciclo de pruebas completo para probar todas las aplicaciones de cliente conocidas, como sí sucede con las versiones estándar.

La convención de nomenclatura de versiones tecnológicas sigue el patrón siguiente [a.b.c.d-featurename] o [a.b.c.d-HWPlatform] en el que «a.b.c.d» indica la versión de Aruba OS y el nombre featurename/HWPlatform indica la nueva capacidad que se introduce en dicha versión específica.

El ciclo de vida del servicio tiende a ser breve y suele durar hasta que las funciones se integran en una futura versión estándar. No existe un ciclo de parches y de servicio definido para las versiones tecnológicas.

Disponibilidad general (GA)

La etiqueta de disponibilidad general se ha utilizado anteriormente para indicar una versión que se ha implantado en varias redes de producción de clientes. La etiqueta de disponibilidad general se ha sustituido por la etiqueta de versión conservadora. Consulte lo expuesto anteriormente.

Implantación anticipada (ED)

La etiqueta de implantación anticipada se ha utilizado anteriormente para indicar una versión que haya introducido recientemente nuevas funciones de software o plataformas de hardware. La etiqueta Implantación anticipada se ha sustituido por la etiqueta de versión estándar. Consulte lo expuesto anteriormente.