El proceso de liberación de NSP se basa en los requisitos y las prácticas recomendadas del cliente seguidos de nuestros otros equipos. El objetivo principal de este proceso es crear y mantener ciclos de publicación bien definidos y predecibles. Este proceso nos permite abordar diversas necesidades de los clientes. Algunos clientes tienen que permanecer en una única versión durante un período prolongado, en lugar de adoptar las funciones de seguridad más recientes.

NSP admite los siguientes tipos de versiones:

• Versión principal:
  Una versión principal, también conocida como versión de referencia, es adecuada para clientes con control de cambios estrecho. Una versión principal proporciona nuevas funciones y mejoras, y está certificada. Los clientes pueden permanecer en esta versión durante un período de tiempo prolongado.
  
• Versión de la función:
  Una versión de función ofrece nuevas funciones y mejoras. Es conveniente para clientes que están dispuestos a participar en la temprana adopción de nuevas funciones.
  
• Versión de mantenimiento:
  Una versión de mantenimiento, también conocida como versión de actualización, proporciona correcciones de software. Se proporciona una vez cada dos meses para las versiones principales y para las funciones.
  
• Versión Hotfix:
  Una versión hotfix proporciona correcciones de software para las versiones principales y las versiones de características. Solo se proporciona en función de la necesidad de seleccione a los clientes que soliciten correcciones inmediatas y que no pueden esperar a la versión de mantenimiento. Una versión hotfix también puede incluir más de una corrección.

Nota: La ingeniería de NSP determina en el momento de la liberación del plan confirmar si una versión es una función o una versión principal. El número de versión de la versión se selecciona según corresponda.

A continuación se incluye una muestra de la cadencia de publicación para versiones de software NSP:


Tenga en cuenta los siguientes términos utilizados en este documento que explican la Directiva de compatibilidad de software para NSP:

• Período del fin del ciclo de vida (EoLP):
  EoLP es el período de tiempo del día en el que anunciamos la versión del producto descontinuación hasta el último día en el que hemos admitido formalmente la versión del producto. EoLP es el período comprendido entre el fin del ciclo de vida (EoLS) y el fin de fin de ciclo de vida (EoLE).
• EoLS: las dos situaciones siguientes son aplicables:
  • Una vez declarado EoLS, no hay más versiones de mantenimiento durante el EoLP. Se proporcionan soporte y HotFixes completos de conjuntos de firmas durante los próximos 12 meses.
  • En el caso de las versiones principales, existe un soporte ampliado de otros 12 meses (un total de 24 meses tras EoLS).
    Durante este período, no hay más versiones de mantenimiento. Se proporciona compatibilidad completa con conjuntos de firmas y HotFixes críticos limitados.
• EoLE: no se proporciona ningún conjunto de firmas ni HotFixes. El software está en ciclo de vida.
  A continuación se muestra una ilustración de la versión principal y el ciclo de vida de las funciones:

A continuación se muestran las características de una versión principal frente a una versión de función:

	Versión principal	Versión de función
Versiones	El segundo dígito de la versión del producto se numera como ". 1". Por ejemplo, 9.110.1 , 11.1.	El segundo dígito de la versión del producto se numera como. 2,. 3, etc. Por ejemplo, 9.29.310.2 ,, 10.3.
Ámbito de la versión	Una versión principal puede incluir mejoras de software para lo siguiente: Nuevas funciones Actualización de la infraestructura Compatibilidad con Nueva introducción de hardware Certificación	Una versión de función puede incluir mejoras de software para lo siguiente: Nuevas funciones Actualización de la infraestructura Compatibilidad con Nueva introducción de hardware
Plazos	La versión principal es aproximadamente cada 18 meses.	La versión de la función es aproximadamente cada 6 meses hasta la siguiente versión principal.
Período de soporte	El período de soporte de la versión principal es de 48 meses: 24 meses de ingeniería y Soporte técnico: MRs, HotFixes y compatibilidad completa con conjuntos de firmas 24 meses de Soporte técnico entre 24 y 36 meses: no se admiten los hotfixes de MRs, el conjunto de firmas completo de 37 a 48 meses, no es compatible con la versión MRs, el conjunto de firmas completo y HotFixes críticos limitados	El período de soporte de la versión de la función es de 20 meses: 8 meses de ingeniería y Soporte técnico: MRs, HotFixes y compatibilidad completa con conjuntos de firmas 12 meses de Soporte técnico sin soporte de MRs, compatibilidad completa con el conjunto de firmas y HotFixes
EoLS	EoLS es de 24 meses tras la disponibilidad general. Se envía un anuncio EoL para indicar esta fase.	EoLS es 8 meses tras la disponibilidad general. Se envía un anuncio EoL para indicar esta fase.
EoLP	EoLP es de 24 meses.	EoLP es de 12 meses.
EoLE	EoLE es de 24 meses tras EoLS.	EoLE es de 12 meses tras EoLS.
Versión de mantenimiento	La versión de mantenimiento está planificada para que se proporcione una vez cada dos meses en función de la necesidad, hasta EoLS.	La versión de mantenimiento está planificada para que se proporcione una vez cada dos meses en función de la necesidad, hasta EoLS.
Hotfixes	Los HotFixes se proporcionan en función de las necesidades según los dos casos siguientes: Una vez declarado EoLS, se proporcionan HotFixes para los próximos 12 meses. Durante el período restante hasta EoLE, se proporcionan HotFixes críticos limitados.	Los HotFixes se proporcionan en función de las necesidades, hasta EoLE.
Conjunto de firmas	Las actualizaciones del conjunto de firmas se proporcionan hasta EoLE.	Las actualizaciones del conjunto de firmas se proporcionan hasta EoLE.
Correcciones de vulnerabilidades	Las correcciones de vulnerabilidades se proporcionan en función de la necesidad, hasta EoLE.	Las correcciones de vulnerabilidades se proporcionan en función de la necesidad, hasta EoLE. Importante: La ingeniería de NSP podría permitir una excepción en ciertos casos en los que se necesita un esfuerzo significativo para respaldar la corrección. La aprobación del encabezado del Empresas es necesaria para las excepciones.
Compatibilidad con nuevo hardware/plataforma	Cualquier hardware o plataforma NSP nuevo es compatible tanto en la versión principal como en las versiones de funciones, en función del alcance de los cambios implicados.
Certificación	Cada versión principal está certificada para CC/FIPS/UC APL, etc. Las versiones de certificación se numeran como 9.1.15.x , 9.1.17.x9.1.19.x.
Localización	La localización de la interfaz del módulo informes de Manager y la documentación del producto se ha realizado para la versión principal, y está disponible a través de MR1 de la versión principal. Se localizan la interfaz de usuario y la documentación de cada versión Manager informes de funciones. La interfaz de usuario de informes de Manager y la documentación general del producto se localizan en los siguientes idiomas: japonés, Coreano, Chino simplificado y tradicional.

Preguntas frecuentes:

soy un cliente de NSP existente. ¿Cuándo puedo esperar la implementación de la versión actual del proceso de la versión NSP?
El proceso de publicación de NSP que se describe en este documento es efectivo el cuarto trimestre de 2017 en adelante.

Soy un cliente nuevo y quiero instalar NSP. ¿Qué rama de versión debo utilizar?
Le recomendamos que instale una versión de función para aprovechar las funciones y mejoras más recientes. No obstante, su decisión debe tener en cuenta el proceso de control de cambios de su organización. Si su organización aplica una directiva de ampliación estricta o desea permanecer en una única versión de versión durante un período largo, le recomendamos que utilice la versión principal.

Estoy utilizando la versión 9.1. principal ¿puedo pasar a la versión 9.2 de función?
Sí. No obstante, una vez que se adopte una versión de función, debe permanecer en la ruta de la versión de la función hasta que esté disponible la siguiente versión principal.
Si necesita volver a la versión principal anterior, debe volver a configurar e iniciar nuevo.

¿Cuáles son las opciones de ampliación admitidas entre las versiones de funciones y las principales?
Los escenarios de ampliación admitidos para el software Sensor y Manager son los siguientes:

• Se admiten las ampliaciones de la versión principal anterior a la siguiente versión principal. Por ejemplo, de 8.1 a 9.1 y 9.1 a 10.1.
• Se admiten las ampliaciones desde la versión anterior de Feature a la siguiente versión de Feature. Por ejemplo, si hay versiones 9.2 de funciones y 9.3 , y está activado 9.2 , puede ampliar a 9.3.
• Se admiten las ampliaciones de las dos versiones anteriores a la siguiente versión principal. Por ejemplo, si hay versiones 8.2 y 8.3 , puede ampliar desde 8.2 y 8.3 en ambos casos a 9.1.

¿Las versiones de las funciones de Manager admiten sensores heterogéneos de las versiones de funciones y principales?
Los escenarios admitidos son los siguientes:

• La versión de Manager principal es compatible con sensores heterogéneos para la versión anterior inmediata y la versión inmediata de la función anterior. Por ejemplo: el 9.1 Manager admite sensores que se ejecutan en 9.1 , 8.1 y la última versión de la 8.x función del software sensor.
• La función Manager release admite sensores heterogéneos para la versión de la función anterior inmediata y la versión principal anterior inmediata. Por ejemplo: el Manager admite los sensores que se ejecutan en y 8.1 el 8.3 software de 8.3 sensor.

Nota: El tercer dígito varía según los distintos modelos de Sensor. Por ejemplo, M-Series es 8.1.3.x y NS-Series es 8.1.5.x.

¿Las versiones de las funciones de los central Manager son compatibles con los administradores heterogéneos de las versiones de funciones y principales?
Los escenarios admitidos son los siguientes:

• La Central Manager principal es compatible con los administradores heterogéneos para la versión de Manager principal inmediata anterior y la anterior Manager versión inmediata. Por ejemplo: el 9.1 central Manager es compatible con los administradores que se ejecutan en 9.1 , 8.1 y la última versión de la 8.x función del software Manager.
  
• La función Central Manager versión es compatible con administradores heterogéneos para la versión de la función anterior inmediata y la versión principal anterior inmediata. Por ejemplo: el Central Manager es compatible con los 8.3 administradores que ejecutan 8.3 y 8.1 Manager software.

¿Proporciona una notificación de avance a la hora de recomendar a los clientes que amplíen el software Sensor a una versión mínima recomendada por motivos críticos?
Cuando anunciamos una nueva imagen de software Sensor para solucionar cualquier problema crítico o vulnerabilidad, proporcionamos lo siguiente:

• Una ventana de seis meses para que los clientes amplíen a la imagen mínima recomendada si hay una versión de función (por ejemplo, de 8.2 a 8.3 ) o una versión de mantenimiento (por ejemplo, de 8.3.5.15 a 8.3.5.30 ).
• Una ventana de 12 meses para que los clientes puedan ampliar a la imagen mínima recomendada si hay una versión principal (por ejemplo, de 9.1 a 10.1 ).