「システムバージョン」とCUCM更新バージョンの関係は何ですか?


7

CUCM / CallManagerから取得したバージョン(7.1.5.34900-7など)に、特定のパッチ/アップデート(7.1(5b)su6aなど)で見つかったセキュリティ修正が含まれていることを確認するコードを書いています。これら2つのバージョンのフォーマットが異なるため、ロジックを構築するのに十分な接続を理解するのに苦労しています。

CUCMから取得できるバージョン(「システムバージョン:8.6.2.23900-10」などのホームページで入手可能)と掲示に記載されているバージョン(8.6.2SU3など)の間には、厳密な1対1の関係がありますか?言い換えると、複数の「CUCMバージョン」に関連する単一の「システムバージョン」が存在することはありますか?アップグレード互換性ドキュメントには、「システムバージョン」から「CUCMバージョン」へのマッピングテーブルがあり、私はそれを使用して対応を調べています。

ここでは、システムバージョンの形式がMajor.Minor.Release.Build-InHouseBuild であることを読みました。この記事では、CUCM以外のパッチ(OSセキュリティパッチなど)の「ビルド」部分が1,000ずつ増える可能性があるとも述べています。彼らが示した例(実際の場合とそうでない場合があります)は6.1.2.2000と6.1.2.1112です。主張には、後者には前者には含まれていないCUCMパッチが含まれているということです。比較する場合、「1000」桁を無視する必要がありますか?または、これはCUCMセキュリティアップデートで実際に発生しませんか?


これがこの質問を投稿するのに間違った場所だと感じています。これを移動するためのより適切な場所はどこですか?
chao-mu

1
これが間違ったサイトだとどうやって結論付けましたか?質問は私にとっては話題になっているようですが、比較的新しいベータ版なので、CUCMに関する多くの質問にはまだ答えていません...答えを知っている人がいるかもしれません
マイクペニントン2013

回答:


5

シスコは、何らかの理由でこの情報を覆い隠す素晴らしい仕事をしています。特定の質問に答えるには:

  1. システムバージョン7.1.5.34900-7は実際にはCUCMバージョン7.1(5b)SU4です。7.1.5.35901-1CUCMバージョンにあるOSおよびアプリケーションの修正を取得するには、システムバージョン以上をダウンロードする必要があります7.1(5b)SU6a
  2. 2つの形式(CUCMバージョンとシステムバージョン)の間には常に 1対1の関係があるとは言いません。ただし、私の経験では、シスコが新しいシステムバージョンをリリースすると、CUCMバージョン番号も増加します。
  3. 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
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.