In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument wird die Verwendung des Ablaufverfolgungssammlungsprozesses von Cisco Unified Communications Manager (CUCM/CallManager) beschrieben.
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
Hinweis: Sie müssen bei Cisco registriert sein, um diese Tools verwenden zu können.
Die Informationen in diesem Dokument basieren auf CUCM 9.X und höheren Versionen.
Hinweis: Informationen zur früheren Version von CUCM 8.6.2 finden Sie unter Sammeln von CUCM-Ablaufverfolgungen von CUCM 8.6.2 für einen TAC-Serviceticket.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle verstehen.
Wenn Sie in einem Communications Manager-Problem mit einem Technical Assistance Engineer (TAC)-Techniker zusammenarbeiten, müssen Sie CUCM-Ablaufverfolgungen erfassen. Dies kann eine Aufgabe sein, die Sie selten oder nie zuvor erledigt haben.
In diesem Szenario beheben Sie einen Anruf, der nicht aufgezeichnet wurde, obwohl die CUCM-seitige Konfiguration richtig zu sein scheint. Der Administrator erhält eine Alarmmeldung für jeden Anruf, der nicht aufgezeichnet werden konnte. Der TAC-Techniker hat Sie daher gebeten, das Problem zu reproduzieren und detaillierte CallManager-Ablaufverfolgungen, detaillierte CTI Manager-Ablaufverfolgungen und Ereignisanzeige-Protokolle von CUCM-Seite zu erfassen. Diese Protokolle erfassen die Anrufsignalisierungsereignisse, die CTI-Nachrichten, die mit dem Server ausgetauscht werden, der die Anrufe aufzeichnet, und die Alarme des Anrufs, der nicht aufgezeichnet werden konnte.
So führen Sie diese Aufgabe aus:
In CUCM wird die RTMT-Anwendung verwendet, um Ablaufverfolgungen für die meisten Problemtypen zu sammeln. Jede Haupt- und Nebenversion von CUCM verfügt über eine zugeordnete Version der RTMT-Anwendung. Wenn auf Ihrem PC keine Unified RTMT-Programmgruppe unter Start > Programme > Cisco angezeigt wird oder wenn die RTMT-Version nicht mit Ihrem CUCM-Cluster übereinstimmt, müssen Sie das RTMT-Tool für Ihre CUCM-Version installieren, bevor Sie fortfahren.
Die Seite Systemübersicht wird geöffnet.
Sie haben nun überprüft, ob RTMT installiert ist und dass Sie sich mit dem Tool bei Ihrem CUCM-Cluster anmelden können.
In CUCM 9.X und höheren Versionen ist die detaillierte Ablaufverfolgung standardmäßig für den CallManager-Dienst aktiviert. Bevor Sie fortfahren, stellen Sie sicher, dass die detaillierte Ablaufverfolgung noch konfiguriert ist. Falls nicht, konfigurieren Sie es.
Wenn Sie eine frühere Version von CUCM verwenden, müssen Sie die Ablaufverfolgungseinstellungen manuell so konfigurieren, dass sie mit der Abbildung übereinstimmen. Mit der Schaltfläche Standard für frühere Versionen wird die Debug-Ablaufverfolgungsebene auf Fehler und nicht auf Details festgelegt.
In CUCM 9.X und höher ist die detaillierte Ablaufverfolgung standardmäßig auch für den CTI Manager-Dienst aktiviert. Bevor Sie fortfahren, bestätigen oder konfigurieren Sie diese Funktion.
Das System ist für die standardmäßige detaillierte Ablaufverfolgung konfiguriert, wie in diesem Bild gezeigt:
6. Wenn diese Einstellungen geändert wurden und Sie CUCM Version 9.x oder höher verwenden:
7. Bestätigen Sie die Ablaufverfolgungskonfiguration auf den anderen Servern im Cluster.
Wenn Sie eine frühere Version von CUCM verwenden, müssen Sie die Ablaufverfolgungseinstellungen wie bei den CallManager-Ablaufverfolgungseinstellungen manuell so konfigurieren, dass sie mit den Einstellungen in der vorherigen Abbildung übereinstimmen. Klicken Sie auf Standard für frühere Versionen festlegen, wenn Sie die Debugablaufverfolgungsebene auf Fehler festlegen möchten.
Hinweis: Aber was ist mit den Ereignisanzeige-Protokollen? Sie müssen weder für die Ereignisanzeige, die Anwendungsprotokolle oder die Ereignisanzeige noch für die Systemprotokolle die Debugstufen ändern. Sie müssen mit der Problemreproduktion fortfahren.
In diesem Szenario können Sie Testaufrufe tätigen, um einen Fehler zu generieren. Es hilft dem TAC-Techniker, den Anruf zu analysieren, wenn Sie Informationen zu den Ablaufverfolgungen angeben, die keine Informationen zu den Testanrufen enthalten. Auch riskieren Sie die Erfassung von Daten für den falschen Zeitraum und wenn das passiert, müssen Sie von vorne beginnen.
Notieren Sie für jeden Testanruf folgende Informationen:
Da CUCM-Traces sehr langwierig sein können, benötigt das TAC diese Anrufdetails, um Ihre Testanrufe in den Daten zu finden.
Nachdem das Problem reproduziert wurde, sammeln Sie sofort die vom TAC angeforderten Spuren. In diesem Fall werden die Dateien nicht überschrieben, bevor Sie sie sammeln können.
In diesem Szenario müssen Sie CallManager-Ablaufverfolgungen, CTI Manager-Ablaufverfolgungen und alle Ereignisanzeige-Protokolle erfassen. Sofern das TAC Ihnen keine weiteren Anweisungen gegeben hat, müssen Sie diese Dateien für den gesamten Zeitraum, der Ihren Testanruf oder Ihre Testanrufe abdeckt, von allen Servern sammeln. Dadurch wird verhindert, dass Ablaufverfolgungen von einem Server verloren gehen, von dem Sie nicht wussten, dass er sich im Anrufablauf befindet.
Das Fenster Dateien sammeln wird mit dem Status der Ablaufverfolgungssammlung aktualisiert. Während die Ablaufverfolgungssammlung fortgesetzt wird, wird die Schaltfläche Abbrechen angezeigt. Nach Abschluss der Sammlung ist die Schaltfläche Abbrechen ausgegraut.
Überprüfen Sie die Dateien, die Sie gesammelt haben, um sicherzustellen, dass sie den Zeitrahmen für das Problem abdecken. Die einfachste Methode hierfür ist die Überprüfung der Dateien TraceCollectionResult*.xml.
Wenn RTMT eine Gruppe von Dateien sammelt, schreibt es eine TraceCollectionResult*.xml-Datei in das Download-Dateiverzeichnis für jeden Server, von dem es Daten sammelt. Sie können diese Dateien zusammen mit Unterverzeichnissen für jeden CUCM-Server sehen. Die Dateien TraceCollectionResult*.xml geben an, welche Dateien von den einzelnen Servern erfolgreich heruntergeladen wurden. Die Unterverzeichnisse enthalten die eigentlichen Trace- und Protokolldateien.
Öffnen Sie jede TraceCollectionResult-Datei, und überprüfen Sie, ob das geänderte Datum für die aufgelistete Datei bzw. die aufgelisteten Dateien dem Datum und dem Zeitbereich für die Ablaufverfolgungssammlung entspricht. Wenn Ablaufverfolgungsdateien nicht erfasst werden konnten, werden sie z. B. überschrieben, dann gehen sie verloren.
Wenn Sie mit früheren Versionen von CUCM vertraut sind, unterscheidet sich diese Version dadurch, dass die Cisco CallManager-Ablaufverfolgungen nur eine Gruppe von SDL*-Ablaufverfolgungen und keine Gruppe von SDL*-Ablaufverfolgungen und keine Gruppe von CCM*-Ablaufverfolgungen sind. Dies liegt daran, dass in CUCM 9.X und späteren Versionen Ablaufverfolgungen in einem einzigen Satz von Dateien miteinander verwoben sind, was die Analyse vereinfacht. Dasselbe gilt für den Cisco CTI Manager-Service. Anstelle der SDL* Traces und der cti* Traces befinden sich alle Daten in den SDL* Traces für diesen Service.
Probleme mit der Trace-Sammlung können in der Regel vermieden werden, wenn Sie unmittelbar nach der Reproduktion eines Problems Traces sammeln.
Hinweis: Die TraceCollectionResult*.xml-Dateien enthalten lediglich eine Liste der Dateien, die erfolgreich von jedem CUCM-Server gesammelt wurden. Das TAC muss die tatsächlich erfassten Trace- und Protokolldateien überprüfen.
Nachdem Sie eine vollständige Liste der Ablaufverfolgungen für Ihren Problembericht erstellt haben, müssen Sie diese an Ihren TAC-Techniker senden.
Beim Herunterladen der Ablaufverfolgungen haben Sie ein neues Download-Dateiverzeichnis angegeben. Dieses Verzeichnis enthält nun alle Protokoll- und Ablaufverfolgungsdateien sowie die TraceCollectionResult*.xml-Dateien. Beim TAC müssen Sie den gesamten Inhalt des Download-Dateiverzeichnisses senden, nicht nur eine oder zwei Dateien.
Laden Sie zur Vereinfachung eine einzelne ZIP-Datei mit dem Uploader für Ticket-Dateien hoch:
Sie werden auf eine Anmeldeseite weitergeleitet. Melden Sie sich mit Ihrem CCO-Benutzernamen und -Kennwort an.
Dadurch gelangen Sie zum Uploader für Ticket-Dateien.
Die mit dem jeweiligen Anruf verknüpften Cisco CallManager/CTI Manager-Ablaufverfolgungen können mit dem Collaboration Solutions Analyzer Tool analysiert werden (Leiterdiagramm/Anmerkungen/gefilterte Protokolle/Diagnosesignaturen). Lesen Sie die Dokumentation zur Verwendung des Tools:
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
3.0 |
17-Feb-2023 |
Rezertifizierung. |
2.0 |
14-Jul-2022 |
Revision |
1.0 |
27-Oct-2016 |
Erstveröffentlichung |