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.comdestinazione 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 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 > sistema > chiamata > ibrido . 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"