¿Cuál es la relación entre la "versión del sistema" y las versiones de actualización CUCM?

Estoy escribiendo un código para verificar que la versión que recuperé de CUCM / CallManager (por ejemplo, 7.1.5.34900-7) incluye una corrección de seguridad que se encuentra en un parche / actualización en particular (por ejemplo, 7.1 (5b) su6a). Dado que estas dos versiones son de diferentes formatos, estoy teniendo problemas para descubrir la conexión lo suficiente como para estructurar mi lógica.

¿Existe una relación estricta de 1 a 1 entre las versiones que puedo recuperar de CUCM (disponible en la página de inicio, por ejemplo, "Versión del sistema: 8.6.2.23900-10") y las versiones enumeradas en los boletines (por ejemplo, 8.6.2SU3)? En otras palabras, ¿habrá alguna vez una única "versión del sistema" que se relacione con más de una "versión CUCM" o al revés? En un documento de compatibilidad de actualización , hay una tabla que asigna la "versión del sistema" a la "versión CUCM", y la he estado usando para buscar correspondencias.

Leí aquí que el formato de la versión del sistema es Major.Minor.Release.Build-InHouseBuild. El artículo también establece que la parte de "compilación" puede incrementarse en 1,000 para parches que no sean CUCM (es decir, parche de seguridad del sistema operativo). El ejemplo que dieron (que puede o no ser real) es 6.1.2.2000 y 6.1.2.1112. La afirmación es que este último contiene parches CUCM que el primero no. ¿Necesito ignorar el dígito "mil" cuando comparo? ¿O esto no ocurrirá en la naturaleza con las actualizaciones de seguridad CUCM?

Cisco hace un trabajo fantástico al ocultar esta información por alguna razón. Para responder a sus preguntas específicas:

1. La versión del sistema 7.1.5.34900-7es en realidad la versión CUCM 7.1(5b)SU4. Tendrá que descargar la versión del sistema 7.1.5.35901-1o superior, para obtener las correcciones del sistema operativo y la aplicación que se encuentran en la versión CUCM 7.1(5b)SU6a.
2. No iría tan lejos como para decir que siempre hay una relación de 1 a 1 entre los dos formatos (Versión CUCM vs Versión del sistema). Sin embargo, en mi experiencia, cuando Cisco lanza una nueva versión del sistema, también incrementan el número de versión CUCM.
3. En versiones anteriores de CUCM, había una desconexión mucho mayor entre las "Correcciones de SO" y las "Correcciones de CUCM", lo que le daría la disparidad que Michael Luo describe en la página que ha vinculado. Sin embargo, en los últimos tiempos (días posteriores a la versión 7.1), todas las recomendaciones que he recibido de Cisco TAC parecen indicar que cuanto mayor sea el número, mejor será el período.

Las únicas excepciones que he encontrado son las versiones inéditas de "Ingeniería especial"; lanzamientos especiales que normalmente solo distribuye TAC para corregir un error muy específico y poco común. En el caso de que se encuentre en una versión "ES no publicada", debe ponerse en contacto con TAC para obtener soporte de actualización de todos modos, ya que puede haber errores no documentados relacionados con la actualización de esa versión a una versión principal normal.

La respuesta más larga es que podemos reconstruir una buena imagen utilizando información de las dos fuentes que vinculó. En realidad, son mis dos ubicaciones de "ir a" para descifrar esta información.

Primero, de acuerdo con la página que vinculó de Michael Luo en UC Corner , obtenemos una imagen de cómo Cisco está estructurando los números de compilación CUCM / Unity Connection / Presence / UCCX:

En cada subversión, también hay "números de compilación". por ejemplo, 6.1.2.1000, 6.1.2.2000, etc. El número de compilación es la parte más confusa.

En términos generales, los números de compilación deberían aumentar en 1000, como 6.1.2.1000, 6.1.2.2000, etc.

CUCM se basa en el sistema operativo Linux. Cada vez que Cisco lance un parche de seguridad del sistema operativo, aumentará el número de compilación en 1000. Esto se llama parche PSIRT.

Recuerde que CUCM es una aplicación que se ejecuta en Linux. El parche del sistema operativo no contiene ninguna corrección de errores CUCM. Cualquier corrección de errores estaría en ES (Ingeniería Especial). Las versiones ES se identificarían por los últimos tres dígitos en los números de compilación (por ejemplo, 6.1.2.1112)

En segundo lugar, en el PDF de la Matriz de compatibilidad de software CUCM , (obtenido de la documentación de soporte de Cisco aquí ), podemos encontrar una guía aproximada de qué número de versión de CUCM coincide con qué número de versión del sistema. En mi experiencia, esto siempre ha resultado ser una guía precisa.

Por ejemplo:

CUCM Version    |    System Version
-----------------------------------
9.1(1a)         |    9.1.1.20000-5
9.1(1)          |    9.1.1.10000-11
9.0(1)          |    9.0.1.10000-37
8.6(2a)SU3      |    8.6.2.23900-10
8.6(2a)SU2      |    8.6.2.22900-9