Dacă apelurile de la Webex către întreprindere nu sună pe partea de întreprindere, parcurgeți punctele din această listă de verificare pentru a verifica de două ori configurația.

Înainte de a parcurge aceste sugestii de depanare, consultați https://status.webex.com cele mai recente informații despre orice întreruperi în cloud. Din acea pagină de stare, vă puteți abona și la notificări.

Verificați aceste puncte de depanare legate de conexiunea și certificatele TLS reciproce:

• Instalați pachetul de certificate rădăcină cloud Webex pe Expressway-E.

• Configurați un port TLS reciproc dedicat pe Expressway-E.

• Configurați o zonă DNS pentru cloud pe Expressway-E.

• Deschideți numărul de port TLS comun în paravanul de protecție - 5062, care este posibil să nu fie deschis în mod implicit.

• Determinați ce opțiune de certificat rădăcină utilizați în cloud-ul Webex - Opțiunea este utilizată pentru a verifica certificatulSIP TLS expressway-E.

  • Magazin implicit - Certificatul Expressway-E este semnat de una dintre autoritățile publice? Dacă nu sunteți sigur, utilizați opțiunea de stocare particularizată.

  • Magazin personalizat - Certificatul Expressway-E sau semnatarul său este instalat în cloud? Certificatul conține nume de gazdă Expressway-E verificate?

Din vizualizarea client din https://admin.webex.com, mergeți la Servicii > Setări > apeluri hibride hibride > . Verificați aceste puncte care sunt legate de destinația SIP pe care ați setat-o în timpul procesului de implementare:

• Punctele de valoare din portul TLS dedicat Expressway-E.

• Încercați să vă conectați la adresa IP:portul. (Mai multe adrese dacă ați configurat un SRV.)

• Dacă ați configurat o adresă IP sau un nume de gazdă, specificați portul TLS reciproc.

• Dacă ați utilizat un SRV, asigurați-vă că este în formatul _sips._tcp.<domeniul pe care l-ați introdus ca destinație SIP>.

• Dacă nu doriți să configurați un SRV, puteți introduce adresa IP:port sau hostname:port ca destinație SIP a organizației.

• Dacă apelurile de la Expressway-E către cloud eșuează și utilizați metoda manuală de gestionare a certificatelor, asigurați-vă că urmați pașii din Actualizarea certificatului CA rădăcină Webex și încărcați certificatul IdenTrust pe dispozitivele dvs. Expressway cât mai curând posibil.

• Pentru apelurile care se îndreaptă de la Webex către întreprindere, verificați istoricul căutărilor și jurnalele de rețea de pe Autostrada-E. Acest pas vă ajută să izolați problema fie în cloud, fie în întreprindere.

• Dacă reutilizați o zonă B2B existentă și reguli de căutare, luați în considerare crearea de zone dedicate și reguli de căutare. Această configurare evită interferențele cu setările de zonă existente pentru B2B/MRA, evită buclele de rutare și facilitează depanarea.

• Verificați istoricul căutărilor și jurnalele de rețea de pe Autostrada-E. Verificați dacă SIP INVITE din cloud ajunge la Expressway-E și se potrivește cu zona DNS pe care ați configurat-o pentru cloud.

  • Dacă invitația SIP nu sosește sau nu se potrivește cu zona DNS configurată, urmați ruta apelului către Unified Communications Manager. Acest pas vă ajută să găsiți unde apelul nu reușește sau se pierde.

  • Consultați lista de verificare reciprocă pentru depanarea TLS.

• Verificați antetul rutei. Verificați dacă conține valoarea clusterului cu nume de domeniu complet (FQDN), care este configurată în setările de întreprindere ale Unified Communications Manager și în regulile de căutare Expressway. A se vedea acest antet de traseu exemplu și evidențiate cluster FQDN:

  • Rută: ,

    • În acest exemplu, clusterul de domiciliu FQDN este myucmcluster.example.com.

• E-mailurile din Unified Communications Manager trebuie să corespundă exact cu e-mailul (sincronizat din Active Directory sau din orice altă sursă) din cloudul Webex.

• URL-urile director trebuie să se potrivească cu toate domeniile pe care le-ați verificat în organizația dvs.

• Verificați configurația codecului dumneavoastră.

  Serviciile Webex acceptă următoarele codecuri:

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

  • Video - H.264

  Acceptăm G.729 pentru intrarea într-o întâlnire Webex, o întâlnire în sala personală sau o întâlnire în aplicația Webex de pe un dispozitiv SIP. Nu acceptăm G.729 pentru apelarea 1:1 din Aplicația Webex către un dispozitiv SIP sau o punte.

• În clusterul Unified Communications Manager de pornire al utilizatorilor afectați, alegeți Sistem > Parametri întreprindere; în Configurare domeniu la nivel de cluster, verificați setarea numelui de domeniu complet calificat (FQDN). Valoarea FQDN pe care ați utilizat-o trebuie să respecte aceste instrucțiuni:

  Orientarea FQDN	Descriere și exemplu
  Clustere multiple	Intrarea trebuie să fie unică pentru fiecare cluster cu apelare hibridă — de exemplu, cluster1.example.com, cluster2.example.com și așa mai departe.
  Fără metacaractere	Nu utilizați intrări cu metacaractere, ar fi *.example.com sau exemplu*.com.
  Prima intrare FQDN pentru apelare hibridă	Într-o listă de intrări multiple, norul Webex utilizează prima intrare din stânga pentru Apelare hibridă , iar prima intrare nu trebuie să conțină un metacaracter. A se vedea acest exemplu de trei intrări FQDN de la stânga la dreapta (prima fiind pentru apelarehibrid): cluster1.exemplu.com *.exemplu.com exemplu*.com
  Diferit de Expressway-E	Trebuie să fie diferit de sistemul Expressway-E, DNS și numele de domeniu. În caz contrar, Expressway-E dezbracă antetul rutei.
  Intrare nouă pentru apelare hibridă	Dacă intrarea FQDN curentă în CM unificat nu îndeplinește cerințele enumerate mai sus, puteți adăuga un element nou la începutul setării FQDN cluster pentru Apelarehibridă . De exemplu, dacă setarea FQDN existentă în Cisco Unified Communications Manager este *.example.com *.example.org, adăugați o intrare unică, non-wildcard la începutul câmpului: „cluster1.example.com *.example.com *.example.org”