Če klici iz Webexa v vaše podjetje ne zvonijo na strani podjetja, pojdite skozi točke na tem kontrolnem seznamu in preverite svojo konfiguracijo.

Preden se lotite teh predlogov za odpravljanje težav, glejte https://status.webex.com za najnovejše informacije o morebitnih izpadih v oblaku. Na tej strani s stanjem se lahko naročite tudi na obvestila.

Preverite te točke za odpravljanje težav, povezane z medsebojno povezavo TLS in potrdili:

• Namestite paket korenskih potrdil Webex v oblaku na Expressway-E.

• Konfigurirajte namenska medsebojna vrata TLS na Expressway-E.

• Konfigurirajte območje DNS za oblak na Expressway-E.

• Odprite skupno številko vrat TLS v požarnem zidu — 5062, ki morda privzeto ni odprta.

• Določite, katero možnost korenskega potrdila uporabljate v oblaku Webex — možnost se uporablja za preverjanje potrdila SIP TLS vašega Expressway-E.

  • Privzeta trgovina — ali vaš certifikat Expressway-E podpiše eden od javnih organov? Če niste prepričani, uporabite možnost trgovine po meri.

  • Trgovina po meri — ali je vaš certifikat Expressway-E ali njegov podpisnik nameščen v oblaku? Ali potrdilo vsebuje preverjena imena gostiteljev Expressway-E?

V pogledu strank na https://admin.webex.com poj dite na Stor itve > Hibridni klic > Nastavitve. Preverite te točke, povezane s ciljem SIP, ki ste jih nastavili med postopkom uvajanja:

• Vrednost kaže na vaših namenskih vzajemnih TLS vratih Expressway-E.

• Poskusite se povezati z naslo vom IP:vrata. (Več naslovov, če ste konfigurirali SRV.)

• Če ste konfigurirali naslov IP ali ime gostitelja, določite medsebojna vrata TLS.

• Če ste uporabili SRV, se prepričajte, da je v obliki _sips. _TCP. < domena, ki jo vnesete kot cilj SIP >.

• Če ne želite nastaviti SRV, lahko kot cilj SIP organizacije vnesete naslov IP: vrata ali ime gosti telja.

• Če klici iz Expressway-E v oblak ne uspejo in uporabljate način ročnega upravljanja potrdil, sledite korakom v programu Webex Root CA Certificate Update in čim prej naložite potrdilo iDtrust v naprave Expressway.

• Za klice, ki se usmerjajo iz Webexa proti podjetju, preverite zgodovino iskanja in omrežne dnevnike na Expressway-E. Ta korak vam pomaga ločiti težavo bodisi v oblak ali podjetje.

• Če ponovno uporabite obstoječe območje B2B in pravila iskanja, razmislite o ustvarjanju namenskih con in pravil iskanja. Ta nastavitev preprečuje motnje obstoječih nastavitev območja za B2B/MRA, preprečuje usmerjanje zank in olajša odpravljanje težav.

• Preverite zgodovino iskanja in omrežne dnevnike na Expressway-E. Preverite, ali SIP INVITE iz oblaka prispe na Expressway-E in se ujema z območjem DNS, ki ste ga konfigurirali za oblak.

  • Če SIP INVITE ne prispe ali se ujema z konfiguriranim območjem DNS, sledite poti klica proti Unified Communications Manager. Ta korak vam pomaga ugotoviti, kje klic odpove ali je izgubljen.

  • Oglejte si medsebojni kontrolni seznam za odpravljanje težav TLS.

• Preverite glavo poti. Preverite, ali vsebuje vrednost Grozda popolnoma kvalificiranega imena domene (FQDN), ki je konfigurirana v nastavitvah podjetja Unified Communications Manager in v pravilih za iskanje hitre ceste. Oglejte si ta primer glave poti in označene grozde FQDN:

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

    • V tem primeru je domača grozda FQDN myucmcluster.example.com.

• E-poštna sporočila v Unified Communications Manager se morajo natančno ujemati z e-pošto (sinhronizirano iz katerega koli drugega vira Active Directory ali iz katerega koli drugega vira) v oblaku Webex.

• URI imenika se morajo ujemati z vsemi domenami, ki ste jih preverili v svoji organizaciji.

• Preverite konfiguracijo kodeka.

  Storitve Webex podpirajo naslednje kodeke:

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

  • Video—H.264

  Podpiramo G.729 za pridružitev srečanju Webex, sestanku v osebni sobi ali srečanju aplikacije Webex iz naprave SIP. G.729 ne podpiramo za klicanje 1:1 iz aplikacije Webex v napravo SIP ali most.

• V domači skupini Unified Communications Manager prizadetih uporabnikov izberite Sistem > Parametri podjetja; v razdelku Konfiguracija domene v celotni skupini preverite nastavitev Grozda popolnoma kvalificiranega imena domene (FQDN). Vrednost FQDN, ki ste jo uporabili, mora slediti naslednjim smernicam:

  Smernica FQDN	Opis in primer
  Več grozdov	Vnos mora biti edinstven za vsako skupino s hibridnim klicanjem — na primer cluster1.example.com, cluster2.example.com, itd.
  Brez nadomestnih znakov	Ne uporabljajte vnosov z nadomestnimi znaki, kot sta *.example.com ali example*.com.
  Prvi vnos FQDN za hibridno klicanje	Na seznamu več vnosov oblak Webex uporablja prvi vnos na levi strani za hibridno klicanje in ta prvi vnos ne sme vsebovati nadomestnega znaka. Oglejte si ta primer treh vnosov FQDN od leve proti desni (prvi je za hibridno klicanje): cluster1.example.com *.example.com example*.com
  Drugače od Expressway-E	Mora se razlikovati od sistema Expressway-E, DNS in imena domene. V nasprotnem primeru Expressway-E odstrani glavo poti.
  Nov vnos za hibridno klicanje	Če trenutni vnos FQDN ne izpol Unified CM njuje zgoraj navedenih zahtev, lahko dodate nov element na začetek nastavitve FQDN grozda za hibridno klicanje. Če Cisco Unified Communications Manager je na primer vaša obstoječa nastavitev FQDN *.example.com *.example.org, na začetku polja dodajte edinstven vnos brez nadomestnih znakov: "cluster1.example.com *.example.com *.example.org«