シスコは、何らかの理由でこの情報を覆い隠す素晴らしい仕事をしています。特定の質問に答えるには:
- システムバージョン
7.1.5.34900-7
は実際にはCUCMバージョン7.1(5b)SU4
です。7.1.5.35901-1
CUCMバージョンにあるOSおよびアプリケーションの修正を取得するには、システムバージョン以上をダウンロードする必要があります7.1(5b)SU6a
。
- 2つの形式(CUCMバージョンとシステムバージョン)の間には常に 1対1の関係があるとは言いません。ただし、私の経験では、シスコが新しいシステムバージョンをリリースすると、CUCMバージョン番号も増加します。
- CUCMの以前のバージョンでは、「OS修正」と「CUCM修正」との間にはるかに大きな隔たりがありました。これにより、Michael Luoがリンク先のページで説明する差異がわかります。ただし、最近(バージョン7.1以降)、Cisco TACから受け取ったすべての推奨事項は、数値が大きいほど、より良い期間であることを示しているようです。
私が遭遇した唯一の例外は、リリースされていない「エンジニアリングスペシャル」バージョンです。非常に具体的で珍しいバグを修正するために、通常TACによってのみ配布される特別なリリース。「Unreleased ES」バージョンを使用している場合は、とにかくアップグレードサポートについてTACに連絡する必要があります。そのバージョンから通常のメインラインリリースへのアップグレードに関連する文書化されていないバグが存在する可能性があるためです。
より長い答えは、リンクした2つのソースからの情報を使用して、良い画像をつなぎ合わせることができるということです。これらは、実際には、この情報を解読するための2つの「移動先」の場所です。
最初に、Michael LuoからUC Cornerでリンクしたページによると、シスコがCUCM / Unity Connection / Presence / UCCXビルド番号をどのように構成しているかを示しています。
各サブバージョンには、「ビルド番号」もあります。例:6.1.2.1000、6.1.2.2000など。ビルド番号は最も混乱しやすい部分です。
一般的に言って、ビルド番号は6.1.2.1000、6.1.2.2000などのように1000ずつ増えるはずです。
CUCMはLinux OS上に構築されています。シスコがOSセキュリティパッチをリリースするたびに、ビルド番号が1000ずつ増えます。これはPSIRTパッチと呼ばれます。
CUCMはLinux上で実行されるアプリケーションであることを忘れないでください。OSパッチには、CUCMバグ修正は含まれていません。バグ修正はES(Engineering Special)で行われます。ESのバージョンは、ビルド番号の最後の3桁で識別されます(例6.1.2.1112)。
次に、CUCMソフトウェア互換性マトリックス PDF(こちらのシスコサポートドキュメントから入手)から、どの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