Se le chiamate da Webex alla sua azienda non squillano da parte aziendale, esamini i punti di questo elenco di controllo per ricontrollare la sua configurazione.

Prima di esaminare questi suggerimenti per la risoluzione dei problemi, consulti https://status.webex.com per le informazioni più recenti su eventuali interruzioni del cloud. Da quella pagina di stato, può anche iscriversi alle notifiche.

Controlli questi punti di risoluzione dei problemi relativi alla connessione e ai certificati TLS reciproci:

• Installi il pacchetto di certificati radice del cloud Webex su Expressway-E.

• Configura una porta TLS reciproca dedicata sull'Expressway-E.

• Configura una zona DNS per il cloud sull'Expressway-E.

• Aprire il numero di porta TLS reciproca nel suo firewall: 5062, che potrebbe non essere aperto per impostazione predefinita.

• Determina quale opzione del certificato principale sta utilizzando nel Webex Cloud: l'opzione viene utilizzata per verificare il certificato SIP TLS di Expressway-E.

  • Default Store: il suo certificato Expressway-E è firmato da una delle autorità pubbliche? Se non è sicuro, usi l'opzione di negozio personalizzato.

  • Custom Store: il suo certificato Expressway-E o il suo firmatario sono installati nel cloud? Il certificato contiene nomi host Expressway-E verificati?

Dalla visualizzazione clienti in https://admin.webex.com, vada su Servizi > Hybrid > Hybrid Call > Impostazioni. Controlli questi punti relativi alla destinazione SIP che ha impostato durante il processo di distribuzione:

• I punti di valore sulla sua porta TLS reciproca dedicata a Expressway-E.

• Prova a connettersi all'indirizzo IP:porta. (Indirizzi multipli se Lei ha configurato un SRV.)

• Se ha configurato un indirizzo IP o un nome host, specifichi la porta TLS reciproca.

• Se ha usato un SRV, si assicuri che sia nel formato _sips. _tcp. < dominio che ha inserito come destinazione SIP >.

• Se non desidera configurare un SRV, può inserire l'indirizzo IP:porta o nome host:porta come destinazione SIP della sua organizzazione.

• Se le chiamate da Expressway-E al cloud non riescono e sta utilizzando il metodo di gestione manuale dei certificati, si assicuri di seguire i passaggi descritti in Webex Root CA Certificate Update e di caricare il certificato IdenTrust sui suoi dispositivi Expressway il prima possibile.

• Per le chiamate indirizzate da Webex verso l'azienda, controlla la cronologia delle ricerche e i registri di rete sull'Expressway-E. Questo passaggio La aiuta a isolare il problema nel cloud o nell'azienda.

• Se riutilizza una zona B2B e regole di ricerca esistenti, prenda in considerazione la possibilità di creare zone e regole di ricerca dedicate. Questa configurazione evita interferenze con le impostazioni di zona esistenti per B2B/MRA, evita i loop di routing e semplifica la risoluzione dei problemi.

• Controlli la cronologia delle ricerche e i registri di rete sulla Expressway-E. Verifichi che il SIP INVITE dal cloud arrivi all'Expressway-E e corrisponda alla zona DNS da Lei configurata per il cloud.

  • Se il SIP INVITE non arriva o non corrisponde alla zona DNS configurata, segua il percorso della chiamata verso l'Unified Communications Manager. Questo passaggio La aiuta a scoprire dove la chiamata non riesce o è persa.

  • Consulta la lista di controllo reciproca per la risoluzione dei problemi relativi al TLS.

• Controlli l'intestazione del percorso. 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. Guarda questo esempio di intestazione del percorso e nome di dominio completo del cluster evidenziato:

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

    • In questo esempio, l'FQDN del cluster principale è myucmcluster.example.com.

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

• Gli URI delle directory devono corrispondere a tutti i domini che Lei ha verificato nella sua organizzazione.

• Controlli la configurazione del suo codec.

  I servizi Webex supportano i seguenti codec:

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

  • Video—H.264

  Supportiamo G.729 per partecipare a una riunione Webex, a una riunione della sala personale o a una riunione dell'app Webex da un dispositivo SIP. Non supportiamo il G.729 per le chiamate 1:1 dall'app Webex a un dispositivo o bridge SIP.

• Nel cluster principale di Unified Communications Manager degli utenti interessati, scelga Sistema > Parametri aziendali; in Clusterwide Domain Configuration, controlli l'impostazione del nome di dominio completo (FQDN) del cluster. Il valore FQDN da Lei utilizzato deve seguire queste linee guida:

  Linee guida FQDN	Descrizione ed esempio
  Cluster multipli	La voce deve essere univoca per ogni cluster con chiamata ibrida, ad esempio cluster1.example.comcluster2.example.com, e così via.
  Nessuna jolly	Non usi voci con caratteri jolly, come *.example.com o example*.com.
  Prima voce FQDN per le chiamate ibride	In un elenco di più voci, il cloud Webex utilizza la prima voce a sinistra per le chiamate ibride e quella prima voce non deve contenere un carattere jolly. Guarda questo esempio di tre voci del FQDN da sinistra a destra (la prima è per Hybrid Calling): cluster1.example.com *.example.com example*.com
  Diverso dall'Expressway-E	Deve essere diverso dal sistema Expressway-E, dal DNS e dal nome di dominio. Altrimenti, Expressway-E rimuove l'intestazione del percorso.
  Nuova voce per Hybrid Calling	Se il suo attuale ingresso FQDN Unified CM non soddisfa i requisiti sopra elencati, può aggiungere un nuovo elemento all'inizio dell'impostazione FQDN del cluster per le chiamate ibride. Ad esempio, se l'impostazione FQDN esistente Cisco Unified Communications Manager è *.example.com *.example.org, aggiunga una voce univoca e non jolly all'inizio del campo: "cluster1.example.com *.example.com *.example.org»