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 Fehlerbehebung für das Cisco Headset der Serie 500 beschrieben. In Cisco Unified Communications Manager (CUCM) Version 12.5(1)SU1 können Sie die Verwaltung, Inventarisierung und Konfiguration des Headsets bereitstellen.
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
Die Informationen in diesem Dokument basieren auf den folgenden Softwareversionen:
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netz Live ist, überprüfen Sie, ob Sie die mögliche Auswirkung jedes möglichen Befehls verstehen.
Administratoren können alle bereitgestellten Cisco Headsets über Cisco Unified Communications Manager (CUCM) verwalten und Fehler beheben. Einige Funktionen in Version 12.5(1)SU1 sind:
Um den Headset-Bestand zu überprüfen, navigieren Sie zu CM Administration > Device > Headset > Headset Inventory, wie im Bild gezeigt.
Hinweis: Das Headset-Inventar wird für Geräte wie 88xx-, 78xx-Telefone und Jabber unterstützt.
Informationen zu den Konfigurationsschritten für Cisco Headsets finden Sie im Leitfaden Configure Cisco Headset 5xx.
Für diese Konfiguration ist derzeit kein Überprüfungsverfahren verfügbar.
In CUCM 12.5 SU1 können Sie ein Problem Report Tool (PRT)-Protokoll von der Cisco Unified Communications Manager-Verwaltung erstellen. Mit dieser neuen Funktion können Sie die Telefonprotokolle remote erfassen, anstatt den Bericht vom Telefon zu generieren. Bei dieser Version werden auch Headset-Informationen im Protokoll angezeigt, die Sie zur Fehlerbehebung verwenden können.
Um eine PRT-Anmeldung bei der Cisco Unified Communications Manager-Verwaltung zu generieren, navigieren Sie zu CM Administration > Device > Phone, aktivieren Sie das Kontrollkästchen des gewünschten Telefons, und klicken Sie auf PRT für ausgewählte Geräte erstellen, wie im Bild gezeigt.
Um diese Funktion verwenden zu können, müssen Sie das URL-Feld zum Hochladen des Kundensupports auf der Seite für die Telefonkonfiguration konfigurieren, bevor Sie das PRT-Protokoll wie im Bild dargestellt generieren.
Für diese Funktion ist Cisco Unified Communications Manager 12.5(1)SU1 oder höher erforderlich. Weitere Informationen zum Konfigurieren einer Upload-URL für den Kundensupport finden Sie hier.
Jedes Mal, wenn ein Headset angeschlossen oder getrennt wird, werden die Headset-Protokolle automatisch generiert. Um die Headset-Informationen im CUCM zu speichern und anzuzeigen, müssen einige Schritte ausgeführt werden, wie im Bild gezeigt.
Schritt 1: Das Telefon/Headset sendet die Bestandsdaten an CUCM (POST/Headset/Bestand/<SN>).
Schritt 2: Ein TLS-Handshake (Transport Layer Security) wird durchgeführt, und Zertifikate werden ausgetauscht. Der Call Manager-Server sendet das Tomcat-Zertifikat, und das Telefon sendet das MIC-Zertifikat (MIC) oder LSC (Locally Significant Certificate), wenn es installiert ist.
Schritt 3: Wenn das Zertifikat validiert wird, speichert der CUCM die Bestandsdaten in der Datenbank.
Schritt 4: Administratoren können einen Bestandszusammenfassungsbericht oder einen abfragebasierten benutzerdefinierten Bericht erstellen.
Hinweis: Die Headset-Protokolle sind in den Telefonkonsolenprotokollen enthalten. Um sie herunterzuladen, müssen Sie den Webzugriff auf der Konfigurationsseite des Telefons aktivieren. Bei den Telefonen der Serien 78xx und 88xx sind die Konsolenprotokolle im PRT enthalten.
Wenn das Headset an das Telefon angeschlossen ist, sind einige Leitungen in den Telefonkonsolenprotokollen enthalten. Die Zeilen in der Ausgabe geben an, wann die POST-Nachricht gesendet wurde, und die Antwort, die vom CUCM bereitgestellt wurde, wie in diesem Beispiel gezeigt.
1. Headset-Manager sendet die Meldung Http_request POST|INVENTORY für den Status "Verbunden".
0987 NOT Jul 11 22:06:35.950851 (711:938) JAVA-HSMGR JNI| http_request: call from management library, context: <https://10.1.61.140:9444/headset/inventory|POST|INVENTORY|{ "time": 1562882795, "key": "headsetInventory", "value": { "host": { "client": "Cisco IP Phone", "serialNumber": "FCH2133E8B9", "deviceName": "CP-8861-SEP2C3124C9F8E1", "model": "CP-8861", "firmwareVersion": "sip88xx.12-5-1SR3-74", "hostOSVersion": "N/A", "userId": "" }, "dock": { "serialNumber": "WFG2303M0B5", "model": "MB" }, "headset": { "serialNumber": "WFG2303D0D0", "firmwareVersion": "1-5-1-15", "vendor": "Cisco", "model": "561", "connectionType": "DECT Wireless", "connectionStatus": "connected" } } }|0|>
2. Der Remote-Konfigurationsmanager des Headsets sendet die Anfrage.
0989 NOT Jul 11 22:06:35.951173 (711:938) JAVA-Thread-47|cip.headset.HeadsetRemoteConfigManager:submitRequest - context: https://10.1.61.140:9444/headset/inventory|POST|INVENTORY|{ "time": 1562882795, "key": "headsetInventory", "value": { "host": { "client": "Cisco IP Phone", "serialNumber": "FCH2133E8B9", "deviceName": "CP-8861-SEP2C3124C9F8E1", "model": "CP-8861", "firmwareVersion": "sip88xx.12-5-1SR3-74", "hostOSVersion": "N/A", "userId": "" }, "dock": { "serialNumber": "WFG2303M0B5", "model": "MB" }, "headset": { "serialNumber": "WFG2303D0D0", "firmwareVersion": "1-5-1-15", "vendor": "Cisco", "model": "561", "connectionType": "DECT Wireless", "connectionStatus": "connected" } } }|0|<> 0990 DEB Jul 11 22:06:35.951334 (711:885) JAVA-HeadsetConfigImpl: parse_remote_default_config: Current headset plugged in: 561 0991 NOT Jul 11 22:06:35.951381 (711:938) JAVA-Thread-47|cip.headset.HeadsetRemoteConfigManager:submitRequest - POST:https://UmVxdWlyZWQ=:UmVxdWlyZWQ=@10.1.61.140:9444/headset/inventory
3. Die Verbindung Secure Sockets Layer (SSL) wird versucht.
1092 INF Jul 11 22:06:36.106210 (711:853) JAVA-Sec SSL Connection - HTTPS_TLS. 1093 INF Jul 11 22:06:36.106256 (711:853) JAVA-Sec SSL Connection - ciphers:[ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:AES256-SHA:AES128-SHA:DES-CBC3-SHA]
4. Das Zertifikat wird angefordert.
1107 INF Jul 11 22:06:36.156830 (711:853) JAVA-SSL session setup - Requesting Cert
5. Das Telefon sendet das Zertifikat.
1114 DEB Jul 11 22:06:36.207553 (711:853) JAVA-Certificate subject name = /serialNumber=PID:CP-8861 SN:FCH2133E8B9/O=Cisco Systems Inc./OU=CTG/CN=CP-8861-SEP2C3124C9F8E1 1115 DEB Jul 11 22:06:36.207590 (711:853) JAVA-SSL session setup - Certificate issuer name = /O=Cisco/CN=Cisco Manufacturing CA SHA2
6. Die Gültigkeit des Zertifikats wird vom CUCM überprüft.
1134 INF Jul 11 22:06:36.860688 (711:853) JAVA-SSL session setup Cert Verification - Certificate is valid.
7. Wenn der SSL-Handshake erfolgreich ist, wird die Verbindung hergestellt.
1140 NOT Jul 11 22:06:37.151072 (711:853) JAVA-Sec SSL Connection - Handshake successful. 1145 DEB Jul 11 22:06:37.151354 (711:853) JAVA-Sec SSL Conn - Adding SSL session reference to cache, label (10.1.61.140:9444)
8. CallManager sendet die Antwort mit Code 200.
1189 NOT Jul 11 22:06:37.254701 (711:885) JAVA-HSMGR JNI| to_request_context: context: <https://10.1.61.140:9444/headset/inventory|POST|INVENTORY|{ "time": 1562882795, "key": "headsetInventory", "value": { "host": { "client": "Cisco IP Phone", "serialNumber": "FCH2133E8B9", "deviceName": "CP-8861-SEP2C3124C9F8E1", "model": "CP-8861", "firmwareVersion": "sip88xx.12-5-1SR3-74", "hostOSVersion": "N/A", "userId": "" }, "dock": { "serialNumber": "WFG2303M0B5", "model": "MB" }, "headset": { "serialNumber": "WFG2303D0D0", "firmwareVersion": "1-5-1-15", "vendor": "Cisco", "model": "561", "connectionType": "DECT Wireless", "connectionStatus": "connected" } } }|200|<>> 1190 NOT Jul 11 22:06:37.254762 (711:885) JAVA-HSMGR JNI| on_http_response: onHttpResponse (context) <200> callback from java: <<>>
Ähnliche Meldungen werden voraussichtlich in den Konsolenprotokollen angezeigt, wenn das Headset vom Telefon getrennt wird und die Informationen auf der Headset-Bestandsseite aktualisiert werden.
Wenn das Headset nicht im Headset-Bestand vorhanden ist, trennen Sie das Headset vom Gerät, und schließen Sie es an. Sammeln Sie die Telefonkonsolenprotokolle (oder PRT), um eine Call Manager-/Telefon-Paketerfassung zu erhalten. Wie in diesem Beispiel gezeigt, weisen die Headset-Protokolle und die Paketerfassung auf einen Zertifikatfehler hin.
1. Der Headset-Manager sendet die Inventarmeldung HTTP_request POST.
7823 NOT Jul 11 20:37:18.220777 (29894:30111) JAVA-HSMGR JNI| http_request: call from management library, context: <https://10.1.61.140:9444/headset/inventory|POST|INVENTORY|{ "time": 1562877438, "key": "headsetInventory", "value": { "host": { "client": "Cisco IP Phone", "serialNumber": "FCH2133E8B9", "deviceName": "CP-8861-SEP2C3124C9F8E1", "model": "CP-8861", "firmwareVersion": "sip88xx.12-5-1SR3-74", "hostOSVersion": "N/A", "userId": "" }, "dock": { "serialNumber": "WFG2303M07W", "model": "MB" }, "headset": { "serialNumber": "WFG2238E0A0", "firmwareVersion": "1-5-1-15", "vendor": "Cisco", "model": "562", "connectionType": "DECT Wireless", "connectionStatus": "connected" } } }|0|>
2. Der Remote-Konfigurationsmanager des Headsets sendet eine Anfrage.
7824 NOT Jul 11 20:37:18.221377 (29894:30111) JAVA-Thread-58|cip.headset.HeadsetRemoteConfigManager:submitRequest - context: https://10.1.61.140:9444/headset/inventory|POST|INVENTORY|{ "time": 1562877438, "key": "headsetInventory", "value": { "host": { "client": "Cisco IP Phone", "serialNumber": "FCH2133E8B9", "deviceName": "CP-8861-SEP2C3124C9F8E1", "model": "CP-8861", "firmwareVersion": "sip88xx.12-5-1SR3-74", "hostOSVersion": "N/A", "userId": "" }, "dock": { "serialNumber": "WFG2303M07W", "model": "MB" }, "headset": { "serialNumber": "WFG2238E0A0", "firmwareVersion": "1-5-1-15", "vendor": "Cisco", "model": "562", "connectionType": "DECT Wireless", "connectionStatus": "connected" } } }|0|<> 7825 INF Jul 11 20:37:18.221554 (29894:30030) JAVA-HTTP JNI| Curl_readwrite: go ahead with socket check
3. Die SSL-Verbindung wird versucht.
7950 INF Jul 11 20:37:18.382089 (29894:30031) JAVA-Sec SSL Connection - HTTPS_TLS.
4. Das Zertifikat für das Telefon wird angefordert.
7965 INF Jul 11 20:37:18.432971 (29894:30031) JAVA-SSL session setup - Requesting Cert
5. Das Telefon sendet das Zertifikat.
7972 DEB Jul 11 20:37:18.483944 (29894:30031) JAVA-Certificate subject name = /serialNumber=PID:CP-8861 SN:FCH2133E8B9/C=MX/O=Cisco/OU=Voice/CN=CP-8861-SEP2C3124C9F8E1 7973 DEB Jul 11 20:37:18.483994 (29894:30031) JAVA-SSL session setup - Certificate issuer name = /C=MX/O=Cisco/OU=Voice/CN=CAPF-0992727f/ST=Mexico City/L=Mexico City
In diesem Beispiel ist das Zertifikat nicht in der Liste der vertrauenswürdigen Zertifikate des CUCM enthalten.
7988 ERR Jul 11 20:37:18.587580 (366:32531) SECUREAPP-No match found in trust list against the item
Das Zertifikat des Telefons ist noch gültig (nicht abgelaufen).
7990 INF Jul 11 20:37:19.088525 (29894:30031) JAVA-SSL session setup Cert Verification - Certificate is valid.
In diesem Beispiel ist der Handshake mit Grund 19 fehlgeschlagen.
7996 ERR Jul 11 20:37:19.380225 (29894:30031) JAVA-Sec SSL Connection - Handshake failed. 8028 NOT Jul 11 20:37:19.386375 (29894:30061) JAVA-HSMGR JNI| to_request_context: context: <https://10.1.61.140:9444/headset/inventory|POST|INVENTORY|{ "time": 1562877438, "key": "headsetInventory", "value": { "host": { "client": "Cisco IP Phone", "serialNumber": "FCH2133E8B9", "deviceName": "CP-8861-SEP2C3124C9F8E1", "model": "CP-8861", "firmwareVersion": "sip88xx.12-5-1SR3-74", "hostOSVersion": "N/A", "userId": "" }, "dock": { "serialNumber": "WFG2303M07W", "model": "MB" }, "headset": { "serialNumber": "WFG2238E0A0", "firmwareVersion": "1-5-1-15", "vendor": "Cisco", "model": "562", "connectionType": "DECT Wireless", "connectionStatus": "connected" } } }|19|<>> 8029 NOT Jul 11 20:37:19.386452 (29894:30061) JAVA-HSMGR JNI| on_http_response: onHttpResponse (context) <19> callback from java: <<>>
Grundsätzlich ist auf dem Telefon ein LSC installiert, der von einer Certificate Authority Proxy Function (CAPF) eines anderen Clusters signiert wurde, sodass CUCM der SSL-Verbindung nicht traut und diese ablehnt. Ein Zurücksetzen auf die Werkseinstellungen am Telefon beseitigt den LSC und löst dieses Problem.
Die Paketerfassung für dieses Beispiel weist auf den SSL-Handshake-Fehler mit "Alert (Level: Fatal, Description Unknown CA)" wie im Bild gezeigt.
In den folgenden Szenarien treten Probleme auf:
Wenn Probleme mit Headsets auftreten, können Sie folgende Schritte ausführen:
Schritt 1: Stellen Sie sicher, dass das Headset eingeschaltet ist. Um das Wireless-Headset neu zu starten, halten Sie die Anruf-Taste gedrückt. (auf den Wireless-Headsets) vier Sekunden lang, um das Headset ein- und auszuschalten.
Schritt 2: Überprüfen Sie, ob Ihr Headset erkannt wird.
Schritt 3: Testen Sie mit einem anderen Headset.
Schritt 4: Bestätigen Sie, ob die Headset-Firmware auf dem neuesten Stand ist. Wenn das Headset nicht aktualisiert wird, befolgen Sie die Schritte, die im Abschnitt zur Installation der COP-Datei aufgeführt sind.
Wenn die festgestellten Probleme eher mit dem Headset-Audio zusammenhängen, stellen Sie sicher, dass eine der folgenden Bedingungen zutrifft:
Für das 8851 gibt es keine eigenständige Konfiguration auf der Telefonseite, Sie können diese jedoch manuell auf dem physischen Telefon konfigurieren. Navigieren Sie zu Einstellungen > Zubehör > Cisco Headset > Lautsprecher > Sidetone, und konfigurieren Sie ihn so, dass er nicht verfügbar ist.
Um die SIDEO-Konfiguration für mehrere Telefone zu ändern, können Sie eine Headset-Vorlage ändern oder erstellen. Navigieren Sie zu CM Admin > Device > Headset > Headset template und klicken Sie auf Create new. Konfigurieren Sie die Einstellungen für den 560 so, dass der SIDEX deaktiviert ist.
Häufige Probleme und Tipps zur Fehlerbehebung finden Sie hier.
Es wird dringend empfohlen, die neueste Firmware-Version auf den Telefonen und Headsets zu installieren. Führen Sie dieses Verfahren aus, um die COP-Datei für Headsets zu installieren:
Schritt 1: Klicken Sie auf die URL: http://www.cisco.com/cisco/web/support/index.html
Schritt 2: Melden Sie sich bei der Support-Seite an, und laden Sie die Software-Seite herunter.
Schritt 3: Wählen Sie die Collaboration-Endgeräte und die Telefonkategorie aus.
Schritt 4: Wählen Sie das Headset der Serie 500 aus.
Schritt 5: Wählen Sie das Headset 560 (oder das zutreffende Headset) aus.
Schritt 6: Klicken Sie auf die Registerkarte Downloads.
Schritt 7: Wählen Sie die neueste Version aus.
Schritt 8: Laden Sie die aufgeführten Dateien herunter.
Schritt 9: Melden Sie sich über Ihren Webbrowser bei der Cisco Unified OS Administration-Webseite an.
Schritt 10: Wählen Sie im Menü Software Upgrades die Option Installation/Upgrade aus.
Schritt 11: Geben Sie die entsprechenden Werte im Abschnitt zum Softwarestandort für die heruntergeladenen Dateien ein.
Schritt 12: Wählen Sie im Dropdown-Feld Optionen/Upgrades die heruntergeladene Datei aus, und klicken Sie auf Weiter.
Schritt 13: Klicken Sie auf Weiter.
Schritt 14: Überprüfen Sie das Installationsprotokoll, und überprüfen Sie, ob die Datei erfolgreich installiert wurde.
Schritt 15: Melden Sie sich auf der Cisco Unified Serviceability-Webseite an.
Schritt 16: Wählen Sie im Menü Extras die Option Control Center - Feature Services aus.
Schritt 17: Wählen Sie den Cisco TFTP-Service aus, und klicken Sie auf Neustart.
Zum Zeitpunkt der Erstellung dieses Dokuments ist die neueste Version "cmterm-1-5-1-15.cop" https://software.cisco.com/download/home/286323239/type/286323289/release/1.5(1).
Diese Headset-Firmware-Version wird von Cisco Unified Communications Manager 10.5(2) und höher unterstützt. Die empfohlene Firmware-Version für die Cisco IP-Telefone der Serie 7800/8800 ist 12.5(1) oder höher.
Die Firmware-Aktualisierung des Headsets wird von der Telefon-Firmware getrennt, und das Upgrade erfolgt, wenn das Headset an das Telefon angeschlossen ist, wie im Bild gezeigt.
Die Einstellungen für Lautsprechereinstellung und -abtrennung sowie die Mikrofonverstärkung werden im Headset gespeichert. Sie müssen die Einstellung nicht erneut vornehmen, wenn Sie das Gerät an ein neues Telefon anschließen. Diese Einstellungen werden durch das Zurücksetzen auf die Werkseinstellungen des Telefons nicht gelöscht.
Um die Konfiguration im Headset zurückzusetzen, wird das Telefonmenü verwendet. Mit dieser Methode können Sie alle Einstellungen auf die Standardeinstellungen zurücksetzen. Navigieren Sie zu Einstellungen > Zubehör > Cisco Wireless Headset > Einstellungen zurücksetzen > Zurücksetzen.
Hinweis: Wenn Sie keinen Zugriff auf den Cisco Unified Communications Manager haben, können Sie das Online-Tool zur Aktualisierung Ihres Cisco Headsets (nur für die Serie 560) verwenden:Headset-Upgrade-Tool
Gehen Sie folgendermaßen vor, um die Konfiguration in der Windows-Registrierung zu löschen und den USB-Audiotreiber neu zu installieren:
Schritt 1: Klicken Sie mit der rechten Maustaste auf die Windows-Startschaltfläche, und öffnen Sie den Windows-Geräte-Manager, wie in diesem Bild gezeigt.
Schritt 2: Suchen Sie das Cisco Headset im Gerätemanager unter Audioeingang und -ausgänge, und wählen Sie das Mikrofon oder den Lautsprecher aus, wie in diesem Bild gezeigt.
Schritt 3: Navigieren Sie unter Geräte-Manager zu Ansicht > Geräte nach Verbindung, wie in diesem Bild gezeigt.
Schritt 4: Klicken Sie wie in diesem Bild gezeigt mit der rechten Maustaste auf USB Composite Device (USB-Mischgerät), und wählen Sie Uninstall device (Gerät deinstallieren) aus.
Schritt 5: Ziehen Sie das Cisco Headset-USB-Kabel ab, und schließen Sie es an. Windows installiert den Treiber neu.
Die Garantie für die Cisco Headsets hängt vom Headset-Modell ab.
Hinweis: Wenn Sie ein TAC-Ticket eröffnen, geben Sie einen gültigen Vertrag oder eine gültige Seriennummer an.
Da sich der Fehlerstatus ständig ändert, gibt die Liste einen Überblick über die Fehler, die zum Zeitpunkt der Erstellung dieses Berichts geöffnet waren. Um eine aktualisierte Ansicht offener Fehler oder bestimmte Fehler anzuzeigen, greifen Sie auf das Bug Search Toolkit zu.
Die Liste enthält die Fehler, die für die Cisco Headset 500-Serie behoben wurden, die Firmware-Version 1.5(1) verwenden.
CSCvn76631 : Wenn Sie den Anruf beenden möchten, ist es manchmal kein Ton, wenn Sie die Anruftaste lange drücken.
Weitere Informationen zur Kompatibilität und Konfiguration des Headsets finden Sie im Zubehörhandbuch für Cisco Unified Communications Manager.
Weitere Informationen zur Headset-Kompatibilität mit dem Telefon der Serie 8800 finden Sie unter vom Cisco IP-Telefon 8800 unterstütztes Zubehör.
Weitere Informationen zur Konfiguration des Cisco Headsets der Serie 5xx finden Sie unter Konfigurieren der Konfiguration in CUCM.
Weitere Informationen zur Kompatibilität und Konfiguration des Headsets finden Sie im Zubehörhandbuch für Cisco Unified Communications Manager.
Weitere Informationen zur Headset-Kompatibilität mit dem Telefon der Serie 8800 finden Sie unter vom Cisco IP-Telefon 8800 unterstütztes Zubehör.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
31-Oct-2019 |
Erstveröffentlichung |