我正在编写代码来验证我从CUCM/CallManager检索到的版本（例如 7.1.5.34900-7）包括在特定补丁/更新（例如 7.1(5b)su6a）中找到的安全修复。鉴于这两个版本的格式不同，我无法弄清楚足以构建我的逻辑的连接。
我可以从 CUCM 检索的版本（在主页上提供，例如“系统版本：8.6.2.23900-10”）和公告中列出的版本（例如 8.6.2SU3）之间是否存在严格的 1 对 1 关系？换句话说，是否会有一个“系统版本”与多个“CUCM 版本”相关，反之亦然？在升级兼容性文档中有一个将“系统版本”映射到“CUCM 版本”的表，我一直在使用它来查找对应关系。
我在这里读到系统版本的格式是Major.Minor.Release.Build-InHouseBuild。文章还指出，对于非 CUCM 补丁（即操作系统安全补丁），“构建”部分可以增加 1,000。他们给出的例子（可能是也可能不是）是 6.1.2.2000 和 6.1.2.1112。声称后者包含前者不包含的 CUCM 补丁。那么在比较时我是否需要忽略“千”位数字？或者这不会在 CUCM 安全更新中发生？
出于某种原因，思科在隐藏这些信息方面做得非常出色。要回答您的具体问题：
7.1.5.34900-7实际上是 CUCM Version 7.1(5b)SU4。您需要下载系统版本7.1.5.35901-1或更高版本，以获取在 CUCM 版本中找到的操作系统和应用程序修复7.1(5b)SU6a。我遇到的唯一例外是未发布的“工程特殊”版本；通常仅由 TAC 分发以修复非常具体且不常见的错误的特殊版本。如果您使用的是“未发布的 ES”版本，无论如何您都应该联系 TAC 以获得升级支持，因为从该版本升级到正常的主线版本可能存在未记录的错误。
更长的答案是，我们可以使用来自您链接的两个来源的信息拼凑出一张好的图片。它们实际上是我破译这些信息的两个“去”地点。
首先，根据您在 UC Corner 上从Michael Luo链接的页面，我们可以了解 Cisco 如何构建 CUCM/Unity Connection/Presence/UCCX 内部版本号：
在每个子版本上，还有“内部版本号”。例如 6.1.2.1000、6.1.2.2000 等。Build-number 是最容易混淆的部分。
一般来说，内部版本号应该增加1000个，比如6.1.2.1000、6.1.2.2000等。
CUCM 建立在 Linux 操作系统上。每当 Cisco 发布操作系统安全补丁时，他们都会将内部版本号增加 1000。这称为 PSIRT 补丁。
记住 CUCM 是一个运行在 Linux 上的应用程序。操作系统补丁不包含任何 CUCM 错误修复。任何错误修复都将在 ES（工程特刊）中进行。ES 版本将由版本号的最后三位数字标识（例如 6.1.2.1112）
其次，从CUCM 软件兼容性矩阵PDF（来自此处的 Cisco 支持文档），我们可以找到有关 CUCM 版本号与哪个系统版本号匹配的粗略指南。这在我的经验中一直被证明是一个准确的指南。
例如：
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