Se si verifica qualche problema con la distribuzione del servizio di chiamata ibrido per dispositivi Webex, è possibile utilizzare questi suggerimenti per risolvere i problemi prima di aprire un caso. Ciascuna sezione descrive un componente o un aspetto della soluzione immediatamente disponibile e la Guida alla risoluzione dei problemi fornisce ulteriori elementi per il controllo e gli strumenti diagnostici che è possibile utilizzare.
In questa sezione viene argomento lo Strumento di test della connettività ibrida. È possibile accedere a questo strumento di risoluzione dei problemi da Control Hub.
È possibile accedere ai problemi noti anche dagli articoli correlati.
È possibile accedere lo strumento di test della connettività ibrida da ControlHub: Dalla vista del cliente in , andare a Servizi > Ibrido , fare clic su Modifica impostazioni nella scheda Chiamata ibrida, scorrere fino a Destinazione SIP predefinita , quindi fare clic su Test accanto al https://admin.webex.com inserito.
Questa tabella elenca i comuni errori che possono essere visualizzati dopo il test di un destinazione SIP per la chiamataibrida. La tabella fornisce anche alcune operazioni successive per la risoluzione dei problemi, inclusi collegamenti a informazioni rilevanti nella Guida alla risoluzione dei problemi per il servizio di chiamataibrido.
Errore |
Parola chiave |
Ulteriori informazioni e operazioni per la risoluzione dei problemi |
---|---|---|
Nessun indirizzo DNS trovato |
DNS SRV |
Ricerca DNS non riuscita. Controllare che esista un record DNS o SRV per la destinazione SIP e che questo si risolva in uno o più indirizzi IP validi. Per ulteriori informazioni, vedere Impossibile risolvere il Expressway/nome host DNS SRV-E nella Guida alla risoluzione dei problemi. |
Timeout di connessione |
Errore socket |
Timeout della connessione TLS reciproca e/o di rete. Controllare la connettività di rete, la velocità di connessione, la configurazione del firewall e la configurazione TLS reciproca. Per ulteriori informazioni, vedere queste sezioni della guida alla risoluzione dei problemi: |
Errore TLS |
Errori di handshake CONNESSIONE TLS reciproca |
Errore connessione TLS reciproca: Controllare la configurazione TLS reciproca sia Expressway sia , e che i certificati di TLS reciproca siano presenti e validi https://admin.webex.comin entrambe le posizioni. Per ulteriori informazioni, vedere Errori di handshake CONNESSIONE TLS reciproca nella Guida alla risoluzione dei problemi. |
Errore di Connect |
Errore socket |
Errore di connessione TCP: Controllare la connettività di rete, la velocità di connessione e/o la configurazione del firewall. Per ulteriori informazioni, vedere queste sezioni della guida alla risoluzione dei problemi: |
Errore di lettura/scrittura TCP |
Errore socket |
Errore di lettura/scrittura TCP: Riprovare. Se l'errore permane, controllare la connettività di rete, la configurazione del firewall e la configurazione TLS reciproca. Per ulteriori informazioni, vedere queste sezioni della guida alla risoluzione dei problemi: |
Errore TCP |
Errore socket |
Errore TCP: Errore di lettura/scrittura TCP: Riprovare. Se l'errore permane, controllare la connettività di rete, la configurazione del firewall e la configurazione TLS reciproca. Per ulteriori informazioni, vedere queste sezioni della guida alla risoluzione dei problemi: |
In questa sezione vengono descritti elenchi di controllo e attività per la risoluzione dei problemi che è possibile eseguire prima di contattare il supporto.
Se le chiamate da Webex all'azienda non squillano sul lato aziendale, scorrere i punti di questo elenco di controllo per verificare due volte la configurazione.
Prima di consultare questi suggerimenti per la risoluzione dei problemi, vedere https://status.webex.com per le ultime informazioni su eventuali interruzioni del cloud. Da tale pagina di stato, è possibile anche eseguire la sottoscrizione alle notifiche.
Controllare i seguenti punti di risoluzione dei problemi correlati alla (autenticazione) TLS reciproca sicurezza e ai certificati:
Installare il bundle di certificato radice cloud Webex suExpressway-E.
Configurare una porta (autenticazione) TLS reciproca dedicata sul Expressway-E.
Configurare una zona DNS per il cloud su Expressway-E.
Aprire il (autenticazione) TLS reciproca numero di porta nel firewall: 5062, che potrebbe non essere aperto per impostazione predefinita.
Determinare quale certificato radice'opzione si utilizza nel cloud Webex: l'opzione viene utilizzata per verificare il certificato SIP TLS Expressway-E.
Archivio predefinito: il certificato Expressway-E firmato da una delle autorità pubbliche? Se non si è certi, utilizzare l'opzione di memorizzazione personalizzata.
Archivio personalizzato: il certificato Expressway-E o il relativo firmatario è installato nel cloud? Il certificato contiene nomi host Expressway-E verificati?
Dalla vista del cliente in https://admin.webex.com, andare a Servizi . Controllare i punti correlati alle destinazione SIP impostate durante il processo di distribuzione:
Il valore punta a una Expressway-E dedicata (autenticazione) TLS reciproca porta.
Provare a eseguire la connessione all'indirizzo IP:porta. (più indirizzi se è stato configurato un SRV).
Se è stato configurato un indirizzo IP o un nome host, specificare la (autenticazione) TLS reciproca porta.
Se è stato utilizzato SRV, assicurarsi che sia nel formato _sips._tcp.dominio inserito come destinazione SIP>.
Se non si desidera impostare un SRV, è possibile inserire l'indirizzo IP:porta o il nome host:porta come nome destinazione SIP.
Per chiamate indirizzate da Webex verso l'azienda, controllare la cronologia di ricerca e i registri di retesul Expressway-E. Questa operazione consente di isolare il problema nel cloud o nell'azienda.
Se si riutilizza una zona B2B esistente e si ricercano le regole, si consiglia di creare zone dedicate e regole di ricerca. L'impostazione evita interferenze con le impostazioni di zona esistenti per B2B/MRA, evita loop di indirizzamento e facilita la risoluzione dei problemi.
Controllare la cronologia di ricerca e i registri di rete sul Expressway-E. Verificare che l'INVITO SIP dal cloud arrivi al Expressway-E e corrisponda alla zona DNS configurata per il cloud.
Se l'INVITO SIP non arriva o corrisponde alla zona DNS configurata, seguire l'inoltro della chiamata verso il Cisco Unified Communications Manager. Questa operazione consente di individuare dove la chiamata non riesce o viene persa.
Vedere l'elenco (autenticazione) TLS reciproca di risoluzione dei problemi.
Selezionare l'intestazione di instradato. Verificare che contenga il valore nome di dominio completo cluster (nome di dominio completo) configurato in Cisco Unified Communications Manager impostazioni aziendali e nelle regole Expressway ricerca. Vedere l'intestazione di route di esempio e le informazioni del cluster evidenziate nome di dominio completo:
Percorso: <sip:[Obfuscated];transport=tls;lr>,<sip:myucmcluster.example.com;lr>
In questo esempio, il cluster principale nome di dominio completo sito myucmcluster.example.com.
I messaggi e-Cisco Unified Communications Manager devono esattamente corrispondere all'e-mail (sincronizzato da Active Directory o da un'altra origine) nel cloud Webex.
Gli URI di directory devono corrispondere a qualsiasi dominio verificato nella propria organizzazione.
Controllare la configurazionecodec.
I servizi Webex supportano i seguenti codec:
Audio—G.711, G.722, AAC-LD
Video—H.264
G.729 è supporto per l'accesso a una riunione Webex, a una riunione nella sala riunioni personale o a una riunione Webex da un dispositivo SIP. G.729 non è supporto per chiamate 1:1 da Webex a un dispositivo o un bridge SIP.
Nel cluster della Cisco Unified Communications Manager iniziale degli utenti interessati, scegliere Sistema > Parametri aziendali ; in Configurazione dominio nome di dominio completo cluster, controllare l'impostazione di nome di dominio completo (nome di dominio completo). Il nome di dominio completo valore massimo utilizzato deve attenersi alle seguenti linee guida:
nome di dominio completo guida
Descrizione ed esempio
Più cluster
La voce deve essere univoca per ciascun cluster con chiamata ibrida, ad esempio, cluster1.example.com , cluster2.example.com e cosìvia.
Nessun carattere jolly
Non utilizzare voci con caratteri jolly, come *.example.com o esempio*.com.
Prima nome di dominio completo chiamata ibrida
In un elenco di più voci, il cloud Webex utilizza la prima voce a sinistra per la chiamata ibrida e tale prima voce non deve contenere caratteri jolly.
Vedere questo esempio di tre voci nome di dominio completo da sinistra a destra (il primo è per la chiamataibrida):
cluster1.example.com *.example.com example*.com
Diverso da Expressway-E
Deve essere diverso dal sistema Expressway-E, dal DNS e dal nome di dominio. Altrimenti, Expressway-E rimuove l'intestazione di route.
Nuova voce per la chiamata ibrida
Se la voce nome di dominio completo corrente in Unified CM non soddisfa i requisiti elencati sopra, è possibile aggiungere un nuovo elemento all'inizio dell'impostazione di nome di dominio completo del cluster per la chiamataibrida.
Ad esempio, se l'impostazione di nome di dominio completo esistente in Cisco Unified Communications Manager è *.example.com *.example.org, aggiungere una voce univoca e non con caratteri jolly all'inizio delcampo: "cluster1.example.com file *.example.com *.example.org"