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.
Dieses Dokument beschreibt den Protokollierungsprozess für den Cisco Emergency Responder (CER). Ein gängiges Szenario wird zur Veranschaulichung verwendet.
Cisco empfiehlt, über Kenntnisse in folgenden Bereichen zu verfügen:
Im Mittelpunkt dieses Dokuments steht Cisco Emergency Responder (Version 7.1 und höher).
Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.
Wenn Sie mit einem TAC-Techniker an einem CER-Problem arbeiten, werden Sie zu einem bestimmten Zeitpunkt wahrscheinlich um Protokolle von CER gebeten, möglicherweise zusätzlich zu den Traces von CUCM.
Informationen zur Ablaufverfolgungserfassung in Cisco Unified Communications Manager (CUCM) finden Sie unter So erfassen Sie Ablaufverfolgungen für CUCM 9.x, 10.x und 11.x.
In diesem Szenario beheben Sie ein Problem mit PSAP-Rückrufausfällen (Public Safety Answering Point). Der TAC-Techniker hat Sie gebeten, die detaillierten CER-Server-, detaillierten Java Telefony Application Programming Interface (JTAPI)- und Event Viewer-Protokolle für die Dauer eines Testanrufs vom Public Switched Telefone Network (PSTN) an eine Emergency Location Identification Number (ELIN) zu sammeln.
Um diese Aufgabe durchzuführen, müssen Sie:
Detaillierte Ablaufverfolgung und Debugging sind in CER standardmäßig nicht aktiviert. Das TAC hat detaillierte Protokolle zur Fehlerbehebung angefordert. Aktivieren Sie daher vor der Reproduktion des Problems ausführliche Ablaufverfolgungen und Debuggen:
Die Deaktivierung der detaillierten Ablaufverfolgung und des Debuggens nach der Reproduktion von Problemen, indem alle Debug- und Ablaufverfolgungspakete deaktiviert werden, ist optional. Es gibt Problembehebungsszenarien, z. B. die Behebung von zeitweilig auftretenden Problemen mit der Telefonverfolgung, bei denen Sie die detaillierte Nachverfolgung und das Debuggen möglicherweise über einen langen Zeitraum hinweg fortsetzen müssen.
In unserem Szenario würden Sie einen eingehenden Anruf vom PSTN an eine ELIN (Emergency Location Identification Number) tätigen, um einen Ausfall zu generieren. Das TAC benötigt die Anrufdetails, damit eine Analyse durchgeführt werden kann. In jedem Fehlerbehebungsszenario ist die Angabe von Details wichtig. Falsche oder fehlende Informationen können die Untersuchung behindern.
Bitte notieren Sie für jeden Testanruf diese Informationen für das TAC:
Benachrichtigen Sie Ihren TAC-Techniker telefonisch, per E-Mail oder über das Uploader-Tool für Ticket-Dateien über diese Details.
Im Gegensatz zu anderen Cisco Unified Communications-Produkten verwenden Sie das Real-Time Monitoring Tool nicht zum Erfassen von Protokolldateien. In CER können Protokolldateien von der Cisco ER Serviceability-Webseite unter Systemprotokolle heruntergeladen werden. Die am häufigsten benötigten Protokolle zur Fehlerbehebung bei CER-Anwendungen finden Sie im Menü System Logs > CER Logs (Systemprotokolle > CER-Protokolle).
Je nach Ihrem genauen Problembehebungsszenario kann das TAC verschiedene Protokollgruppen anfordern. Bei einem Problem mit der Switch-Nachverfolgung fordern sie möglicherweise die Protokolle CER Server, CER Phone Tracking und Event Viewer an. Bei Problemen mit einem Backup-Fehler können sie die DRS-Protokolle von Systemprotokollen > Plattformprotokollen anfordern. Weitere Informationen zu den verfügbaren Systemprotokollen finden Sie im Abschnitt Systemprotokolle im CER-Administrationsleitfaden.
Die Cisco ER Serviceability-Webseite im CER Publisher bietet Ihnen nur Zugriff auf die Protokolldateien des Herausgebers. Die Protokolldateien für den CER Subscriber werden separat abgerufen, indem Sie sich auf der Cisco ER Serviceability-Webseite im CER Subscriber selbst anmelden.
Für unser Szenario hat das TAC detaillierte CER Server, detaillierte JTAPI- und Event Viewer-Protokolle nur vom CER Publisher angefordert.
Die Dateierfassung ist jetzt abgeschlossen, wie im Bild gezeigt:
Nachdem Sie die Protokollpakete für CER Server, JTAPI und Event Viewer heruntergeladen haben, müssen Sie diese an Ihre Serviceanfrage anhängen.
Diese Dateien sind zwar klein genug, um per E-Mail weitergeleitet zu werden, doch die Verwendung des Uploaders für Ticket-Dateien ist schneller und macht Mutmaßungen überflüssig.
PSAP callback from 555-555-1212 to ELIN 555-555-0100 failed Call start: 8/16 9:35 AM Call end: 8/16 9:36 AM Caller heard fast busy
Stellen Sie außerdem sicher, dass Sie Ihrem TAC-Techniker Ihre Reproduktionshinweise zur Verfügung gestellt haben, ob über das Upload-Tool, per E-Mail oder telefonisch.
Sie haben gerade gelernt, wie Sie Protokolldateien von CER für TAC sammeln. Wir haben das Aktivieren von Debugging- und Ablaufverfolgungen behandelt, das Reproduzieren des Problems, das Erfassen von Protokolldateien von der Cisco ER Serviceability-Webseite, das effiziente Anhängen von Dateien an Ihre Service Request und das Kommunizieren von Reproduktionsnotizen mit Ihrem TAC-Techniker.