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.

Strumento di test della connettività ibrida (Control Hub)

È possibile accedere allo strumento di test della connettività ibrida da Control Hub: 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 destinazione SIP 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 alcuni passaggi successivi per la risoluzione dei problemi, inclusi i collegamenti ai dettagli pertinenti nella Guida alla risoluzione dei problemi per il servizio di chiamata ibrido.

Tabella 1. Errori comuni e passaggi di risoluzione dei problemi per il test di un indirizzo di destinazione SIP per la chiamata ibrida

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: Riprova. Se l'errore permane, controlla 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: Riprova. Se l'errore permane, controlla 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.

Pagina di stato Webex

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.

Destinazione TLS reciproca e SIP

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 su Expressway-E.

  • Configurare una porta di (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 > sistema > chiamata > ibrido . Controllare i punti correlati alle destinazione SIP impostate durante il processo di distribuzione:

  • Il valore punta alla porta di (autenticazione) TLS reciproca Expressway-E dedicata.

  • Provare a connettersi a 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 un 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.

Configurazione coppia Expressway

  • Se le chiamate da Expressway-E al cloud non riescono e si sta utilizzando il metodo di gestione dei certificati manuale, accertarsi di seguire la procedura in Aggiornamento del certificato CA radice Webex e caricare il certificato IdenTrust sui dispositivi Expressway non appena possibile.

  • Per chiamate indirizzate da Webex verso l'azienda, controllare la cronologia di ricerca e i registri di rete sul 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 delle ricerche e i registri di rete sul Expressway-E. Verificare che l'invito SIP dal cloud arrivi alla Expressway-e e corrisponda alla zona DNS configurata per il cloud.

    • Se l'INVITO SIP non arriva o non corrisponde alla zona DNS configurata, seguire l'indirizzamento della chiamata verso 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 del nome di dominio completo (FQDN) del cluster configurato nelle impostazioni aziendali di Unified Communications Manager e nelle regole di ricerca Expressway. Vedere l'intestazione di route di esempio e le informazioni del cluster evidenziate nome di dominio completo:

    • Percorso: ,

      • In questo esempio, il cluster principale nome di dominio completo sito myucmcluster.example.com.

Configurazione Unified CM

  • I messaggi e-mail in Unified Communications Manager devono corrispondere esattamente all'e-mail (sincronizzata da Active Directory o da qualsiasi altra origine) nel cloud Webex.

  • Gli URI di directory devono corrispondere a qualsiasi dominio verificato nella propria organizzazione.

  • Controllare la configurazione del codec.

    I servizi Webex supportano i seguenti codec:

    • Audio—G.711, G.722, AAC-LD

    • Video—H.264

    G.729 è supportato per l'accesso a una riunione Webex, a una riunione nella sala riunioni personale o a una riunione dell'app Webex da un dispositivo SIP. G.729 non è supportato per la composizione 1:1 dall'app Webex a un dispositivo o bridge SIP.

  • Nel cluster principale di Unified Communications Manager degli utenti interessati, scegliere Sistema > Parametri aziendali; in Configurazione dominio a livello di cluster, selezionare l'impostazione del nome di dominio completo (FQDN) del cluster. 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.come così via.

    Nessun carattere jolly

    Non utilizzare voci con caratteri jolly, come *.example.com o esempio*.com.

    Prima voce nome di dominio completo per la 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.esempio.com *.esempio.com esempio*.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 del nome di dominio completo cluster per la chiamata ibrida.

    Ad esempio, se l'impostazione del nome di dominio completo esistente in Cisco Unified Communications Manager è *.esempio.com *.esempio.org, aggiungere una voce univoca non jolly all'inizio del campo: "cluster1.esempio.com *.esempio.com *.esempio.org"