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 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.

• Prova a connetterti all'indirizzo IP address:port. (Indirizzi multipli se è stato configurato un SRV.)

• Se è stato configurato un indirizzo IP o un nome host, specificare la (autenticazione) TLS reciproca porta.

• Se hai utilizzato un SRV, assicurati 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.

• Se le chiamate da Expressway-E al cloud non vanno a buon fine e si utilizza il metodo di gestione manuale dei certificati, assicurarsi di seguire i passaggi descritti in Aggiornamento del certificato CA radice di Webex e caricare il certificato IdenTrust sui dispositivi Expressway il prima 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 il messaggio SIP INVITE non arriva o non corrisponde alla zona DNS configurata, seguire il percorso della chiamata verso l'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 di Expressway. Vedere l'intestazione di route di esempio e le informazioni del cluster evidenziate nome di dominio completo:

  • Itinerario: <sip:[Obfuscated];transport=tls;lr>,<sip:myucmcluster.example.com;lr>

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

• Gli indirizzi email in Unified Communications Manager devono corrispondere esattamente agli indirizzi email (sincronizzati da Active Directory o da qualsiasi altra fonte) presenti nel cloud di Webex.

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

• Controlla la configurazione del codec.

  I servizi Webex supportano i seguenti codec:

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

  • Video—H.264

  Supportiamo il protocollo G.729 per partecipare a una riunione Webex, a una riunione in una Stanza Personale o a una riunione tramite l'app Webex da un dispositivo SIP. Non supportiamo G.729 per la composizione dei numeri 1:1 dall'app Webex a un dispositivo o bridge SIP.

• Sul cluster Unified Communications Manager home degli utenti interessati, selezionare Sistema > Parametri aziendali; Nella sezione Configurazione del dominio a livello di cluster, verificare 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 ogni 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 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.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 del nome di dominio completo cluster per la chiamata ibrida. Ad esempio, se l'impostazione FQDN esistente in Cisco Unified Communications Manager è *.example.com *.example.org, aggiungi una voce univoca, non jolly, all'inizio del campo: "cluster1.example.com *.example.com *.example.org"