To poglavje obravnava orodje za testiranje hibridne povezljivosti. Do tega orodja za odpravljanje težav lahko dostopate iz vozlišča Control Hub.

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

Orodje za testiranje hibridne povezljivosti (Control Hub)

Do orodja za testiranje hibridne povezljivosti lahko dostopate iz vozlišča Control Hub: v prikazu stranke v https://admin.webex.com, pojdite na Storitve > Hibridni, kliknite Uredi nastavitve na kartici Hibridni klic, se pomaknite na Privzeta destinacija SIP in nato kliknite Preizkusite poleg vnesene destinacije SIP.

V tej tabeli so navedene pogoste napake, ki se lahko pojavijo, ko preizkusite ciljni naslov SIP za hibridno klicanje. V preglednici so navedeni tudi nekateri naslednji koraki za odpravljanje težav, vključno s povezavami do ustreznih podrobnosti v Vodniku za odpravljanje težav za hibridno klicno storitev .

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

DNS SRV

Iskanje DNS ni uspelo. Preverite, če za vašo destinacijo SIP obstaja zapis DNS ali SRV, in če se razreši na enem ali več veljavnih naslovih IP.

Za več informacij glejte Unable to resolve the Expressway-E DNS SRV/hostname v priročniku za odpravljanje težav.

Povezava se je časovno iztekla

Napaka vtičnice

Časovna omejitev omrežne povezave in/ali povezave vzajemnega TLS je potekla. Preverite omrežno povezljivost, hitrost povezave, konfiguracijo požarnega zidu in konfiguracijo vzajemnega TLS.

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

Neuspeh protokola TLS

Vzajemne napake pri pretresu rok TLS

Napaka vzajemnega TLS: Preverite konfiguracijo Vzajemni TLS v omrežjih Expressway in https://admin.webex.com ter ali so potrdila Vzajemni TLS prisotna in veljavna na obeh lokacijah.

Za več informacij glejte Mutual TLS Handshake Failures v priročniku za odpravljanje težav.

Neuspeh povezave

Napaka vtičnice

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

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

Napaka pri branju/pisanju TCP

Napaka vtičnice

Okvara pri zapisovanju/branju TCP: Poskusite znova. Če vam napake ne uspe odpraviti, preverite omrežno povezljivost, konfiguracijo požarnega zidu in konfiguracijo vzajemnega TLS.

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

Napaka TCP

Napaka vtičnice

Okvara TCP: Okvara pri zapisovanju/branju TCP: Poskusite znova. Če vam napake ne uspe odpraviti, preverite omrežno povezljivost, konfiguracijo požarnega zidu in konfiguracijo vzajemnega TLS.

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

V tem razdelku so opisani kontrolni seznami za odpravljanje težav in naloge, ki jih lahko opravite, preden se obrnete na podporo.

Če klici iz storitve Webex v podjetje ne zvonijo na strani podjetja, preberite točke tega kontrolnega seznama in ponovno preverite konfiguracijo.

Preden se lotite teh predlogov za odpravljanje težav, si oglejte spletno stran https://status.webex.com , kjer so na voljo najnovejše informacije o morebitnih izpadih oblaka. Na tej strani s stanjem se lahko naročite tudi na obvestila.

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

  • V napravo Expressway-E namestite paket korenskega potrdila Webex v oblaku.

  • Konfigurirajte namenska vzajemna vrata TLS v napravi Expressway-E.

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

  • V požarnem zidu odprite številko vzajemnih vrat TLS-5062, ki morda privzeto niso odprta.

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

    • Privzeta shramba - Ali je vaše potrdilo Expressway-E podpisal eden od javnih organov? Če niste prepričani, uporabite možnost trgovine po meri.

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

V pogledu stranke na spletnem mestu https://admin.webex.com pojdite na Storitve > Hibridni > Hibridni klic > Nastavitve. Preverite te točke, ki so povezane z destinacijo SIP, ki ste jo nastavili med postopkom uvajanja:

  • Vrednost kaže na vzajemna vrata TLS, ki so namenjena vašemu omrežju Expressway-E.

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

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

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

  • Če ne želite vzpostaviti SRV, lahko kot ciljni strežnik SIP svoje organizacije vnesete IP naslov:vrata ali ime gostitelja:vrata .

  • Če klici iz naprave Expressway-E v oblak niso uspešni in uporabljate metodo ročnega upravljanja potrdil, upoštevajte korake v Webex Root CA Certificate Update in čim prej prenesite potrdilo IdenTrust v naprave Expressway.

  • Za klice, ki so usmerjeni iz storitve Webex v podjetje, preverite zgodovino iskanja in omrežne dnevnike v napravi Expressway-E. Ta korak vam pomaga izolirati težavo v oblaku ali podjetju.

  • Če ponovno uporabite obstoječe območje B2B in pravila iskanja, razmislite o ustvarjanju namenskih območij in pravil iskanja. Ta nastavitev preprečuje motnje v obstoječih nastavitvah območij za B2B/MRA, preprečuje zanke pri usmerjanju in olajša odpravljanje težav.

  • Preverite zgodovino iskanj in omrežne dnevnike v napravi Expressway-E. Preverite, ali SIP INVITE iz oblaka prispe v Expressway-E in ustreza območju DNS, ki ste ga konfigurirali za oblak.

    • Če klic SIP INVITE ne prispe ali se ne ujema z nastavljenim območjem DNS, sledite poti klica do Unified Communications Managerja. Ta korak vam pomaga ugotoviti, kje je klic neuspešen ali izgubljen.

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

  • Preverite glavo poti. Preverite, ali vsebuje vrednost polno kvalificiranega domenskega imena (FQDN) gruče, ki je konfigurirana v nastavitvah podjetja Unified Communications Manager in v pravilih iskanja Expressway. Oglejte si ta primer glave poti in poudarjeno FQDN gruče:

    • Pot: ,

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

  • Elektronska sporočila v programu Unified Communications Manager se morajo natančno ujemati z elektronskim sporočilom (sinhroniziranim iz storitve Active Directory ali katerega koli drugega vira) v oblaku Webex.

  • URI imenikov 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 sestanku Webex, sestanku v osebni sobi ali sestanku aplikacije Webex iz naprave SIP. 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 System > Enterprise Parameters; pod Clusterwide Domain Configuration preverite nastavitev polno kvalificiranega imena domene (FQDN) gruče. Vrednost FQDN, ki ste jo uporabili, mora upoštevati te smernice:

    Smernica FQDN

    Opis in primer

    Več grozdov

    Vnos mora biti edinstven za vsako gručo s hibridnim klicem, na primer cluster1.example.com, cluster2.example.com in tako naprej.

    Brez nadomestnih znakov

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

    Prvi vnos FQDN za hibridno klicanje

    Na seznamu z več vnosi oblak Webex za hibridno klicanje uporabi prvi vnos na levi strani, pri čemer 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

    Različno od hitre ceste-E

    Razlikovati se mora od imena sistema Expressway-E, DNS in domene. V nasprotnem primeru Expressway-E odstrani glavo poti.

    Nov vnos za hibridni klic

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

    Če je na primer obstoječa nastavitev FQDN v programu Cisco Unified Communications Manager *.example.com *.example.org, na začetku polja dodajte edinstven vnos, ki ni sestavljen iz dvojnih znakov: "cluster1.example.com *.example.com *.example.org"