La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.
Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).
In questo documento viene descritto come risolvere i problemi relativi alle cuffie Cisco serie 500. In Cisco Unified Communications Manager (CUCM) versione 12.5(1)SU1, è possibile fornire l'amministrazione, l'inventario e la gestione della configurazione delle cuffie.
Cisco raccomanda la conoscenza dei seguenti argomenti:
Le informazioni di questo documento si basano sulle seguenti versioni software:
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Gli amministratori possono gestire e risolvere i problemi relativi a tutte le cuffie Cisco installate da Cisco Unified Communications Manager (CUCM). Alcune funzioni incluse nella versione 12.5(1)SU1 sono:
Per esaminare l'inventario delle cuffie, selezionare Amministrazione CM > Dispositivo > Cuffia > Inventario cuffie come mostrato nell'immagine.
Nota:l'inventario delle cuffie è supportato per dispositivi quali telefoni 88xx, 78xx e Jabber.
Per informazioni sulla configurazione delle cuffie Cisco, consultare la guida alla configurazione delle cuffie Cisco 5xx.
Attualmente non è disponibile una procedura di verifica per questa configurazione.
In CUCM 12.5 SU1 è possibile generare un registro dello strumento Report di problema (PRT) dall'amministrazione di Cisco Unified Communications Manager. Questa nuova funzionalità consente di raccogliere le note telefonate in remoto anziché generare il rapporto dal telefono. In questa versione, le informazioni sulle cuffie vengono visualizzate anche nel registro, che consente di risolvere i problemi.
Per generare un accesso PRT all'amministrazione di Cisco Unified Communications Manager, selezionare Amministrazione CM > Dispositivo > Telefono, abilitare la casella di controllo del telefono di interesse e selezionare Genera PRT per selezionato, come mostrato nell'immagine.
Per utilizzare questa funzione, è necessario configurare il campo URL di caricamento del supporto tecnico nella pagina di configurazione telefonica prima di generare il log della porta, come mostrato nell'immagine.
Questa funzionalità richiede Cisco Unified Communications Manager versione 12.5(1)SU1 o successive. Ulteriori informazioni su come configurare un URL di caricamento del supporto tecnico qui.
Ogni volta che una cuffia è collegata o scollegata, i registri delle cuffie vengono generati automaticamente. Per memorizzare e visualizzare le informazioni sulle cuffie nel CUCM, è necessario seguire alcuni passaggi, come mostrato nell'immagine.
Passaggio 1. Il telefono/le cuffie invia i dati di inventario a CUCM (POST/headset/inventory/<SN>).
Passaggio 2. Viene eseguito un handshake TLS (Transport Layer Security) e vengono scambiati i certificati. Il server Call Manager invia il certificato Tomcat e il telefono invia il certificato MIC (Manufacturer Installed Certificate) o il certificato LSC (Locally Significant Certificate) se è installato.
Passaggio 3. Se il certificato viene convalidato, CUCM memorizza i dati di inventario nel database.
Passaggio 4. L'amministratore può generare un rapporto sintetico inventario o un rapporto personalizzato basato su query.
Nota: I registri delle cuffie sono contenuti nei registri della console del telefono. Per scaricarli, è necessario abilitare l'accesso Web nella pagina di configurazione del telefono. Nei telefoni serie 78xx e 88xx i log della console sono contenuti nella PRT.
Quando le cuffie sono collegate al telefono, alcune linee sono incluse nei registri della console del telefono, le linee nell'output indicano quando il messaggio POST è stato inviato e la risposta fornita da CUCM, come mostrato in questo esempio.
1. Il responsabile della cuffia invia il messaggio Http_request POST|INVENTORY per lo stato connesso.
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. La richiesta viene inviata dal gestore di configurazione remota delle cuffie.
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. Si è tentato di stabilire una connessione SSL (Secure Sockets Layer).
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. Il certificato è richiesto.
1107 INF Jul 11 22:06:36.156830 (711:853) JAVA-SSL session setup - Requesting Cert
5. Il telefono invia il certificato.
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. La validità del certificato è controllata da CUCM.
1134 INF Jul 11 22:06:36.860688 (711:853) JAVA-SSL session setup Cert Verification - Certificate is valid.
7. Se l'handshake SSL ha esito positivo, la connessione viene stabilita.
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 invia la risposta con il codice 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: <<>>
Si prevede che messaggi simili vengano visualizzati nei log della console quando le cuffie sono scollegate dal telefono e le informazioni vengono aggiornate nella pagina di inventario delle cuffie.
Se le cuffie non sono presenti nell'inventario, scollegarle e collegarle dal dispositivo, raccogliere i registri della console telefonica (o PRT) e acquisire un pacchetto telefonico/Gestione chiamate. Come mostrato nell'esempio, i registri delle cuffie e l'acquisizione dei pacchetti indicano un errore del certificato.
1. Il responsabile dell'headset invia il messaggio di magazzino 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. Il gestore di configurazione remota delle cuffie invia una richiesta.
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. Viene tentata la connessione SSL.
7950 INF Jul 11 20:37:18.382089 (29894:30031) JAVA-Sec SSL Connection - HTTPS_TLS.
4. È richiesto il certificato del telefono.
7965 INF Jul 11 20:37:18.432971 (29894:30031) JAVA-SSL session setup - Requesting Cert
5. Il telefono invia il certificato.
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 questo esempio, il certificato non è stato trovato nell'elenco di attendibilità di CUCM.
7988 ERR Jul 11 20:37:18.587580 (366:32531) SECUREAPP-No match found in trust list against the item
Il certificato del telefono è ancora valido (non scaduto).
7990 INF Jul 11 20:37:19.088525 (29894:30031) JAVA-SSL session setup Cert Verification - Certificate is valid.
In questo esempio, l'handshake non è riuscito con il motivo 19.
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: <<>>
Fondamentalmente, nel telefono è installato un LSC firmato da una funzione CAPF (Certificate Authority Proxy Function) di un cluster diverso, quindi CUCM non considera attendibile e non rifiuta la connessione SSL. Un ripristino in fabbrica sul telefono elimina la LSC e risolve questo problema.
L'acquisizione di pacchetti per questo esempio indica l'errore dell'handshake SSL con "Alert (Livello: Fatal, Description Unknown (CA)" (Errore irreversibile, descrizione sconosciuta) come mostrato nell'immagine.
È possibile riscontrare problemi relativi a questi scenari:
In caso di problemi con le cuffie, procedere come segue:
Passaggio 1. Assicurarsi che la cuffia sia accesa. Per riavviare le cuffie wireless, tenere premuto il pulsante Call (sulle cuffie wireless) per quattro secondi per accendere e spegnere le cuffie.
Passaggio 2. Verificare se viene rilevata la cuffia.
Passaggio 3. Provare con una cuffia diversa.
Passaggio 4. Verificare che il firmware delle cuffie sia aggiornato. Se le cuffie non sono aggiornate, seguire le istruzioni riportate nella sezione Installazione file COP.
Se i problemi rilevati sono più correlati all'audio delle cuffie, verificare se si verifica una delle seguenti condizioni:
Per lo switch 8851 non è disponibile una configurazione laterale nella pagina del telefono, ma è possibile configurarla manualmente sul telefono fisico. Selezionare Impostazioni > Accessori > Cuffia Cisco > Altoparlante > Sidetone e configurarlo come disattivato
Per modificare la configurazione laterale per più telefoni, è possibile modificare o creare un nuovo modello di cuffia. Passare a CM Admin > Dispositivo > Cuffia > Modello cuffia e selezionare Crea nuovo. Configurare le impostazioni per lo switch 560 con sidetone disattivato.
Ulteriori problemi comuni e suggerimenti per la risoluzione dei problemi qui.
Si consiglia di installare la versione più recente del firmware sui telefoni e sulle cuffie. Attenersi alla seguente procedura per installare il file COP per le cuffie:
Passaggio 1. Selezionare l'URL: http://www.cisco.com/cisco/web/support/index.html
Passaggio 2. Accedere al supporto tecnico e scaricare la pagina del software.
Passaggio 3. Scegliere gli endpoint di collaborazione e la categoria telefono.
Passaggio 4. Scegliere la cuffia serie 500.
Passaggio 5. Scegliere la Cuffia 560 (o quella applicabile).
Passaggio 6. Selezionare la scheda Download.
Passaggio 7. Scegliere l'ultima release.
Passaggio 8. Scaricare i file elencati.
Passaggio 9. Utilizzare il browser e accedere alla pagina Web Cisco Unified OS Administration.
Passaggio 10. Nel menu Aggiornamenti software, selezionare Installa/Aggiorna.
Passaggio 11. Inserire i valori appropriati nella sezione relativa alla posizione del software per il file scaricato.
Passaggio 12. Nella casella a discesa Options/Upgrades (Opzioni/Aggiornamenti), selezionare il file scaricato e scegliere Next (Avanti).
Passaggio 13. Selezionare Avanti.
Passaggio 14. Controllare il registro di installazione e verificare che il file sia stato installato correttamente.
Passaggio 15. Accedere alla pagina Web di Cisco Unified Serviceability.
Passaggio 16. Nel menu Strumenti, selezionare Control Center - Feature Services.
Passaggio 17. Selezionare il servizio Cisco Tftp e scegliere Riavvia.
Al momento dell'elaborazione del presente documento, la versione più recente è cmterm-1-5-1-15.cop https://software.cisco.com/download/home/286323239/type/286323289/release/1.5(1)
Questa versione del firmware delle cuffie è supportata da Cisco Unified Communications Manager versione 10.5(2) e successive. La versione firmware consigliata per Cisco IP Phone serie 7800/8800 è 12.5(1) o successiva.
L'aggiornamento del firmware delle cuffie è scollegato dal firmware del telefono e l'aggiornamento avviene quando le cuffie sono collegate al telefono, come mostrato nell'immagine.
Le impostazioni di sintonizzazione dei diffusori e del sidetone, nonché il guadagno del microfono, sono memorizzate nelle cuffie; non è necessario effettuare ulteriori regolazioni quando si collega il telefono a un nuovo telefono. Queste impostazioni non vengono cancellate da un ripristino della fabbrica del telefono.
Per ripristinare la configurazione nelle cuffie, usare il menu del telefono. Con questo metodo, è possibile ripristinare tutte le impostazioni predefinite, selezionare Impostazioni > Accessori > Cuffia wireless Cisco > Ripristina impostazioni > Ripristina.
Nota: Se non si dispone dell'accesso a Cisco Unified Communications Manager, è possibile utilizzare lo strumento online per aggiornare la cuffia Cisco (solo serie 560):Strumento di aggiornamento cuffie
Seguire questa procedura per pulire la configurazione nel Registro di sistema di Windows e reinstallare il driver audio USB:
Passaggio 1. Fare clic con il pulsante destro del mouse sul pulsante Start di Windows e aprire Gestione dispositivi di Windows, come mostrato nell'immagine.
Passaggio 2. Trovare le cuffie Cisco in Gestione dispositivi in Ingresso e uscite audio e selezionare il microfono o l'altoparlante, come mostrato in questa immagine.
Passaggio 3. In Gestione dispositivi, selezionare Visualizza > Dispositivi per connessione, come mostrato nell'immagine.
Passaggio 4. Come mostrato nell'immagine, fare clic con il pulsante destro del mouse su USB Composite Device (Dispositivo composito USB) e selezionare Uninstall device (Disinstalla dispositivo).
Passaggio 5. Scollegare e collegare il cavo USB delle cuffie Cisco. Il driver verrà reinstallato.
La garanzia per le cuffie Cisco dipende dal modello di cuffia.
Nota: Se si apre una richiesta TAC, fornire un contratto o un numero di serie valido.
Poiché lo stato dei difetti cambia continuamente, l'elenco riflette un'istantanea dei difetti aperti al momento della compilazione del report. Per una visualizzazione aggiornata dei difetti aperti o per visualizzare bug specifici, accedere a Bug Search Toolkit.
L'elenco contiene i difetti risolti per le cuffie Cisco serie 500 che usano il firmware versione 1.5(1).
CSCvn7631 : A volte nessun tono quando termina la chiamata premendo il pulsante di chiamata.
Per ulteriori dettagli sulla compatibilità e la configurazione delle cuffie, consultare la guida agli accessori della serie per Cisco Unified Communications Manager.
Per ulteriori informazioni sulla compatibilità delle cuffie con i telefoni serie 8800, visitare gli accessori supportati da Cisco IP Phone 8800.
Per ulteriori informazioni sulla configurazione della cuffia Cisco in CUCM, consultare la sezione Configurazione della cuffia Cisco serie 5xx.
Per ulteriori dettagli sulla compatibilità e la configurazione delle cuffie, consultare la guida agli accessori della serie per Cisco Unified Communications Manager.
Per ulteriori informazioni sulla compatibilità delle cuffie con i telefoni serie 8800, visitare gli accessori supportati da Cisco IP Phone 8800.
Revisione | Data di pubblicazione | Commenti |
---|---|---|
1.0 |
31-Oct-2019 |
Versione iniziale |