Odpravljanje težav s hibridnim klicanjem

list-menuPovratne informacije?
Če gre kaj narobe z uvedbo storitve hibridnih klicev za naprave Webex, lahko pred odprtjem primera uporabite te nasvete za odpravljanje težav, da odpravite morebitne težave. Vsak razdelek na hitro obravnava komponento ali vidik rešitve, Vodnik za odpravljanje težav pa ponuja dodatne elemente za preverjanje in diagnostična orodja, ki jih lahko uporabite.

Ta razdelek obravnava orodje za testiranje hibridne povezljivosti. Do tega orodja za odpravljanje težav lahko dostopate prek Control Huba.

Do znanih težav lahko dostopate tudi v sorodnih člankih.

Orodje za testiranje hibridne povezljivosti (Control Hub)

Do orodja za testiranje hibridne povezljivosti lahko dostopate prek Control Huba: iz pogleda stranke v https://admin.webex.compojdite na Storitve > Hibridni, kliknite Uredi nastavitve na kartici Hibridni klic, se pomaknite do Privzeti cilj SIPin nato kliknite Preizkus poleg vnesenega cilja SIP.

V tej tabeli so navedene pogoste napake, ki se lahko pojavijo po preizkusu ciljnega naslova SIP za hibridno klicanje. V tabeli so navedeni tudi nekateri naslednji koraki za odpravljanje težav, vključno s povezavami do ustreznih podrobnosti v Vodniku za odpravljanje težav s hibridno klicno storitvijo.

Tabela 1. Pogoste napake in koraki za odpravljanje težav pri testiranju ciljnega naslova SIP za hibridno klicanje

Napaka

Ključna beseda

Več informacij in koraki za odpravljanje težav

Ni najdenih naslovov DNS

SRV DNS-a

Iskanje DNS ni uspešno. Prepričajte se, da DNS ali zapis SRV obstaja za vašo destinacijo SIP ter da se razreši v enega ali več veljavnih naslovov IP.

Glejte Ni mogoče razrešiti DNS-a Expressway-E SRV/hostname v priročniku za odpravljanje težav za več informacij.

Časovna omejitev povezave je potekla

Napaka vtičnice

Potekla je časovna povezava za omrežje in/ali povezava vzajemni TLS. Preverite omrežno povezljivost, hitrost povezave, konfiguracijo požarnega zidu in konfiguracija vzajemni TLS.

Za več informacij glejte te razdelke priročnika za odpravljanje težav:

Napaka TLS

Medsebojne napake rokovanja TLS

Napaka vzajemnega TLS: Preverite konfiguracijo Mutual TLS v Expresswayu in https://admin.webex.comter ali so potrdila Mutual TLS prisotna in veljavna na obeh lokacijah.

Za več informacij glejte Napake medsebojnega rokovanja TLS v priročniku za odpravljanje težav.

Napaka pri povezovanju

Napaka vtičnice

Napaka v povezavi TCP: Preverite omrežno povezljivost, hitrost povezave in/ali konfiguracijo požarnega zidu.

Za več informacij glejte te razdelke priročnika za odpravljanje težav:

TCP read/write neuspeh

Napaka vtičnice

Napaka branja/pisanja TCP: Poskusite znova. Če ne odpravite napake, preverite omrežno povezljivost, konfiguracijo požarnega zidu in konfiguracijo vzajemnega TLS.

Za več informacij glejte te razdelke priročnika za odpravljanje težav:

Napaka TCP-ja

Napaka vtičnice

Napaka TCP: Napaka branja/pisanja TCP: Poskusite znova. Če ne odpravite napake, preverite omrežno povezljivost, konfiguracijo požarnega zidu in konfiguracijo vzajemnega TLS.

Za več informacij glejte te razdelke priročnika za odpravljanje težav:

Ta razdelek zajema kontrolne sezname za odpravljanje težav in opravila, ki jih lahko pregledate, preden se obrnete na podporo.

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

Preden si ogledate te predloge za odpravljanje težav, si oglejte 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 namensko vzajemno TLS vrata na avtocesti Expressway-E.

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

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

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

    • Privzeta trgovina – Ali je vaše potrdilo Expressway-E podpisano s strani enega od javnih organov? Če niste prepričani, uporabite možnost trgovine po meri.

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

Iz pogleda stranke v https://admin.webex.compojdite na Storitve > Hibrid > Hibridni klic > Nastavitve. Preverite te točke, ki so povezane z vašim ciljem SIP, ki ste ga nastavili med postopkom uvajanja:

  • Vrednost kaže na vaša namenska vzajemna vrata TLS Expressway-E.

  • Poskusite se povezati z IP-naslovom address:port. (Več naslovov, če ste konfigurirali SRV.)

  • Če ste konfigurirali IP-naslov ali ime gostitelja, določite vzajemna 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-ja, lahko vnesete IP address:port ali hostname:port kot cilj SIP vaše organizacije.

  • Če klici iz Expressway-E v oblak ne uspejo in uporabljate ročno metodo upravljanja potrdil, sledite korakom v Posodobitev potrdila Webex Root CA in čim prej naložite potrdilo IdenTrust v svoje naprave Expressway.

  • Za klice, ki so usmerjeni iz Webexa proti podjetju, preverite zgodovino iskanja in omrežne dnevnike na Expressway-E. Ta korak vam pomaga izolirati težavo na oblak ali podjetje.

  • Če ponovno uporabite obstoječo cono in pravila iskanja B2B, razmislite o ustvarjanju namenskih con in pravil iskanja. Ta nastavitev se izogne motnjam v obstoječih nastavitvah območja za B2B/MRA, se izognemo zankam usmerjanja in olajšamo odpravljanje težav.

  • Preverite zgodovino iskanja in omrežne dnevnike na avtocesti 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 sporočilo SIP INVITE ne prispe ali se ne ujema s konfigurirano cono DNS, sledite poti klica proti upravitelju Unified Communications Manager. Ta korak vam pomaga ugotoviti, kje klic ne uspe ali se izgubi.

    • Glejte kontrolni seznam za odpravljanje težav z vzajemnim TLS.

  • Preverite glavo poti. Preverite, ali vsebuje vrednost popolnoma kvalificiranega imena domene (FQDN) gruče, ki je konfigurirana v nastavitvah podjetja Unified Communications Manager in v pravilih iskanja Expressway. Glejte ta primer glave poti in označenega FQDN gruče:

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

      • V tem primeru je FQDN domače gruče myucmcluster.example.com.

  • E-poštni naslovi v programu Unified Communications Manager se morajo natančno ujemati z e-poštnim naslovom (sinhroniziranim iz imenika Active Directory ali katerega koli drugega vira) v oblaku Webex.

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

  • Preverite konfiguracijo kodeka.

    Storitve Webex podpirajo naslednje kodeke:

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

    • Video – H.264

    Za pridružitev sestanku Webex, sestanku v zasebni sobi ali sestanku aplikacije Webex iz naprave SIP podpiramo protokol G.729. Ne podpiramo G.729 za klicanje 1:1 iz aplikacije Webex v napravo ali most SIP.

  • V domači gruči Unified Communications Manager prizadetih uporabnikov izberite Sistem > Parametri podjetja; v razdelku Konfiguracija domene celotne gručepreverite nastavitev polnega imena domene gruče (FQDN). Vrednost FQDN, ki ste jo uporabili, mora upoštevati ta navodila:

    Smernica za FQDN

    Opis in primer

    Več grozdov

    Vnos mora biti enoličen za vsako gručo s hibridnim klicanjem – na primer cluster1.example.com, cluster2.example.comitd.

    Brez nadomestnih znakov

    Ne uporabljajte vnosov z nadomestnimi znaki, kot je *.example.com ali example*.com.

    Prvi vnos FQDN za hibridno klicanje

    Na seznamu več vnosov oblak Webex za hibridno klicanje uporabi prvi vnos na levi, ta prvi vnos pa ne sme vsebovati nadomestnega znaka.

    Glejte ta primer treh vnosov FQDN od leve proti desni (prvi je za hibridno klicanje): cluster1.example.com *.example.com example*.com

    Razlikuje se od avtoceste E

    Mora se razlikovati od sistema Expressway-E, DNS-a in imena domene. V nasprotnem primeru Expressway-E odstrani glavo poti.

    Nov vnos za hibridne klicanje

    Če vaš trenutni vnos FQDN v Unified CM ne izpolnjuje zgoraj navedenih zahtev, lahko na začetek nastavitve FQDN gruče za hibridno klicanje dodate nov element.

    Na primer, če je vaša obstoječa nastavitev FQDN v programu Cisco Unified Communications Manager *.example.com *.example.org, na začetek polja dodajte edinstven vnos brez nadomestnih znakov: "cluster1.example.com *.example.com *.example.org"

Ali je bil ta članek koristen?
Ali je bil ta članek koristen?