Welche Beziehung besteht zwischen der „Systemversion“ und den CUCM-Update-Versionen?

Ich schreibe Code, um zu überprüfen, ob die von CUCM / CallManager abgerufene Version (z. B. 7.1.5.34900-7) einen Sicherheitskorrekturen enthält, der in einem bestimmten Patch / Update (z. B. 7.1 (5b) su6a) enthalten ist. Da diese beiden Versionen unterschiedliche Formate haben, habe ich Probleme, die Verbindung ausreichend herauszufinden, um meine Logik zu strukturieren.

Gibt es eine strikte 1: 1-Beziehung zwischen den Versionen, die ich von CUCM abrufen kann (verfügbar auf der Homepage, z. B. "Systemversion: 8.6.2.23900-10"), und den in den Bulletins aufgeführten Versionen (z. B. 8.6.2SU3)? Mit anderen Worten, wird es jemals eine einzige "Systemversion" geben, die sich auf mehr als eine "CUCM-Version" bezieht oder umgekehrt? In einem Upgrade Kompatibilität Dokument gibt es eine Tabelle , die „Systemversion“ auf „CUCM Version“, und ich habe , dass unter Verwendung von Korrespondenzen zu suchen.

Ich habe hier gelesen , dass das Format der Systemversion Major.Minor.Release.Build-InHouseBuild ist. Der Artikel besagt auch, dass der "Build" -Teil für Nicht-CUCM-Patches (dh OS-Sicherheitspatch) um 1.000 erhöht werden kann. Das Beispiel, das sie gegeben haben (das real sein kann oder nicht), ist 6.1.2.2000 und 6.1.2.1112. Die Behauptung ist, dass letztere CUCM-Patches enthält, die erstere nicht enthält. Muss ich dann beim Vergleich die "Tausend" -Ziffer ignorieren? Oder tritt dies bei CUCM-Sicherheitsupdates nicht in freier Wildbahn auf?

Cisco macht einen fantastischen Job und verdeckt diese Informationen aus irgendeinem Grund. So beantworten Sie Ihre spezifischen Fragen:

1. Die Systemversion 7.1.5.34900-7ist eigentlich die CUCM-Version 7.1(5b)SU4. Sie müssen die Systemversion 7.1.5.35901-1oder höher herunterladen , um die Betriebssystem- und Anwendungskorrekturen zu erhalten, die in der CUCM-Version enthalten sind 7.1(5b)SU6a.
2. Ich würde nicht so weit gehen zu sagen, dass es immer eine 1: 1-Beziehung zwischen den beiden Formaten gibt (CUCM-Version vs. Systemversion). Nach meiner Erfahrung erhöhen Cisco bei der Veröffentlichung einer neuen Systemversion auch die CUCM-Versionsnummer.
3. In älteren Versionen von CUCM gab es eine viel größere Trennung zwischen "OS Fixes" und "CUCM Fixes", was zu der Ungleichheit führen würde, die Michael Luo auf der von Ihnen verlinkten Seite beschreibt. In letzter Zeit (nach Version 7.1 Tagen) scheinen jedoch alle Empfehlungen, die ich von Cisco TAC erhalten habe, darauf hinzudeuten, dass der Zeitraum umso besser ist, je höher die Anzahl ist.

Die einzigen Ausnahmen, auf die ich gestoßen bin, sind unveröffentlichte "Engineering Special" -Versionen. spezielle Releases, die normalerweise nur von TAC vertrieben werden, um einen sehr spezifischen und ungewöhnlichen Fehler zu beheben. Für den Fall, dass Sie eine "Unreleased ES" -Version verwenden, sollten Sie sich trotzdem an TAC wenden, um Unterstützung für Upgrades zu erhalten, da möglicherweise undokumentierte Fehler im Zusammenhang mit dem Upgrade von dieser Version auf eine normale Hauptversion vorliegen.

Die längere Antwort lautet, dass wir aus Informationen aus den beiden von Ihnen verknüpften Quellen ein gutes Bild zusammenstellen können. Sie sind eigentlich meine beiden "Gehe zu" -Standorte, um diese Informationen zu entschlüsseln.

Auf der Seite, die Sie von Michael Luo bei UC Corner verlinkt haben , erhalten wir zunächst ein Bild davon, wie Cisco die Build-Nummern für CUCM / Unity Connection / Presence / UCCX strukturiert:

Auf jeder Unterversion gibt es auch "Build-Nummern". zB 6.1.2.1000, 6.1.2.2000 usw. Die Build-Nummer ist der verwirrendste Teil.

Im Allgemeinen sollten die Build-Zahlen um 1000 steigen, z. B. 6.1.2.1000, 6.1.2.2000 usw.

CUCM basiert auf Linux. Jedes Mal, wenn Cisco einen Betriebssystem-Sicherheitspatch veröffentlicht, wird die Build-Nummer um 1000 erhöht. Dies wird als PSIRT-Patch bezeichnet.

Denken Sie daran, CUCM ist eine Anwendung, die unter Linux ausgeführt wird. Der Betriebssystem-Patch enthält keine CUCM-Fehlerkorrekturen. Alle Fehlerkorrekturen würden in ES (Engineering Special) erfolgen. ES-Versionen werden durch die letzten drei Ziffern der Build-Nummern gekennzeichnet (z. B. 6.1.2.1112).

Zweitens finden wir in der PDF-Datei zur CUCM-Software-Kompatibilitätsmatrix (hier aus der Cisco Support-Dokumentation entnommen ) eine grobe Anleitung, welche CUCM-Versionsnummer mit welcher Systemversionsnummer übereinstimmt. Dies hat sich meiner Erfahrung nach immer als genauer Leitfaden erwiesen.

Zum Beispiel:

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